
全 2127 件 (Zenn で絞り込み) · 53 / 107 ページ


Claude Certified Architect(CCA-F)の受験対策として、エージェント設計・オーケストレーションを実装しながら学ぶハンズオン解説。Claude Codeのインストール・認証設定から、単発ツール呼び出し→エージェント・ループ→並列実行→マルチエージェント構成までの4段階パターンを、つまずきポイント含めて実装例で示す。


個人開発の献立アプリで prompt caching を実装しても効果が出ない問題に直面。原因は Claude Haiku 4.5 が 4096 トークン以上のプリフィックスを必須とする仕様で、それ未満ではエラーなく黙ってキャッシュを無視する。システムプロンプトに内蔵レシピ 113 品を埋め込み 13,000 トークンまで意図的に拡張することで解決し、キャッシュヒット時の入力コストを毎回 2 円から 0.2 円に削減。





Claude Codeを複数並列実行する際、どのセッションが許可待ちで停止しているか判別困難な問題に直面した開発者が、メニューバー常駐型ツール「ccglance」を開発。hooks と JSON ファイルのシンプルな構成でセッション状態をフローティングパネルに表示し、作業を中断させずに監視可能にした。

Claude Code のワークフロー内部で新たに実装された subagent_type: "fork" は、親エージェントのコンテキストをそのまま引き継いで分岐する特殊な起動方式。context rot の伝播やブラインドスポットの共有といった問題があるため、context を圧縮してから継続する distill 戦略や、ファイルシステムなど context 外での状態共有を組み合わせた多段オーケストレーション設計が検証・監査場面では必須となる。

M365 Copilot に追加された Copilot Cowork は、Word・Excel・PowerPoint 等を自律的に操作する実行エージェント。技術的推論に優れた Claude Cowork との役割分担により、SIer 企業は設計レビューなどの高度な分析と要件定義書・提案書作成などの業務実行の両面を自動化できる。競合ではなく補完関係での併用が最適解。

情報工学科出身だが数年間コードを書いていない生産技術者が、Claude Code を使って AI 生成動画のセリフ書き起こし・字幕合成・バナー挿入を自動化するパイプラインを構築。旧い文法知識より「何を実現したいか」を具体的に言語化できる能力が重要で、プロンプトの否定形明示が効果的だったと報告。


Claude Code v2.1.139 以降で正式実装された /goal コマンドは、完璧なプロンプト作成から「終了条件の設計」へのパラダイムシフトを意味する。ループエンジニアリングの考え方を実装したこの機能は、エージェントが自動で繰り返し実行する際、曖昧な条件設定・検証スキップ・無制限実行による高額請求などのリスクを伴うため、git diff レビューやターン数制限など従来の開発規律が一層重要になる。

Claude Code、GitHub Copilot など複数のAIコーディングエージェント間で、成功率・コスト・実行時間を比較するベンチマークツール agent-cost-bench をAWS EC2上で検証する方法を解説。単純な実行コストではなく「成功したタスクあたりのコスト」指標を重視し、チーム導入時の費用対効果を数字で判断するアプローチを提示。

Salesforceの複雑にカスタマイズされた環境に入った際、Claude Codeでメタデータをターミナルから検索することで、修正対象のフローやトリガーを素早く特定できる。エラーメッセージのソース特定、処理内容の検索、命名規則の発見など5つの実践的ユースケースを通じ、調査時間を大幅に短縮する方法を実装例付きで解説。

VSCode で動く AI コーディングツール(Cursor、Windsurf、GitHub Copilot、Cline、Claude Code など)が増える中、著者は選択基準をエージェント自律性・コンテキスト管理・拡張性・チーム共有可能性などに設定。結果として Claude Code(VSCode 拡張)を採用し、CLAUDE.md や .claude/rules/ による段階的なコンテキスト設計、サブエージェント・hooks・skills による開発フローの確立が実運用の鍵になったと報告する。


GitHub Issue から自動で実装・レビュー・修正する AI ループを 1 ヶ月運用するなかで、許可外コマンドの人間承認(Tool Request)、依存関係の管理、Issue ごとの git worktree 分離、専用フェーズでのコンフリクト解決など 4 つの工夫が必要になった。これらの仕組みはループ自身に実装させたもので、エージェント本体は Claude Code のまま周辺機構を拡張する設計。

事業買収プラットフォーム RIKKA M&A の技術 DD 機能において、既知の CVE を検出できない問題を調査した結果、LLM による脆弱性検出は実行ごとに結果が変動することが判明。critic モジュールを疑う誤診を経て、問題は生成側の不安定性にあること、および測定基盤の欠落(捨てた情報の未記録)が原因調査を困難にしていたことを発見。