コンテンツにスキップ
Reports

日次レポート 2026-06-20

処理: 96件(ai-agent-implementation: 45件 / cloud,enterprise-it: 45件 / programming: 6件)


トピック別記事一覧

ai-agent-implementation(45件)

1. Codex CLI 0.140.0 で追加された /usage でトークン使用量をターミナルから確認する Tier 2

Codex CLI v0.140.0で追加された/usageコマンドを試した実録。TUIを離れずにトークン使用量の週次ヒートマップ・棒グラフ・累積グラフを確認できる。サブコマンドはdaily/weekly/cumulativeの3種。

2. [アップデート] Kiro Web にオートメーション機能が追加され定期タスクをリモートエージェントでスケジュール実行できるようになりました Tier 2

AWSが開発中のAI-native IDE「Kiro」のWeb Automations機能を試した記事。ブラウザ操作をKiroがエージェント的に自動実行する機能で、GitHub上のPR確認・コメント投稿などをIDE内から指示できる。

3. otelHeadersHelper を使って Claude Code の OTLP 認証トークンを Keychain に保管する Tier 2

Claude Code v2.1.181で追加されたOTLP(OpenTelemetry Protocol)認証トークンのKeychain保管機能を確認した記事。環境変数に平文で書かなくてよくなり、セキュリティと管理が改善する。

4. Claude Code v2.1.182〜v2.1.183 の主要アップデート Tier 2

Claude Code v2.1.182とv2.1.183の変更点をまとめた記事。OTLPトークンのKeychain保管・/usageコマンド追加・バグ修正が主な変更。前日比の差分として日本語での整理が行われている。

5. Claude Code の地味に便利な機能たち Tier 2

Claude Code v2.1.181時点の便利機能・小ネタをまとめた記事。コマンドパレット・カスタムスラッシュコマンド・/cost表示・Hooks設定などを実際に操作して紹介している。

6. Claude Fable 5のシステムプロンプトを読み込んでみた Tier 2

Claude Fable 5のシステムプロンプトをリーク情報から分析した記事。Anthropicが公開していないプロンプトの構造・指示パターン・安全制御の実装方法を読み解いた内容。

7. Google Chat Bot に Vertex AI RAG Engine を繋いでナレッジベース検索を実装した話 Tier 2

Google Chat BotにVertex AI RAG Engineを組み込んで社内文書検索を実装した際に、日本語検索精度が低下するハマりポイントを報告した記事。text-embedding-005の非対称タスクタイプ設定ミスが原因で、text-multilingual-embedding-002への変更で解消した。

8. ElevenLabs Music v2 APIのcomposition planで曲調と長さを指定して音声データを作成できるようになったので試してみた Tier 2

ElevenLabs Music v2 APIのcomposition_planパラメーターを使って、曲をセクション単位で制御しながら生成する方法を試した記事。intro・verse・chorus・outroごとに歌詞・スタイル・長さを個別に指定できる。

9. Codexで独自ヘッダー認証のリモートMCPを繋ぐ(例: ラッコキーワードMCP) Tier 3

CodexはカスタムHTTPヘッダーを直接渡せないため、mcp-remoteプロキシを中継してラッコキーワードMCPなどの独自ヘッダー認証に対応させる。設定時のシェルコマンド改行混入とタイムアウト問題への対処を解説。

10. Claude Code の /clear が怖くなくなる — Hook でポリシーを自動注入する実装 Tier 3

Claude CodeのSessionStart HookでPowerShellスクリプトを自動実行し、ポリシーファイル群をコンテキストに注入。/clearしてもセッション開始時にポリシーが復元されるため、毎回の説明を省略できる。

11. UIデザインが苦手なので、ブラウザ上からAIにUI修正を指示できるViteプラグインを作ってみた Tier 3

ブラウザUIをクリック指定してAIに修正案を複数提示させるViteプラグイン。Shadow DOM隔離、Babel AST変換で要素ソース位置を特定、git worktreeで案を並列隔離して即座に見比べられる。

12. VS Code のサイドバーに猫! — Claude Code 通知 Tier 3

VS CodeサイドバーにClaudeCodeの実行状態を猫キャラで可視化する拡張機能。SessionStart・Stop、PreToolUse・PostToolUseフックをWebSocket経由で監視し、入力待ち・権限確認・完了時に異なる鳴き声で通知。

13. Operating Claude Code: Make Solo Development Run Unattended Tier 3

Claude Code本格運用書。セッション自動化・複数エージェント統制・トークン経済・障害パターンを網羅。全サンプルコードはビルド時に実行検証済み。

14. 市販の入門書が続かないので、AIで自分専用の教科書を作って学んでいる Tier 3

市販入門書の挫折を避け、目的・ペース・範囲を自分向けにカスタマイズした教科書をAIに執筆・監査させるループ。監査はCritical 0まで繰り返し、最終成果物は自分のコードの逆引き辞書として機能。

15. Claude Code で"第二の脳"を作る — AI記憶・自動化・コスト管理の実装と運用 Tier 3

Claude Codeを記憶・自動化・コスト管理を備えた「第二の脳」として運用する全記録。社長モデル組織化、木構造知識階層化、Hook自動化、AI記憶システム、nightly パイプラインの実装で69%トークン削減。

16. Claude Code の PreToolUse フックで操作ログを自動保存する — 個人環境のセキュリティ強化 Tier 3

PreToolUse HookでBash実行のたびに操作内容をJSONL形式で自動保存。STRIDE脅威モデルでRepudiation対策を優先実装。3週間で2,070件超のコマンドログが、作業パターン変化を可視化。

17. 公式skillが『禁止リスト』をやめて『自己批評の工程』になった — frontend-design の設計転換 Tier 3

Anthropic公式frontend-design skillが『禁止リスト』から『自己批評工程』へ転換。設計リードの役割演じさせ、ブレスト→計画→批評→構築→再批評プロセス強制。シャネル引用『アクセサリー一つ外す』で装飾削減。

18. 「計画は人間・実行はAI」を約40万セッションが裏づけた — Anthropicの熟練研究を読む Tier 3

Anthropic研究『Agentic coding and persistent returns to expertise』の初学者向け読解。約40万セッション・23.5万ユーザー分析データが『計画70%人間・実行80%AI』『コード腕より対象分野熟練』『成功率28-33%非一発想定』を実証。

19. 【Claude Code活用】PROGRESS.md駆動開発でセッションをまたいで開発する Tier 3

PROGRESS.md駆動で13Step開発をセッション跨ぎで継続。現在地・全ステップ一覧・申し送り事項の3セクション。セッション開始時『PROGRESS.md読んで→Step指示書実装』で文脈自動復帰。完了後『PROGRESS.md更新→コミット』で履歴記録。

20. AI が会話を重ねるほど馬鹿になる?モデルのせいじゃない、そろそろ手を打つ番だ Tier 3

長会話でAI応答が鈍化する原因はモデル性能でなくコンテキスト膨張。モデル階層化(力仕事は安い小型へ、良い鋼は判断に)と、50%で注意・70%で消費するコンテキスト管理で二重の節約。

21. AIコーディングツールの差は「モデル性能」ではなく、どこで何を許すかに出る Tier 3

AIコーディング道具の実効差は、モデル名でなく『どこで動き・何を読めて・何を実行させるか』の運用設計。ローカルCLI型vs クラウド/PR型で作業フロー根本相異。permission・repo instructionは安全装置でなく『依頼の設計契約』。

22. footerLinksRegexes は http しか通さない——だから localhost で OS を叩く Tier 3

Claude CodeのfooterLinksRegexesはhttpのみ許可のため、localhost:27182エンドポイントでOS命令中継。ターン出力の絶対パスをクリック→正規表現マッチ→localhost HTTP→Python daemon→OS命令。

23. e-Stat人口データの公開APIをClaude Codeで作った — DuckDB→SQLite二層の設計判断 Tier 3

政府統計API(e-Stat)から人口データをDuckDB→SQLiteの二層で集計し、REST API公開。YAML駆動分析テーブル、基準年違いのシリーズ統合、国勢調査欠落を補間補正人口で埋める。FastAPI(開発)とPHP(本番)二重実装。

24. Snyk の脆弱性レポートが英語なので、Claude Code プラグインにして日本語レポート出力をしたら価値が100倍になった Tier 3

Snyk脆弱性スキャンが英語出力で読む気失せるため、Claude Code Skillにして日本語Markdown・HTMLレポート化。CVEに加えてClaudeが実コード追加調査し『攻撃シナリオ・影響・推奨対応』を記述。Free月100テストで個人開発無料利用可。

25. Claude Code の auto mode を理解する — 「許可しますか?」を AI が肩代わりする仕組み Tier 3

Claude Code auto modeは分類器がツール呼び出しのリスク判定し、安全なら自動承認・危険なら提示。–dangerously-skip-permissionsは全チェック無効化に対し、auto modeはプロンプトインジェクション対策・.git保護を維持。

26. Claude Code で自社サービスのSEO記事を半自動で量産する仕組みを作った Tier 3

Claude Code Skillでキーワード→記事执筆→メタデータ登録→Vercelデプロイ→Google Search Console登録まで半自動化。全自動でなく最後のトリガーだけ人手。キーワードカニバリ回避に複合ワード・内部リンク導線・既存加筆を優先。

27. Claude Code Dynamic Workflows 完全ガイド — 最大1000サブエージェントを束ねる自動オーケストレーション Tier 3

Claude Code Dynamic Workflows(ultracode キーワード)は JavaScript で自動生成するサブエージェント大規模オーケストレーション。1回最大1000エージェント・同時最大16個を並列実行。中間結果はスクリプト変数に保持、Claude コンテキストには最終結果だけ返却。

28. Claude Opus 4.8が劣化している可能性の検証v2:Fable/Mythos停止後の実効品質劣化を多層的に Tier 3

Claude Opus 4.8が劣化疑惑を、モデル本体nerf vs 実効品質nerf に分離検証。Fable 5/Mythos 5停止後、Opus 4.8が代替先として案内される事例・公式障害・指示外作業・未検証完了・agent暴走報告をレイヤー毎に整理。

29. けっこう実用的。「OpenCode」×ローカルLLMで“無料Claude Code”してみた | ギズモード・ジャパン Tier 3

OpenCode+ローカルLLM(Google Gemma 4)で『無料Claude Code』を自作。環境構築と動作確認。

30. Claude Code / Codex の全社展開とAI観測基盤の設計 | ドクセル Tier 3

Claude Code・Codex の全社展開と AI 観測基盤の設計。エンタープライズ規模の導入戦略。

31. Copilot CLI を利用して ReadMe.io からセルフホストへドキュメントを1日で移植する Tier 3

ReadMe.io から自社ホストへドキュメント移植を Claude Code で1日実現。Copilot CLIを使った自動化。

32. Codex実践入門 Tier 3

Codex 実践入門書。実装例・サンプルコード・運用ノウハウ集約。

33. FreeBSD jail で Codex CLI の device-auth が失敗する問題と暫定回避策 Tier 3

FreeBSD jail 内で Codex CLI の device-auth がfailする問題と暫定回避策。環境固有の互換性問題解析。

34. Claude Code単体の限界を超えた。AI分業フローで3日30記事を実現した Tier 3

Claude Code 分業フロー で3日30記事量産。AI分業による大量生成メソッド。

35. 既存リポジトリ調査で使う──実装前に読ませる、再現させる、止める Tier 3

リポジトリ調査時の agent フロー設計。既存コード読まセ・再現・停止の段階。

36. 今だから押さえておきたいソフトウェア工学のベストプラクティス Tier 3

Agent 時代に改めて押さえるソフトウェア工学ベストプラクティス。従来手法の再評価と AI 適応。

37. MCPを増やしすぎない — エージェントの工具箱の整理 Tier 3

MCP増殖を避ける agent 工具箱の整理方針。ツール数上限と選別。

38. エージェント開発の反パターン10 — 速さの代償をrepoに払わせない Tier 3

Agent 開発の反パターン10個。速さの代償を repo に払わせない実装。

39. AIエージェント時代こそ守りたい規律 — AGENTS.mdと_docs実装ログでトレーサビリティを取る Tier 3

AGENTS.md・_docs実装ログでトレーサビリティ確保。Agent 時代の規律。

40. AIエージェントへの手動プロンプトはもうやめよう ループを設計する時代へ Tier 3

AI Agent 手動プロンプトは終わり、loop 設計時代へ。自動化の次のステージ。

41. 「AI & データ リリースノートまとめ」というサイトを作ってみた Tier 3

AI & データ release note まとめサイト構築。自動集約・整理の実装。

42. AIエージェント検証用PCを作るメモ⑧:Codex CLIとClaude Codeを同じ条件で比べてみる Tier 3

Claude Code と Codex を同条件で比較検証。両ツールの実効差分析。

43. ChatGPTをPlanner、CodexをExecutorにして開発ループを回す Tier 3

ChatGPT を Planner、Codex を Executor にした開発 loop。分業フロー実装。

44. Codex hooks のハマりどころ6つと「再trust地獄」の回避 Tier 3

Codex hooks のハマりどころ6つ。再trust地獄の回避戦略。

45. Anthropic の Dreaming を Codex で再現する:hooks でコンテキストを増やさず精度を上げる Tier 3

Anthropic Dreaming を Codex hook で再現。context 増やさず精度向上。


cloud,enterprise-it(45件)

1. aws login で CDK をデプロイしたら「no credentials have been configured」になったので回避策をまとめてみた Tier 2

aws loginコマンド(IAM Identity Center)でログイン後にCDK deployすると「No credentials configured」エラーになるケースと解消法を整理した記事。プロファイル名の扱いに落とし穴がある。

2. Amazon Timestream のメモリストアの保持期間を縮小すると、保持期間外のデータはどうなりますか Tier 2

Amazon Timestreamのメモリストアの保持期間縮小がいつ反映されるかを確認したQ&A形式の短い記事。設定変更後に即時反映されず、バックグラウンドで順次データ削除が進む仕様を確認している。

3. Amazon QuickデスクトップアプリにMicrosoft Entra IDからSSOログインしてみた Tier 2

Amazon WorkSpaces向けのシンクライアントアプリ「Amazon Quick」にMicrosoft Entra ID(旧Azure AD)をOIDCでSSO連携させた構成を検証した記事。IAM Identity CenterとEntra IDをフェデレーションする手順が中心。

4. インスタンスタイプ変更前に知っておきたい AWS PV ドライバーの話 Tier 2

EC2インスタンスのデバイスドライバー(PVドライバー)の仕組みを調査した記事。WindowsインスタンスがAWS独自の準仮想化ドライバーを使う理由・バージョン管理・更新方法を整理している。

5. ECSサービスオートスケーリングが高解像度メトリクス(20秒)に対応したので、スケールアウトが本当に速くなるか検証してみた Tier 2

ECS on Fargateで高解像度メトリクス(1秒間隔)をCloudWatchに送信し、Auto Scalingの反応速度を検証した記事。標準60秒集計との比較で、スパイクトラフィックへの応答時間がどれほど改善するかを実測している。

6. Amazon Bedrock の Application Inference Profiles で CloudWatch メトリクスがプロファイル単位に分かれるか検証してみた Tier 2

Bedrock Application Inference ProfilesをCloudWatchと組み合わせてコスト配賦と利用状況モニタリングを実現する構成を検証した記事。プロファイルごとにCloudWatchディメンションが分かれるため、チーム別・アプリケーション別の可視化が可能になる。

7. IruのWindows管理、どこまでできるか Tier 3

IruのWindows管理機能の限界と活用シーン。企業IT運用での実装検証。

8. 【2026年5〜6月】AzureのAI(Foundry)の開発者向けアップデートを、まとめてみた Tier 3

Azure AI Foundry 2026年5-6月アップデート。開発者向け新機能を実務に落とす解説。

9. 共有 AWS アカウントで「誰が作ったか」が分からない問題と、作者特定ツールの話 Tier 3

CSPM検知結果からAsanaタスク自動化時に、CloudTrail・AWS Config検索で作者特定。account-map(SSM Parameter Store)で個人/チーム共有アカウント分類。tag→account-map判定→CloudTrail検索の優先順位。

10. Google Workspace 2026年下期セキュリティ設定見直しガイド|DBSC・AI control center・監査ログ拡張を「管理コンソールの棚卸し」に落とす Tier 3

2026年にGoogle Workspaceで相次いで変更された機能(DBSC GA・AI control center・Workspace MCPサーバ・監査ログ拡張・CalendarDLP・iOS MDM拡充)を実務目線で整理した解説。多くの変更が管理者操作なしに既定有効となる点が特徴で、棚卸しなしに走り出すリスクを指摘している。

11. ランサムウェアの「本当のコスト」は9か月後の決算で確定する|アサヒ700億円規模の下方修正に学ぶ、情シスが経営に説明すべき事業インパクトと適時開示対応2026 Tier 3

ランサムウェア『本当のコスト』は9か月後の決算で確定。アサヒ700億下方修正に学ぶ経営影響。

12. ノーコード自動化(iPaaS)に直書きされた秘密情報を LLM で一括検知する Tier 3

ノーコード自動化(iPaaS)に直書きされた秘密情報を LLM で一括検知。iPaaS セキュリティ脅威。

13. PMのAI活用は、文章生成より“論点の状態管理”に効いた Tier 3

PM の AI 活用は文章生成より『論点の状態管理』に効く。メタ管理の威力。

14. 「削除済みデータの保存期間だけ」のはずが現役データまで消えた — 厚生労働省と東芝のインシデントよりMicrosoft Purview アイテム保持ポリシーの仕様を読み解く Tier 3

削除済みデータ保存期間だけのはずが現役データ消失。Microsoft Purview retention policy の仕様読解。

15. Netskope R136〜R138の新機能を「現場で活かす」|AI統制・UEBA刷新・Enterprise Browser強化と2026年初夏のアップデート Tier 3

Netskope R136〜R138(2026年初夏)の3リリースにわたる機能追加をSOC/IR・ゼロトラスト運用の観点で横断整理。AI統制・Advanced UEBA刷新・Enterprise Browserの深化・PQC基盤導入の4本柱が一貫して強化された期間となっている。

16. 開発用AIプロダクトの予算別おすすめ構成 Tier 3

開発用 AI プロダクトの予算別おすすめ構成。コスト vs 機能 matrix。

17. セキュリティ製品、導入して終わりになっていませんか? ── 私たちの「お世話会」というメソッドのご紹介 Tier 3

セキュリティ製品導入して終わり対策。『お世話会』メソッドでの継続運用。

18. AI時代の競争力は「モデル選び」ではない、サティアナデラ氏の「学習ループ所有」論を読み解く Tier 3

AI 時代の競争力は『モデル選び』でなく『学習 loop 所有』。Nadella 氏論を読解。

19. Zoom OAuth で Cloudflare 502 が瞬発した話 — 監視は鳴るが、DLQ が救った Tier 3

Zoom OAuth → Cloudflare 502 瞬発。監視鳴る が DLQ が救った インシデント分析。

20. 情報システムの価値を壊すセキュリティは悪である Tier 3

情報システムの価値を壊すセキュリティは悪である。security usability trade-off の議論。

21. Claude Fable 5とは?公開3日で米政府が停止した全真相|いつ再度利用できるのか Tier 3

Claude Fable 5 とは。公開3日で米政府停止の全真相。いつ再利用できるか。

22. Notion AIマスターコース Notion Agent、Custom Agents、Workersまで全部解説 Tier 3

Notion AI マスターコース。Notion Agent・Custom Agent・Worker 全解説。

23. AIコーディング時代の「セキュリティの民主化」 Tier 3

AI コーディング時代の『セキュリティの民主化』。初心者の脆弱性混入防止。

24. Microsoft 365 Copilotの新機能:Copilot CoworkでClaude Fable 5(プレビュー)を利用する方法と注意点 Tier 3

Microsoft 365 Copilot 新機能: Copilot Cowork で Claude Fable 5 (preview) 利用。統合手順と注意点。

25. 上司の“思考の型”をAI壁打ちにして、PM力を鍛えてみた|PMのAI活用 Tier 3

上司の『思考の型』を AI 壁打ちにして PM 力を鍛える。メンタルモデル伝承。

26. 推論モデルとは何か AIが考えるようになったと言われる理由 Tier 3

推論モデルとは何か。AI が『考えるようになった』と言われる理由。

27. Notion AIでAnthropicモデルが一時無効化された件を整理する Tier 3

Notion AI で Anthropic model が一時無効化された件を整理。原因・期間・workaround。

28. 決算チェックをAIに任せて分かった、入力の工夫 Tier 3

決算チェックを AI に任せて分かった入力の工夫。精度向上の data 品質対策。

29. AI時代の業務基盤は、モデルではなく『AIに渡せる業務コンテキスト』で決まる Tier 3

AI 時代の業務基盤は『モデル選び』でなく『AI に渡せる業務コンテキスト』で決まる。

30. AIバイオセキュリティから考える 速すぎるAIの統制点 Tier 3

AI バイオセキュリティから考える『速すぎる AI の統制点』。dual-use の制御。

31. AnthropicのDefending Code Reference Harnessを読む AIに脆弱性対応を任せる前に必要なこと Tier 3

Anthropic Defending Code Reference Harness を読む。AI に脆弱性対応を任せる前に。

32. AIを使うのが上手い人は、プロンプトではなく進め方を設計している Tier 3

AI 使うのが上手い人は『プロンプト』ではなく『進め方』を設計している。workflow design。

33. Asanaが発表したAgentic Work Managementを、クラウドネイティブの日次レポート運用から考える Tier 3

Asana Agentic Work Management をクラウドネイティブ日次レポート運用から考える。

34. Claude CodeとCodex両方に存在するとんでも機能 /goal に違いはあるのか Tier 3

Claude Code・Codex 両方に存在する /goal 機能。違いはあるのか。

35. CrowdStrikeのSGNL買収($740M)— AIエージェント時代の『Continuous Identity』が変えるゼロトラスト認可 Tier 3

CrowdStrike SGNL 買収($740M)。AI agent 時代の『Continuous Identity』が変えるゼロトラスト認可。

36. 業務委託・パートナーが混在する組織のABAC実装|Okta×Jamf/Intune×EDRで属性ベースアクセス制御を運用に落とす Tier 3

業務委託・パートナー混在の ABAC 実装。Okta×Jamf/Intune×EDR 統合。

37. ランサムウェア前提BCPをどう書くか|IPA机上演習教材を自社用にデチューンする実務 Tier 3

ランサムウェア前提 BCP をどう書くか。IPA 机上演習教材を自社用にデチューン。

38. NIST IR 8286 Rev.1を読む サイバーリスクを経営判断につなげるために情シス・セキュリティがやること Tier 3

NIST IR 8286 Rev.1 を読む。サイバーリスク を経営判断に繋げるための情シス work。

39. なぜWebサービスにはSSOやMFAが実装されないのか Tier 3

なぜ Web サービスには SSO・MFA が実装されないのか。市場適合性(field fit)の問題。

40. 全体最適の罠を避けるには 情シスが小さく進める設計と実行 Tier 3

全体最適の罠を避けるには。情シスが小さく進める設計と実行。

41. 2026年の今、なぜSSOが重要なのか Tier 3

2026年の今なぜ SSO が重要なのか。企業のアイデンティティ基盤の地位向上。

42. Box Automateを触ってみました〜Enterprise Plus版〜 Tier 3

Box Automate 触ってみた~Enterprise Plus 版~。ノーコード自動化の機能確認。

43. Okta Identity Threat Protection × Universal Logout 完全活用ガイド 2026|対応SaaSの広がりと採用判断のポイント Tier 3

Okta ITP × Universal Logout 完全活用ガイド 2026。対応 SaaS 拡大と採用判断。

44. Microsoft Build 2026まとめ ~コンテキストの海をAIが泳ぐ時代に、業務基盤屋は何を考えるか~ Tier 3

Microsoft Build 2026 まとめ。AI がコンテキストの海を泳ぐ時代に業務基盤屋は何を考えるか。

45. Notion AIカスタムエージェントとは?情シスが知るべき料金・権限・運用設計【2026年6月最新】 Tier 3

Notion AI custom agents とは。料金・権限・運用設計【2026年6月最新】。


programming(6件)

1. useEffectのクリーンアップ関数とexhaustive-depsルールを正しく理解する Tier 2

React useEffectのクリーンアップ関数とexhaustive-deps lintルールの動作を丁寧に整理した解説。クリーンアップが呼ばれるタイミング・依存配列との関係・よくあるバグパターンを一次体験で確認している。

2. ReactでIME変換中に起きる2つの落とし穴——Enter送信とデバウンス自動検索 Tier 2

ReactのonChangeハンドラがIME変換中(日本語入力の確定前)に発火してしまう問題と、compositionstart/compositionendイベントを使った正しい対処法を解説した記事。

3. React Hook Formのform.watch()を深掘りする — 自動検索機能の実装で学んだこと Tier 2

React Hook Formのwatch()を使ってフォーム値の変更を検知し自動検索を実現する実装を深掘りした記事。subscribe/unsubscribeの仕組みと過剰なAPI呼び出しを防ぐdebounce適用の注意点を整理している。

4. httplib2 のスレッドセーフティ問題を修正した話 — google-api-python-client の罠 Tier 2

Google Chat BotをCloud Runで動かす際にhttplib2のスレッドセーフ問題が原因で断続的にエラーが発生した事例と修正方法を紹介。共有インスタンスを排除してリクエストごとに生成する変更で解消した。

5. Google Chat Bot の回答をリッチテキスト化したら、Cards V2 の HTML 制約と向き合うことになった話 Tier 2

Google Chat BotのメッセージをCards V2形式でリッチなテキスト表現に変換する実装例を紹介した記事。TextParagraphウィジェットでHTMLタグが使えるため太字・斜体・リンクなどが可能になる。

6. Omni のコンテンツバリデーターを試してみた Tier 2

AWS Amplify Hosting向けのコンテンツ検証ツール「Omni Content Validator」を試した記事。デプロイ前にHTMLの壊れリンク・メタタグ欠落・画像alt属性などを一括チェックできる。


トレンドの連鎖

Claude Code / Codex エコシステムが急速に成熟している

今日の記事全体を見渡すと、Claude CodeとCodexを中心としたAIコーディングエコシステムの成熟が加速している。Tier 2(dev.classmethod.jp)からはClaude Code v2.1.182-183の具体的な機能改善(OTLPトークンのKeychain保管・/usageコマンドでのトークン可視化)が報告され、Tier 3(Zenn等)では運用の「型化」が大量に共有された。SessionStart HookによるポリシーAI自動注入、PROGRESS.md駆動のセッション継続、PreToolUseによるコマンドログ自動保存、Dynamic Workflowsによる最大1000エージェントオーケストレーションと、利用者側がツールの限界を押し広げる実装が次々と登場している。Claude Codeとの比較ではCodexも存在感を示しており、FreeBSD jail問題・hooksハマりポイント・ChatGPT-Planner/Codex-Executorパターンなど実用的な知見が蓄積されつつある。

AIツールの「差」はモデルではなく運用設計で決まるという認識が広まっている

「AIコーディングツールの差はモデル性能ではなく、どこで何を許すかに出る」という記事が象徴するように、AIツールの実効値を左右するのはツール選定ではなく運用設計だという認識が確立されつつある。Anthropicの約40万セッション分析(「計画70%人間・実行80%AI」「成功率28-33%を前提に設計する」)が実データでこれを裏付けている。また「AIを使うのが上手い人はプロンプトではなく進め方を設計している」というcloudnativeの記事も同方向を指しており、Claude Code Skillで半自動SEO記事量産・Claude Codeの「第二の脳」化(69%トークン削減)という実装事例が複数確認できた。

セキュリティとゼロトラストのAI時代適応が加速している

cloud,enterprise-it側では、セキュリティ分野のAI時代対応が複数の方向から進んでいる。Google WorkspaceのDBSC GA・AI control center(既定有効)、NetskopeのAdvanced UEBA再構成・Endpoint DLP 18ポリシー追加(既定有効)、CrowdStrikeによるSGNL買収($740M)でのContinuous Identity認可、OktaのITP×Universal Logout対応SaaS拡大と、管理者の設定変更なしに変わる機能が目立つ。既存設定の棚卸しなしに走ると予期せぬ影響が出るリスクがあり、Google Workspace記事が指摘する「棚卸しなしに走り出すリスク」はNetskope R138のEndpoint DLP既定有効にも同様に当てはまる。また「Anthropic Defending Code Reference Harness」記事が示すように、AIに脆弱性対応を任せる際の品質担保の仕組みも問われ始めている。

AIエージェント観察基盤の整備が実務課題として浮上している

Bedrock Application Inference ProfilesのCloudWatchディメンション分離検証、Claude Code/Codexの全社展開と観測基盤設計(docswell)、「AI & データリリースノートまとめ」サイト構築など、AIエージェントをどう観察・管理するかが実務課題として前景化している。Claude Opus 4.8の「劣化疑惑」検証記事では、モデル本体のnerf(サービス側の調整)と実効品質のnerf(利用者側の体感)を分離して多層分析する試みが行われており、ベンダー提供のブラックボックスに対してユーザー側が独自の観測を持つ必要性が高まっている。


記事別詳細

blog-cloudnative-co-jp-articles-3743617f2dbe8083

Microsoft Build 2026まとめ ~コンテキストの海をAIが泳ぐ時代に、業務基盤屋は何を考えるか~

詳細

MS AI vision と enterprise IT 層の整合。

blog-cloudnative-co-jp-articles-3803617f2dbe80eb

Zoom OAuth で Cloudflare 502 が瞬発した話 — 監視は鳴るが、DLQ が救った

詳細

OAuth 連携先障害の波及と復旧。

blog-cloudnative-co-jp-articles-3803617f2dbe80f6

「削除済みデータの保存期間だけ」のはずが現役データまで消えた — 厚生労働省と東芝のインシデントよりMicrosoft Purview アイテム保持ポリシーの仕様を読み解く

詳細

retention policy の誤設定による一括削除。

blog-cloudnative-co-jp-articles-3813617f2dbe80b6

開発用AIプロダクトの予算別おすすめ構成

詳細

企業別 AI tool 導入の最適化。

blog-cloudnative-co-jp-articles-3843617f2dbe800f

共有 AWS アカウントで「誰が作ったか」が分からない問題と、作者特定ツールの話

  • URL: https://blog.cloudnative.co.jp/articles/3843617f2dbe800f
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: CSPM検知結果からAsanaタスク自動化時に、CloudTrail・AWS Config検索で作者特定。account-map(SSM Parameter Store)で個人/チーム共有アカウント分類。tag→account-map判定→CloudTrail検索の優先順位。

詳細

Lambda 2段構成(一覧取得→同期ワーカー)+SQS並列。author resolver が複数情報源を順試(created_by tag→account-map→CloudTrail/Config)。team アカウントはクロスアカウント AssumeRole で読み取り。CloudTrail ResourceName で検索、見つからなければ resourceCreationTime で前後2時間に絞り込み。CloudFormation タグでスタック名経由の検索も試行。

blog-cloudnative-co-jp-articles-abac-okta-jamf-intune-edr-2026

業務委託・パートナーが混在する組織のABAC実装|Okta×Jamf/Intune×EDRで属性ベースアクセス制御を運用に落とす

詳細

属性ベース access control の多層実装。

blog-cloudnative-co-jp-articles-ai-biosecurity-governance-control-points

AIバイオセキュリティから考える 速すぎるAIの統制点

詳細

emerging risk への governance 設計。

blog-cloudnative-co-jp-articles-ai-ready-business-context

AI時代の業務基盤は、モデルではなく『AIに渡せる業務コンテキスト』で決まる

詳細

業務プロセス・データ整備が AI 効果を左右。

blog-cloudnative-co-jp-articles-ai-workflow-design-not-prompts

AIを使うのが上手い人は、プロンプトではなく進め方を設計している

詳細

プロンプト engineering より workflow design の重要性。

blog-cloudnative-co-jp-articles-anthropic-defending-code-reference-harness

AnthropicのDefending Code Reference Harnessを読む AIに脆弱性対応を任せる前に必要なこと

詳細

Anthropic の code security 実装フレームワーク。

blog-cloudnative-co-jp-articles-asana-agentic-work-management-governance

Asanaが発表したAgentic Work Managementを、クラウドネイティブの日次レポート運用から考える

詳細

WLM 製品の agent 統合による work 自動化。

blog-cloudnative-co-jp-articles-azure-ai-foundry-may-june-update

【2026年5〜6月】AzureのAI(Foundry)の開発者向けアップデートを、まとめてみた

詳細

Azure AI のエンタープライズAI開発プラットフォームアップデート。

blog-cloudnative-co-jp-articles-boss-thinking-pattern-ai-pm-training

上司の“思考の型”をAI壁打ちにして、PM力を鍛えてみた|PMのAI活用

詳細

AI 壁打ちによる思考様式の学習。

blog-cloudnative-co-jp-articles-box-automation

Box Automateを触ってみました〜Enterprise Plus版〜

詳細

Box の automation platform の実装試行。

blog-cloudnative-co-jp-articles-claude-code-codex-goal-differences

Claude CodeとCodex両方に存在するとんでも機能 /goal に違いはあるのか

詳細

両 tool での goal mechanism の comparative analysis。

blog-cloudnative-co-jp-articles-claude-fable-5-export-control-suspension

Claude Fable 5とは?公開3日で米政府が停止した全真相|いつ再度利用できるのか

詳細

Fable 5 の機能・制限理由・復旧予定。

blog-cloudnative-co-jp-articles-crowdstrike-sgnl-acquisition-continuous-identity

CrowdStrikeのSGNL買収($740M)— AIエージェント時代の『Continuous Identity』が変えるゼロトラスト認可

詳細

identity × AI の次世代 access control。

blog-cloudnative-co-jp-articles-democratization-of-security-ai-coding

AIコーディング時代の「セキュリティの民主化」

詳細

AI coding tool での secure by default 実装。

blog-cloudnative-co-jp-articles-financial-close-check-ai-input-tips

決算チェックをAIに任せて分かった、入力の工夫

詳細

AI に渡す業務 context の整理法。

blog-cloudnative-co-jp-articles-google-workspace-security-settings-revi-af483ddf

Google Workspace 2026年下期セキュリティ設定見直しガイド|DBSC・AI control center・監査ログ拡張を「管理コンソールの棚卸し」に落とす

  • URL: https://blog.cloudnative.co.jp/articles/google-workspace-security-settings-review-2026-h2
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: 2026年にGoogle Workspaceで相次いで変更された機能(DBSC GA・AI control center・Workspace MCPサーバ・監査ログ拡張・CalendarDLP・iOS MDM拡充)を実務目線で整理した解説。多くの変更が管理者操作なしに既定有効となる点が特徴で、棚卸しなしに走り出すリスクを指摘している。

詳細

DBSC(Device Bound Session Credentials)がChrome/WindowsでGA・既定有効になり、セッションCookieを認証端末にバインドして盗用を緩和する。AI control centerでAI/エージェントのWorkspaceデータアクセスを管理コンソールのAPI Controlsで制御できる。SAMLアプリへのCAA既定適用も追加。監査ログにOwner details・User device infoフィールドが拡充。Calendar向けDLPがGAとなり、機密データの監査/警告/ブロックが選択可能。情シスの対応ステップとして、現状把握→棚卸し→監視接続→設計更新→運用化の順が推奨されている。

blog-cloudnative-co-jp-articles-iru-windows-management

IruのWindows管理、どこまでできるか

詳細

Windows管理ツールの企業展開検証記。

blog-cloudnative-co-jp-articles-microsoft-365-copilot-cowork-fable5

Microsoft 365 Copilotの新機能:Copilot CoworkでClaude Fable 5(プレビュー)を利用する方法と注意点

詳細

M365 Copilot での Anthropic model 利用。

blog-cloudnative-co-jp-articles-nadella-learning-loop-saas-governance

AI時代の競争力は「モデル選び」ではない、サティアナデラ氏の「学習ループ所有」論を読み解く

詳細

SaaS governance とフィードバック loop の重要性。

blog-cloudnative-co-jp-articles-netskope-release-r136-r138-2026

Netskope R136〜R138の新機能を「現場で活かす」|AI統制・UEBA刷新・Enterprise Browser強化と2026年初夏のアップデート

  • URL: https://blog.cloudnative.co.jp/articles/netskope-release-r136-r138-2026
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: Netskope R136〜R138(2026年初夏)の3リリースにわたる機能追加をSOC/IR・ゼロトラスト運用の観点で横断整理。AI統制・Advanced UEBA刷新・Enterprise Browserの深化・PQC基盤導入の4本柱が一貫して強化された期間となっている。

詳細

R137でAdvanced UEBAが「Insider threats & Advanced Compromise」へ再構成され、3シナリオ・30サブシナリオでアラートを切り分けやすくなった。R138ではEndpoint DLPベースの異常検知ポリシーが18種追加(印刷・USB/Bluetooth・デバイス)され既定有効。R138のAgent Guardrailsで高影響操作(メール一括削除・コードpush等)をリアルタイム制御可能に(Beta・Windows限定)。R136でNPAにIPS+TSSとDLPを適用できるようになり内部Webアプリ保護が強化。R137でPQC鍵交換X25519MLKEM768がBeta導入、OpenSSL 3.5.5移行。Known Issuesとして、R138ではGitHub Copilot MCPトラフィックがアプリと誤識別される問題がある。

blog-cloudnative-co-jp-articles-nist-ir-8286r1-cyber-risk-erm

NIST IR 8286 Rev.1を読む サイバーリスクを経営判断につなげるために情シス・セキュリティがやること

詳細

framework による risk-ERM 連携。

blog-cloudnative-co-jp-articles-no-code-automation-secret-detection

ノーコード自動化(iPaaS)に直書きされた秘密情報を LLM で一括検知する

詳細

iPaaS プロセスの秘密情報混入検知。

blog-cloudnative-co-jp-articles-notion-ai-anthropic-models-disabled

Notion AIでAnthropicモデルが一時無効化された件を整理する

詳細

Notion との integration 一時障害の分析。

blog-cloudnative-co-jp-articles-notion-ai-custom-agents-governance-2026

Notion AIカスタムエージェントとは?情シスが知るべき料金・権限・運用設計【2026年6月最新】

詳細

Notion agent governance の current state。

blog-cloudnative-co-jp-articles-notion-ai-custom-agents-workers

Notion AIマスターコース Notion Agent、Custom Agents、Workersまで全部解説

詳細

Notion の複数 agent 機構の使い分け。

blog-cloudnative-co-jp-articles-okta-itp-universal-logout-2026-guide

Okta Identity Threat Protection × Universal Logout 完全活用ガイド 2026|対応SaaSの広がりと採用判断のポイント

詳細

threat protection × logout の統合運用。

blog-cloudnative-co-jp-articles-overall-optimization-trap

全体最適の罠を避けるには 情シスが小さく進める設計と実行

詳細

local optimization による全体目標達成戦略。

blog-cloudnative-co-jp-articles-pm-ai-issue-state-management

PMのAI活用は、文章生成より“論点の状態管理”に効いた

詳細

AI を状態管理・論点整理に活用。

blog-cloudnative-co-jp-articles-ransomware-bcp-ipa-ttx-90min

ランサムウェア前提BCPをどう書くか|IPA机上演習教材を自社用にデチューンする実務

詳細

実装可能な BCP 設計フレームワーク。

blog-cloudnative-co-jp-articles-ransomware-true-cost-board-disclosure-2026

ランサムウェアの「本当のコスト」は9か月後の決算で確定する|アサヒ700億円規模の下方修正に学ぶ、情シスが経営に説明すべき事業インパクトと適時開示対応2026

詳細

セキュリティ事象の長期経営インパクト。

blog-cloudnative-co-jp-articles-security-features-need-field-fit

なぜWebサービスにはSSOやMFAが実装されないのか

詳細

製品と市場の capability ギャップ分析。

blog-cloudnative-co-jp-articles-security-products-ongoing-method

セキュリティ製品、導入して終わりになっていませんか? ── 私たちの「お世話会」というメソッドのご紹介

詳細

製品導入後の継続改善運用フロー。

blog-cloudnative-co-jp-articles-security-that-destroys-it-value

情報システムの価値を壊すセキュリティは悪である

詳細

過度な security 制限の business impact。

blog-cloudnative-co-jp-articles-what-is-reasoning-model

推論モデルとは何か AIが考えるようになったと言われる理由

詳細

推論型 model の内部動作・制約。

blog-cloudnative-co-jp-articles-why-sso-matters-in-2026

2026年の今、なぜSSOが重要なのか

詳細

SSO の identity 基盤としての再評価。

dev-classmethod-jp-articles-20260619-cc-updates-v2-1-183

Claude Code v2.1.182〜v2.1.183 の主要アップデート

  • URL: https://dev.classmethod.jp/articles/20260619-cc-updates-v2-1-183
  • 日付: 2026-06-20
  • Tier: Tier 2
  • 要旨: Claude Code v2.1.182とv2.1.183の変更点をまとめた記事。OTLPトークンのKeychain保管・/usageコマンド追加・バグ修正が主な変更。前日比の差分として日本語での整理が行われている。

詳細

v2.1.182の変更: OTELトークン・ヘッダーをOSキーチェーンに保存するオプションが追加(OTLP_HEADERSのセキュアな管理)。v2.1.183の変更: /usageサブコマンド(daily/weekly/cumulative)でトークン使用量ヒートマップを確認可能に。その他、ターミナルのカラースキーム検出改善・補完バグの修正が含まれる。変更ログはGitHubリリースページで確認可能。

dev-classmethod-jp-articles-aws-login-cdk-no-credentials-configured

aws login で CDK をデプロイしたら「no credentials have been configured」になったので回避策をまとめてみた

詳細

aws loginはデフォルトでdefaultプロファイルを更新しないため、CDK側がプロファイルを見つけられずにエラーになる。解消策は2つ: (1) cdk deployに–profile オプションでIAM Identity Centerのプロファイル名を明示する、(2) AWS_PROFILE環境変数を設定する。aws sso loginとaws loginの違いも整理されており、後者は新しいエイリアスで内部動作は同じ。

dev-classmethod-jp-articles-bedrock-application-inference-cloudwatch

Amazon Bedrock の Application Inference Profiles で CloudWatch メトリクスがプロファイル単位に分かれるか検証してみた

  • URL: https://dev.classmethod.jp/articles/bedrock-application-inference-cloudwatch
  • 日付: 2026-06-20
  • Tier: Tier 2
  • 要旨: Bedrock Application Inference ProfilesをCloudWatchと組み合わせてコスト配賦と利用状況モニタリングを実現する構成を検証した記事。プロファイルごとにCloudWatchディメンションが分かれるため、チーム別・アプリケーション別の可視化が可能になる。

詳細

Application Inference ProfilesはBedrockの呼び出しにタグを付ける仕組みで、同じモデルを複数プロファイルで呼び分けると、CloudWatchのBedrockメトリクスがapplicationNameディメンション付きで分離して記録される。InputTokenCount・OutputTokenCount・InvocationLatency等をプロファイル別にグラフ化でき、コスト配賦のためのタグ付けにも活用できる。クロスリージョンプロファイルではリージョン間のレイテンシも確認されている。

dev-classmethod-jp-articles-claude-code-otel-token-keychain

otelHeadersHelper を使って Claude Code の OTLP 認証トークンを Keychain に保管する

  • URL: https://dev.classmethod.jp/articles/claude-code-otel-token-keychain
  • 日付: 2026-06-20
  • Tier: Tier 2
  • 要旨: Claude Code v2.1.181で追加されたOTLP(OpenTelemetry Protocol)認証トークンのKeychain保管機能を確認した記事。環境変数に平文で書かなくてよくなり、セキュリティと管理が改善する。

詳細

Claude Codeはv2.1.181からOTLP_HEADERSなどの認証情報をシステムKeychainに保存できるようになった。設定はclaude config set経由で行い、~/.claude/settings.jsonには保存されない。macOSのKeychainAccessで確認・削除できる。CI環境など非インタラクティブ環境での利用方法も整理されており、環境変数との優先順位はKeychain側が上位になる仕様。

dev-classmethod-jp-articles-claude-code-tips-v2-1-181

Claude Code の地味に便利な機能たち

  • URL: https://dev.classmethod.jp/articles/claude-code-tips-v2-1-181
  • 日付: 2026-06-20
  • Tier: Tier 2
  • 要旨: Claude Code v2.1.181時点の便利機能・小ネタをまとめた記事。コマンドパレット・カスタムスラッシュコマンド・/cost表示・Hooks設定などを実際に操作して紹介している。

詳細

紹介されている機能: (1) コマンドパレット(Ctrl+Shift+P)でツール・設定に素早くアクセス、(2) .claude/commands/に.mdファイルを置くカスタムスラッシュコマンド、(3) /costでセッション内のトークン使用量・コストをリアルタイム確認、(4) Hooksで特定ツール実行前後にシェルコマンドを差し込む設定方法、(5) –dangerously-skip-permissionsフラグの注意点。日常的に使う機能を一次体験でスクリーンショット付きで確認している。

dev-classmethod-jp-articles-claude-fable-5-system-prompt-analysis

Claude Fable 5のシステムプロンプトを読み込んでみた

詳細

Claude Fable 5のシステムプロンプトはClaudeの本質(性格・価値観・行動規範)が詳細に記述されており、ロールプレイ制限・有害コンテンツフィルタ・operator/userレイヤーの権限分離が明示されている。プロンプトはXML形式に近い構造でsection分けされており、「Do not」系のネガティブ制約より「Be」系のポジティブ定義が多用されている点が従来モデルと異なる。tool_callの定義・拒否メッセージのフォーマット指示・免責事項の埋め込みパターンも確認されている。

dev-classmethod-jp-articles-codex-cli-usage-token-activity

Codex CLI 0.140.0 で追加された /usage でトークン使用量をターミナルから確認する

  • URL: https://dev.classmethod.jp/articles/codex-cli-usage-token-activity
  • 日付: 2026-06-20
  • Tier: Tier 2
  • 要旨: Codex CLI v0.140.0で追加された/usageコマンドを試した実録。TUIを離れずにトークン使用量の週次ヒートマップ・棒グラフ・累積グラフを確認できる。サブコマンドはdaily/weekly/cumulativeの3種。

詳細

/usageはPR #27925で追加され、APIからアクティビティデータを非同期フェッチしてGitHubのcontributionsグラフ形式で表示。4統計(Lifetime・Peak・Streak・Longest task)とともに過去52週分の曜日別ヒートマップを出力する。Streakは連続使用日数と最長記録を表示し、使用習慣の可視化として活用できる。

dev-classmethod-jp-articles-ec2-instance-device-drivers-pv-driver

インスタンスタイプ変更前に知っておきたい AWS PV ドライバーの話

  • URL: https://dev.classmethod.jp/articles/ec2-instance-device-drivers-pv-driver
  • 日付: 2026-06-20
  • Tier: Tier 2
  • 要旨: EC2インスタンスのデバイスドライバー(PVドライバー)の仕組みを調査した記事。WindowsインスタンスがAWS独自の準仮想化ドライバーを使う理由・バージョン管理・更新方法を整理している。

詳細

EC2 WindowsインスタンスはIntel E1000eなどの汎用NICドライバーではなく、AWS PV(Paravirtual)ドライバー(ENA・NVMe・AWS PV Storage等)を使用する。PVドライバーはAWS Systems Manager経由でAWSSSMAgentがバックグラウンドで管理しており、SSMエージェントが起動していないと自動更新されない。EC2Launch v2と連動してOSインストール後の初期セットアップでドライバーが配置される。古いインスタンスタイプ(HVMではなくPVモードのもの)では別の管理経路になる場合がある。

dev-classmethod-jp-articles-ecs-high-resolution-metrics-faster-autoscaling

ECSサービスオートスケーリングが高解像度メトリクス(20秒)に対応したので、スケールアウトが本当に速くなるか検証してみた

詳細

ECSタスク定義にCPU/メモリの高解像度カスタムメトリクス(1秒粒度)を設定し、Application Auto ScalingのターゲットトラッキングポリシーでStep Scalingと組み合わせる構成。実験では急峻なトラフィックスパイクを発生させ、スケールアウト開始までの時間を標準メトリクスと比較。高解像度メトリクスによりCloudWatch Alarmの評価が1分→最短1秒に短縮でき、スパイク検知から1〜2分程度の改善が確認された。コスト面ではCustom Metricsの料金増加が試算されている。

dev-classmethod-jp-articles-elevenlabs-music-v2-composition-plan

ElevenLabs Music v2 APIのcomposition planで曲調と長さを指定して音声データを作成できるようになったので試してみた

  • URL: https://dev.classmethod.jp/articles/elevenlabs-music-v2-composition-plan
  • 日付: 2026-06-20
  • Tier: Tier 2
  • 要旨: ElevenLabs Music v2 APIのcomposition_planパラメーターを使って、曲をセクション単位で制御しながら生成する方法を試した記事。intro・verse・chorus・outroごとに歌詞・スタイル・長さを個別に指定できる。

詳細

composition_planはセクションの配列を渡すパラメーターで、各セクションにduration_seconds・lyrics・stylesを指定する。styleはgenre・instrument・mood・tempoなどを自然言語で記述できる。実験ではintro(8秒・インスト)→verse(16秒・歌詞あり)→chorus(16秒・ハイテンポ)→outro(8秒・フェードアウト)の構成を生成し、各セクションの接続が自然に繋がることを確認。Python SDK経由での実装例と生成音声ファイルの扱いも整理されている。

dev-classmethod-jp-articles-entra-id-amazon-quick-desktop-sso

Amazon QuickデスクトップアプリにMicrosoft Entra IDからSSOログインしてみた

  • URL: https://dev.classmethod.jp/articles/entra-id-amazon-quick-desktop-sso
  • 日付: 2026-06-20
  • Tier: Tier 2
  • 要旨: Amazon WorkSpaces向けのシンクライアントアプリ「Amazon Quick」にMicrosoft Entra ID(旧Azure AD)をOIDCでSSO連携させた構成を検証した記事。IAM Identity CenterとEntra IDをフェデレーションする手順が中心。

詳細

構成はEntra ID → IAM Identity Center(SAML/OIDC)→ Amazon Quickの三層フェデレーション。Entra ID側でエンタープライズアプリケーションを作成し、IAM Identity Centerの自動プロビジョニングとSCIMエンドポイントを設定する。Amazon Quick for Windowsのインストール後、IdPサインインのURLをクライアントに設定することでシングルサインオンが完成する。グループポリシーとの組み合わせや失敗時のエラーコードも整理されている。

dev-classmethod-jp-articles-google-chat-bot-cardsv2-rich-text-formatting

Google Chat Bot の回答をリッチテキスト化したら、Cards V2 の HTML 制約と向き合うことになった話

詳細

Cards V2のTextParagraphはtext フィールドにHTMLサブセット(, , , <a href=>, , など)を使える。Markdown記法ではなくHTMLタグのため、Slackと混在するシステムでは変換が必要になる点に注意。実装例としてPython SDKでのcard_with_id生成・createMessageリクエストの構造が示されており、既存のtext messageからの移行手順も整理されている。

dev-classmethod-jp-articles-google-chat-bot-httplib2-thread-safety

httplib2 のスレッドセーフティ問題を修正した話 — google-api-python-client の罠

  • URL: https://dev.classmethod.jp/articles/google-chat-bot-httplib2-thread-safety
  • 日付: 2026-06-20
  • Tier: Tier 2
  • 要旨: Google Chat BotをCloud Runで動かす際にhttplib2のスレッドセーフ問題が原因で断続的にエラーが発生した事例と修正方法を紹介。共有インスタンスを排除してリクエストごとに生成する変更で解消した。

詳細

httplib2.Httpはスレッドセーフではないため、グローバルまたはクラス変数として保持してマルチスレッド環境(Gunicornなど)で再利用すると競合が発生する。修正方法はリクエストハンドラの内部でhttplib2.Http()を毎回インスタンス化すること。google-auth-httplib2のAuthorizedHttpも同様にリクエストスコープで生成する必要がある。Cloud RunはデフォルトでGuvicornを使いマルチスレッドで動作するため、この問題が顕在化しやすい。

dev-classmethod-jp-articles-google-chat-bot-vertex-ai-rag-engine

Google Chat Bot に Vertex AI RAG Engine を繋いでナレッジベース検索を実装した話

  • URL: https://dev.classmethod.jp/articles/google-chat-bot-vertex-ai-rag-engine
  • 日付: 2026-06-20
  • Tier: Tier 2
  • 要旨: Google Chat BotにVertex AI RAG Engineを組み込んで社内文書検索を実装した際に、日本語検索精度が低下するハマりポイントを報告した記事。text-embedding-005の非対称タスクタイプ設定ミスが原因で、text-multilingual-embedding-002への変更で解消した。

詳細

Vertex AI RAG EngineのEmbeddingモデルとしてtext-embedding-005を使用したところ、日本語クエリに対する検索精度が著しく低かった。原因はtext-embedding-005のtask_type設定で、クエリ側に’RETRIEVAL_QUERY’・文書側に’RETRIEVAL_DOCUMENT’を非対称に設定する必要があるが、どちらも同じtask_typeにしていたため内積計算がずれていた。text-multilingual-embedding-002はtask_typeを設定しなくてもデフォルトで多言語対称埋め込みになるため、日本語検索精度が改善した。RAGのChunk設定(chunk_size=500・overlap=100)も精度改善に効果があった。

dev-classmethod-jp-articles-kiro-web-automations

[アップデート] Kiro Web にオートメーション機能が追加され定期タスクをリモートエージェントでスケジュール実行できるようになりました

  • URL: https://dev.classmethod.jp/articles/kiro-web-automations
  • 日付: 2026-06-20
  • Tier: Tier 2
  • 要旨: AWSが開発中のAI-native IDE「Kiro」のWeb Automations機能を試した記事。ブラウザ操作をKiroがエージェント的に自動実行する機能で、GitHub上のPR確認・コメント投稿などをIDE内から指示できる。

詳細

Web AutomationsはKiro上でWeb操作を自然言語で指示すると、内部でブラウザを制御して実行する機能。現時点ではPreview段階で一部操作に制限あり。GitHubとの連携例としてPRレビューコメントの送信・Issueの確認などが動作する様子が確認された。Kiro自体はVS Code互換のIDEで、Specを使った仕様駆動開発(Vibe Coding向け)が主機能として位置づけられている。

dev-classmethod-jp-articles-omni-content-validator-tryit

Omni のコンテンツバリデーターを試してみた

  • URL: https://dev.classmethod.jp/articles/omni-content-validator-tryit
  • 日付: 2026-06-20
  • Tier: Tier 2
  • 要旨: AWS Amplify Hosting向けのコンテンツ検証ツール「Omni Content Validator」を試した記事。デプロイ前にHTMLの壊れリンク・メタタグ欠落・画像alt属性などを一括チェックできる。

詳細

Omni Content ValidatorはCLIツールとして動作し、ビルド済み静的サイトのoutputディレクトリを指定して実行する。チェック項目はbroken links・missing meta tags(OGP含む)・missing alt attributes・コンソールエラーなど。CI/CDのビルドステップに組み込むことで、壊れたリンクが本番に出るリスクを早期に検出できる。Amplify Hosting専用ではなく一般の静的サイトにも適用可能。

dev-classmethod-jp-articles-react-hook-form-watch-auto-search

React Hook Formのform.watch()を深掘りする — 自動検索機能の実装で学んだこと

  • URL: https://dev.classmethod.jp/articles/react-hook-form-watch-auto-search
  • 日付: 2026-06-20
  • Tier: Tier 2
  • 要旨: React Hook Formのwatch()を使ってフォーム値の変更を検知し自動検索を実現する実装を深掘りした記事。subscribe/unsubscribeの仕組みと過剰なAPI呼び出しを防ぐdebounce適用の注意点を整理している。

詳細

watch()はformsState.isValidとは独立して動作し、値変化のたびに再レンダリングを引き起こす。useEffectの依存配列にwatchの戻り値を置くと無限ループになるケースがあるため、watchSubscriptionパターン(useEffect内でsubscribeしreturnでunsubscribe)が推奨される。検索のdebounceはlodashのdebounce関数をuseRef経由で保持してメモ化する必要があり、useCallback内のクロージャーで古い値を参照しないよう注意が必要。

dev-classmethod-jp-articles-react-ime-composition-pitfalls

ReactでIME変換中に起きる2つの落とし穴——Enter送信とデバウンス自動検索

詳細

ReactのinputでonChangeを直接使うと、日本語IME変換中の未確定状態でも発火し、検索クエリや文字数カウントが途中の読み(ひらがな)で更新される問題が起きる。対処はcompositionstartでisComposing=trueにセットし、compositionend後にのみonChange相当の処理を実行するパターン。React 18以降ではisComposingをnative eventから取得できるが、Safariの挙動の差異も紹介されている。inputのtype=“search"とのクロスブラウザ差分も確認されている。

dev-classmethod-jp-articles-react-useeffect-cleanup-and-exhaustive-deps

useEffectのクリーンアップ関数とexhaustive-depsルールを正しく理解する

詳細

useEffectのクリーンアップはコンポーネントアンマウント時だけでなく、次のエフェクト実行前にも呼ばれる(依存値変化時)。exhaustive-depsは依存配列の過不足を検出するeslintルールで、useCallbackやuseMemoにも適用される。クリーンアップを忘れた際の典型的なメモリリークパターン(setStateをアンマウント後に呼ぶ)と、useRefを使った解消パターンも紹介。stale closureとの関係も解説されている。

dev-classmethod-jp-articles-tsnote-timestream-memory-retention-decrease

Amazon Timestream のメモリストアの保持期間を縮小すると、保持期間外のデータはどうなりますか

詳細

TimestreamのメモリストアはデフォルトでSSDストアへの転送を行い、保持期間設定を縮小してもデータは即座に削除されない。削除はバックグラウンドジョブが非同期で実行するため、コスト反映にタイムラグが生じる。保持期間を減らしても課金がすぐに変わらない場合、このバックグラウンド削除の遅延が原因として考えられる。

docswell-com-s-rakutek-59nr49-2026-06-04-194729

Claude Code / Codex の全社展開とAI観測基盤の設計 | ドクセル

詳細

組織規模での agent tool 展開と監視基盤。

gizmodo-jp-article-opencode-google-gemma-4-krq

けっこう実用的。「OpenCode」×ローカルLLMで“無料Claude Code”してみた | ギズモード・ジャパン

詳細

オープンソース tool で Claude Code 同等環境実現。

zenn-dev-aiwatch-jp-articles-agent-flow-repo-investigation

既存リポジトリ調査で使う──実装前に読ませる、再現させる、止める

詳細

Agent による大型リポジトリ分析の効率的フロー。

zenn-dev-bellx2-articles-d88f1d5dfc5be4

Snyk の脆弱性レポートが英語なので、Claude Code プラグインにして日本語レポート出力をしたら価値が100倍になった

  • URL: https://zenn.dev/bellx2/articles/d88f1d5dfc5be4
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: Snyk脆弱性スキャンが英語出力で読む気失せるため、Claude Code Skillにして日本語Markdown・HTMLレポート化。CVEに加えてClaudeが実コード追加調査し『攻撃シナリオ・影響・推奨対応』を記述。Free月100テストで個人開発無料利用可。

詳細

snyk test(OSS)・snyk code(SAST)・snyk iac(設定)を自動判定実行。JSON出力を日本語化し、各脆弱性を到達可能性判定つきで記述。grepで実装部位特定。Markdown+HTML二重出力でブラウザ閲覧。/plugin marketplace add bellx2/snyk-claude-plugin + /plugin install snyk@snyk-security でセットアップ。Free→Team/Enterpriseの段階採用推奨。

zenn-dev-dev-shota-articles-claude-code-session-load-hook-impl

Claude Code の /clear が怖くなくなる — Hook でポリシーを自動注入する実装

  • URL: https://zenn.dev/dev_shota/articles/claude-code-session-load-hook-impl
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: Claude CodeのSessionStart HookでPowerShellスクリプトを自動実行し、ポリシーファイル群をコンテキストに注入。/clearしてもセッション開始時にポリシーが復元されるため、毎回の説明を省略できる。

詳細

約10KB以上のポリシーをHook出力上限10Kで分割実行する仕組み。複数チャンク并列実行時に順序再構成するヘッダー付与。telegraph形式での英語記述で60-70%トークン削減。guard Hookでgit force push・reset –hard・–no-verifyをブロック。PreToolUseでコマンド許可を制御し、fail-open設計でHook失敗時も動作継続。

zenn-dev-dev-shota-books-claude-code-practical-ops-guide

Claude Code で"第二の脳"を作る — AI記憶・自動化・コスト管理の実装と運用

  • URL: https://zenn.dev/dev_shota/books/claude-code-practical-ops-guide
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: Claude Codeを記憶・自動化・コスト管理を備えた「第二の脳」として運用する全記録。社長モデル組織化、木構造知識階層化、Hook自動化、AI記憶システム、nightly パイプラインの実装で69%トークン削減。

詳細

CLAUDE.md設計思想(Before/After比較、社長モデル)、木構造による知識・コスト階層化、Hook実装(session-load・guard・reminder)、Skill自作3つ、AI記憶ディレクトリ設計、telegraph圧縮・モデル使い分け、nightly 自動化パイプライン。約53,824字の実装本。

zenn-dev-engineer-117-articles-codex-custom-header-mcp-rakkokeyword

Codexで独自ヘッダー認証のリモートMCPを繋ぐ(例: ラッコキーワードMCP)

  • URL: https://zenn.dev/engineer__117/articles/codex-custom-header-mcp-rakkokeyword
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: CodexはカスタムHTTPヘッダーを直接渡せないため、mcp-remoteプロキシを中継してラッコキーワードMCPなどの独自ヘッダー認証に対応させる。設定時のシェルコマンド改行混入とタイムアウト問題への対処を解説。

詳細

Codex側の制限はBearer中心の認証のみ。X-API-Keyヘッダーを含むカスタム認証をリモートMCPから使うには、ローカルのmcp-remote proxyを.codex/config.tomlのSTDIO経由で起動し、そこからHTTP経由でラッコのMCPへ接続する構成を採用。zsh -cで環境変数を展開し、startup_timeout_secを30秒から60秒に延長するのがポイント。

zenn-dev-equaliainc-articles-claude-code-seo-automation

Claude Code で自社サービスのSEO記事を半自動で量産する仕組みを作った

  • URL: https://zenn.dev/equaliainc/articles/claude-code-seo-automation
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: Claude Code Skillでキーワード→記事执筆→メタデータ登録→Vercelデプロイ→Google Search Console登録まで半自動化。全自動でなく最後のトリガーだけ人手。キーワードカニバリ回避に複合ワード・内部リンク導線・既存加筆を優先。

詳細

記事生成・ビルド・デプロイ・サイトマップ送信は自動。インデックス登録リクエスト実行・公開フラグ確定は人手ゲート。API規約・スパム判定・誤公開リスク管理で下書きキューから人がトリガー。ビッグワード単体回避、複合ワード面取り、関連LP・商品への内部リンク導線全記事化。

zenn-dev-generald-articles-footer-links-localhost-hack

footerLinksRegexes は http しか通さない——だから localhost で OS を叩く

  • URL: https://zenn.dev/generald/articles/footer-links-localhost-hack
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: Claude CodeのfooterLinksRegexesはhttpのみ許可のため、localhost:27182エンドポイントでOS命令中継。ターン出力の絶対パスをクリック→正規表現マッチ→localhost HTTP→Python daemon→OS命令。

詳細

Bashで Finder reveal(open -R)・QuickLook(qlmanage -p)・Preview(open -a)実行。データ-ui-source属性不要で正規表現だけマッチ。SessionStart/EndフックでPID参照カウント式デーモン管理。shell=False + argv配列直接実行でシェルインジェクション防止。TOOLS固定enumで実行可能コマンド制限。末尾句読点・テンプレート{foo}をルックビハインドで除外。

zenn-dev-heftykoo-articles-d76a8844dc83f0

AIコーディングツールの差は「モデル性能」ではなく、どこで何を許すかに出る

  • URL: https://zenn.dev/heftykoo/articles/d76a8844dc83f0
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: AIコーディング道具の実効差は、モデル名でなく『どこで動き・何を読めて・何を実行させるか』の運用設計。ローカルCLI型vs クラウド/PR型で作業フロー根本相異。permission・repo instructionは安全装置でなく『依頼の設計契約』。

詳細

ローカルCLI(Codex・Claude Code): 試行錯誤高速、コンテキスト少ない。作業台透明化・permission詳細化が重要。クラウド/PR型(GitHub Copilot): issue→branch→PR→reviewフロー設計が主役。issue template・受け入れ条件・テスト基準明示。AGENTS.md・CLAUDE.mdは『プロンプト集』でなく『操作契約』化。AIが許可する範囲を『リポジトリ明記』するので、ツール換装後も有効。

zenn-dev-hikosakasohtaro-articles-20260619-codex-freebsd-jail

FreeBSD jail で Codex CLI の device-auth が失敗する問題と暫定回避策

詳細

FreeBSD 環境での Codex 認証問題の根本原因と対策。

zenn-dev-horimon-articles-chatgpt-codex-last-plan-development-loop

ChatGPTをPlanner、CodexをExecutorにして開発ループを回す

詳細

複数 AI の役割分担開発パイプライン。

zenn-dev-imaginarygate-articles-3874d0a35c802a

AIエージェント検証用PCを作るメモ⑧:Codex CLIとClaude Codeを同じ条件で比べてみる

詳細

Claude Code vs Codex の実装・性能・オーバーヘッド比較。

zenn-dev-kakecake-articles-20260618-codex-hooks-dreaming

Anthropic の Dreaming を Codex で再現する:hooks でコンテキストを増やさず精度を上げる

詳細

context 効率化で同等品質を実現。

zenn-dev-kakecake-articles-20260618-codex-hooks-pitfalls

Codex hooks のハマりどころ6つと「再trust地獄」の回避

詳細

Hook 実装時の落とし穴と対策。

zenn-dev-kakecake-articles-20260620-ai-my-own-textbook

市販の入門書が続かないので、AIで自分専用の教科書を作って学んでいる

  • URL: https://zenn.dev/kakecake/articles/20260620-ai-my-own-textbook
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: 市販入門書の挫折を避け、目的・ペース・範囲を自分向けにカスタマイズした教科書をAIに執筆・監査させるループ。監査はCritical 0まで繰り返し、最終成果物は自分のコードの逆引き辞書として機能。

詳細

Codex CLIで長文生成、別エージェントで監査(Critical/Major/Minor分類)。独立した2つの監査者でクロスチェック。執筆対象を競プロから実務向け(データ集計・自動化・外部API・文字コード)に全面作り直し。監査が食い違いを検出し、未整合な演習問題を回避。仕上げはbuild_html.pyで1冊のHTML化。

zenn-dev-kanfupanda-articles-tier-models-trim-context

AI が会話を重ねるほど馬鹿になる?モデルのせいじゃない、そろそろ手を打つ番だ

  • URL: https://zenn.dev/kanfupanda/articles/tier-models-trim-context
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: 長会話でAI応答が鈍化する原因はモデル性能でなくコンテキスト膨張。モデル階層化(力仕事は安い小型へ、良い鋼は判断に)と、50%で注意・70%で消費するコンテキスト管理で二重の節約。

詳細

横方向: Sonnet設計・コード生成、Haiku単体テスト、Opusレビュー。CLAUDE.mdで階層化ルール記述。縦方向: コンテキスト上昇を放置禁止、消費前に『どこまで・次は・重要決定』を引き継ぎ記述して新セッション接続。codegraph・claude-memでスキャン削減。小型モデル誤りはレビュー層で拾う設計。

zenn-dev-kiva-articles-a23573e16b7c53

Copilot CLI を利用して ReadMe.io からセルフホストへドキュメントを1日で移植する

詳細

ドキュメント移植の自動化ワークフロー実装。

zenn-dev-mdtechknowledge-articles-claude-code-dynamic-workflows-guide-2

Claude Code Dynamic Workflows 完全ガイド — 最大1000サブエージェントを束ねる自動オーケストレーション

  • URL: https://zenn.dev/mdtechknowledge/articles/claude-code-dynamic-workflows-guide-2
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: Claude Code Dynamic Workflows(ultracode キーワード)は JavaScript で自動生成するサブエージェント大規模オーケストレーション。1回最大1000エージェント・同時最大16個を並列実行。中間結果はスクリプト変数に保持、Claude コンテキストには最終結果だけ返却。

詳細

v2.1.154リリース、Research Preview。ultracode キーワード・/effort ultracode・保存済みワークフローの3起動方法。子エージェント自身が孫を生成でき最大5階層ネスト可能。acceptEdits モード・allowlist 継承。スクリプトは調整役のみ、実作業はエージェントが担当。ファンアウト・分岐・ループは code-driven(model-driven ではなく決定論的)。

zenn-dev-nkmak-articles-d20e109263434c

UIデザインが苦手なので、ブラウザ上からAIにUI修正を指示できるViteプラグインを作ってみた

  • URL: https://zenn.dev/nkmak/articles/d20e109263434c
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: ブラウザUIをクリック指定してAIに修正案を複数提示させるViteプラグイン。Shadow DOM隔離、Babel AST変換で要素ソース位置を特定、git worktreeで案を並列隔離して即座に見比べられる。

詳細

Vite dev middlewareでセッション・スナップショット管理。要素クリック時にBabelでJSX AST解析し、data-ui-source属性に自動付与(相対パス:行:列)。クリック位置からソースに逆引き。Claude Code CLIで修正案3パターン生成。各案ごとにgit worktreeで隔離し、HMRでプレビュー切り替え。OK時のみメイン作業ツリーに適用。

zenn-dev-oqamura-articles-85945cef3d7432

Claude Opus 4.8が劣化している可能性の検証v2:Fable/Mythos停止後の実効品質劣化を多層的に

  • URL: https://zenn.dev/oqamura/articles/85945cef3d7432
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: Claude Opus 4.8が劣化疑惑を、モデル本体nerf vs 実効品質nerf に分離検証。Fable 5/Mythos 5停止後、Opus 4.8が代替先として案内される事例・公式障害・指示外作業・未検証完了・agent暴走報告をレイヤー毎に整理。

詳細

nerfを8層に分解(重み・model ID・serving infrastructure・推論時設定・製品層・tool/agent層・インフラ層)。API claude-opus-4-8 のweights/configuration は固定されても、serving infrastructure・system prompt・effort・context圧縮・rate limiting など周辺層は変わりうる。2026年6月12日前後の品質劣化は、モデル本体ではなく複合層変化の可能性。

zenn-dev-pekopugu-articles-agent01-b7-progress-driven

【Claude Code活用】PROGRESS.md駆動開発でセッションをまたいで開発する

  • URL: https://zenn.dev/pekopugu/articles/agent01-b7-progress-driven
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: PROGRESS.md駆動で13Step開発をセッション跨ぎで継続。現在地・全ステップ一覧・申し送り事項の3セクション。セッション開始時『PROGRESS.md読んで→Step指示書実装』で文脈自動復帰。完了後『PROGRESS.md更新→コミット』で履歴記録。

詳細

チェックボックス進捗可視化。完了Step記録に気づき・躓き点・環境情報・次への申し送り。CLAUDE.mdで更新ルール明文化。git log『何』記録 vs PROGRESS.md『なぜ』記録の棲み分け。開発ログ=記事素材化で二重蓄積。Windows/Mac環境差の文字コード問題(cp932/CRLF)を逐次記録。

zenn-dev-pq9u0-articles-claude-code-expertise-report

「計画は人間・実行はAI」を約40万セッションが裏づけた — Anthropicの熟練研究を読む

  • URL: https://zenn.dev/pq9u0/articles/claude-code-expertise-report
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: Anthropic研究『Agentic coding and persistent returns to expertise』の初学者向け読解。約40万セッション・23.5万ユーザー分析データが『計画70%人間・実行80%AI』『コード腕より対象分野熟練』『成功率28-33%非一発想定』を実証。

詳細

セッション56%がコード書く(25%)・直す(26%)・テスト/オーケストレーション(5%)。初心者セッション約5アクション・600語vs中上級約12アクション・3,200語で検証成功率15%→28-33%へ向上。ソフトウェア専業との職種差が成功度で7ポイント以内に収束。コード学より対象分野語彙と問い質向上が効く。

zenn-dev-pq9u0-articles-frontend-design-skill-shift

公式skillが『禁止リスト』をやめて『自己批評の工程』になった — frontend-design の設計転換

  • URL: https://zenn.dev/pq9u0/articles/frontend-design-skill-shift
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: Anthropic公式frontend-design skillが『禁止リスト』から『自己批評工程』へ転換。設計リードの役割演じさせ、ブレスト→計画→批評→構築→再批評プロセス強制。シャネル引用『アクセサリー一つ外す』で装飾削減。

詳細

旧: border-radius使うな式禁止列挙。新: 小スタジオのデザインリード役割設定で判断引き出し。AI定番ルック(クリーム背景+高コントラストセリフ、黒背景+アシッドグリーン等)を名指しして『初期値、選択じゃない』と認識付与。プロセス強制で二度の批評を挟む。

zenn-dev-qvtec-articles-fc9b83293f9ca4

VS Code のサイドバーに猫! — Claude Code 通知

  • URL: https://zenn.dev/qvtec/articles/fc9b83293f9ca4
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: VS CodeサイドバーにClaudeCodeの実行状態を猫キャラで可視化する拡張機能。SessionStart・Stop、PreToolUse・PostToolUseフックをWebSocket経由で監視し、入力待ち・権限確認・完了時に異なる鳴き声で通知。

詳細

Claude CodeのHook機能で~/.claude/settings.jsonに自動フック登録。複数セッション対応で並行実行数に応じて猫が増減。WebSocket経由で状態変化を受け取り、UI状態を更新。VS Code Marketplace配布。

zenn-dev-ruriopcode-articles-3b9038786a1b8a

「AI & データ リリースノートまとめ」というサイトを作ってみた

詳細

AI ニュース自動集約サイトの技術実装。

zenn-dev-saneyuki-rokaru-articles-estat-population-api-design

e-Stat人口データの公開APIをClaude Codeで作った — DuckDB→SQLite二層の設計判断

  • URL: https://zenn.dev/saneyuki_rokaru/articles/estat-population-api-design
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: 政府統計API(e-Stat)から人口データをDuckDB→SQLiteの二層で集計し、REST API公開。YAML駆動分析テーブル、基準年違いのシリーズ統合、国勢調査欠落を補間補正人口で埋める。FastAPI(開発)とPHP(本番)二重実装。

詳細

データ素性が悪い(年飛ぶ・同ID毎年変化・自治体二重計上)の対策。config/analyses/*.yamlで宣言的にDuckDB集計SQL+テーブル定義。analyze.py→publisher.pyで一方向パイプ化。YAML同一シリーズのTITLEマッチ統合、cat04次元取りこぼしによる黙ったデータロス検出。政令市行政区二重計上を市区町村分類で分離、SUM=全国人口テストで担保。

zenn-dev-shoebill-dev27-books-claude-code-ops-en

Operating Claude Code: Make Solo Development Run Unattended

  • URL: https://zenn.dev/shoebill_dev27/books/claude-code-ops-en
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: Claude Code本格運用書。セッション自動化・複数エージェント統制・トークン経済・障害パターンを網羅。全サンプルコードはビルド時に実行検証済み。

詳細

CLAUDE.md設計の憲法化、権限とサンドボックス設計、Skill・Hook・スケジュール実行、サブエージェント・並列ワークフロー、モデル選択とトークン経済学、障害復旧手順を体系的に解説。実装は約93,922字分の実践ガイド。

zenn-dev-shunaibuilder-articles-9984a22c4843c7

Claude Code単体の限界を超えた。AI分業フローで3日30記事を実現した

詳細

コンテンツ生産パイプラインの AI 並列化実装。

zenn-dev-soranijimame-books-soraxiom-codex-jissen-guide

Codex実践入門

詳細

Codex を実務で使うための実装ガイド。

zenn-dev-tadkud-articles-ai-agent-loop-design-paradigm

AIエージェントへの手動プロンプトはもうやめよう ループを設計する時代へ

詳細

プロンプト単発から loop 設計への転換。

zenn-dev-tatsuqumo-articles-68422038568b79

Claude Code の auto mode を理解する — 「許可しますか?」を AI が肩代わりする仕組み

  • URL: https://zenn.dev/tatsuqumo/articles/68422038568b79
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: Claude Code auto modeは分類器がツール呼び出しのリスク判定し、安全なら自動承認・危険なら提示。–dangerously-skip-permissionsは全チェック無効化に対し、auto modeはプロンプトインジェクション対策・.git保護を維持。

詳細

6つの権限モード(default・acceptEdits・plan・auto・dontAsk・bypassPermissions)の位置づけ。分類器4段階評価(hard_deny→soft_deny→allow→明示的意図)。デフォルトブロック(curl|bash・API鍵外部送信・本番操作・権限変更・不可逆削除)。autoMode.environmentで信頼インフラ宣言。3連続ブロック・累計20ブロックで許可プロンプトへ自動切り替え。

zenn-dev-tottoko-hamu-articles-2026-06-11-164130

Claude Code の PreToolUse フックで操作ログを自動保存する — 個人環境のセキュリティ強化

  • URL: https://zenn.dev/tottoko_hamu/articles/2026-06-11-164130
  • 日付: 2026-06-20
  • Tier: Tier 3
  • 要旨: PreToolUse HookでBash実行のたびに操作内容をJSONL形式で自動保存。STRIDE脅威モデルでRepudiation対策を優先実装。3週間で2,070件超のコマンドログが、作業パターン変化を可視化。

詳細

settings.local.jsonに約10行追加、113行のlog-command-history.shで日付別ローテーション。タイムスタンプ・tool・commandの3フィールド。git(34%)・bash(15%)・powershell(14%)の操作パターン追跡。ログ失敗時のfail-open設計で動作継続。コマンド羅列より『なぜか』の文脈欠落が課題。

zenn-dev-zapabob-articles-agent-dev-antipatterns-10

エージェント開発の反パターン10 — 速さの代償をrepoに払わせない

詳細

やりがちな失敗パターンと回避法。

zenn-dev-zapabob-articles-agents-md-docs-traceability-milspec

AIエージェント時代こそ守りたい規律 — AGENTS.mdと_docs実装ログでトレーサビリティを取る

詳細

Agent 動作履歴の透視性確保設計。

zenn-dev-zapabob-articles-mcp-toolbox-organization

MCPを増やしすぎない — エージェントの工具箱の整理

詳細

MCP 管理の実装規律。

zenn-dev-zapabob-articles-software-engineering-best-practices-agent-era

今だから押さえておきたいソフトウェア工学のベストプラクティス

詳細

Agent 併用下での工学的原則の適用方法。