全 1549 件 (Zenn で絞り込み) · 25 / 78 ページ
GitHub Issue から自動で実装・レビュー・修正する AI ループを 1 ヶ月運用するなかで、許可外コマンドの人間承認（Tool Request）、依存関係の管理、Issue ごとの git worktree 分離、専用フェーズでのコンフリクト解決など 4 つの工夫が必要になった。これらの仕組みはループ自身に実装させたもので、エージェント本体は Claude Code のまま周辺機構を拡張する設計。
事業買収プラットフォーム RIKKA M&A の技術 DD 機能において、既知の CVE を検出できない問題を調査した結果、LLM による脆弱性検出は実行ごとに結果が変動することが判明。critic モジュールを疑う誤診を経て、問題は生成側の不安定性にあること、および測定基盤の欠落（捨てた情報の未記録）が原因調査を困難にしていたことを発見。
Claude Code が保存する ~/.claude/projects のセッションログ（56MB、68セッション）を Python で解析し、ユーザーの作業パターンを可視化した。Bash が 59.5%、Edit が 10.8% と「コード実行」が主体であることが判明。Read 過多、ユーザー往復多発などの無駄パターンを検出し、スキル化やキャッシュ化による効率化を提案。
Nishika のエンジニアが、Claude Code を「設計に従う実装者」として位置づけ、CLAUDE.md と .claude/rules/ の階層化ルール、Skills、フックを組み合わせて運用する事例を紹介。禁止事項を明示し判断フローで記述することで生成物のブレを減らし、ルールを継続的に育てる考え方を解説しています。
プロンプトキャッシュの実体はテキストではなくモデルが計算した KV テンソルであり、モデル切り替えでキャッシュ全体が、エフォート切り替えで会話履歴のキャッシュが無効化される。切り替えは隠れた再計算費用を伴うため、数ターンごとの上下動は割に合わず、セッション全体で同じ設定を保つ方が安い。
既存のライフプラン診断アプリの資産計算ロジックを流用し、Flutter + Riverpod + Claude API で人生の分岐点で選択を重ねる22〜60歳38ターンのシミュレーションゲームに再構成。ゲームエンジン（決定論的ロジック）とゲームマスター（AI ナレーター）の役割を分離し、再現性を担保しつつ体験の質感を上げる設計を実装。エンディング分岐の複雑化に対してテンプレート合成方式を採用し、実装・テストコストを削減。
フロントエンドエンジニアが 3 ヶ月の業務で選別した Claude Code のプラグイン 3 つ（genshijin・superpowers・dig）と標準機能（ステータスライン・朝 7 時の ping ルーチン）を紹介。レートリミット対策とコスト削減、可視化による効率化を具体的に解説している。
Claude API のマルチターン会話機能を使い、開発要望を受け取ったら技術スタックやデザイン制約などを 1 問ずつヒアリングし、実装可否・工数・スコープを自動判断する Bot を Python CLI と HTML/JS で実装。System Prompt で「1 ターン 1 問」と終了条件を「ターン数」から「判断可能状態」に変更することで、実用的なヒアリング精度を実現した。
Claude Code プラグインで大規模エージェントパイプラインを実行する際、実行前のコスト見積もり・実行中の自動計測・実測による校正ループを JSON ベースの設計で実装した方法を解説。model-pricing.json に価格・ヒューリスティクス・キャッシュ倍率を集約し、hooks でトランスクリプトからフェーズ別トークン使用量を自動記録、LOC ベースの見積もりモデルを実測で校正する仕組み。
Claude Code のセッション起動時に自動で読み込まれる MEMORY.md が肥大化し、応答が遅くなる問題が発生。1/3 に圧縮したと報告を受けたが、実際には MEMORY.md 本体は短縮されたものの参照ファイル配下に数百行の内容が隠れており、コンテキスト圧迫が続いていた。再発防止として、メモリファイルの作成・編集時に必ずユーザーの明示承認を得るルール化で解決。
Claude初心者がScheduled Taskを使って毎日の情報収集を自動化する実例。システムアーキテクト向けの最新IT技術情報を、専門用語の説明を付けてわかりやすく抽出するタスクを構築し、プロンプト修正を通じて精度を改善していくプロセスを紹介。
Claude Code で複数プロジェクトを並行すると、コンテキスト消費、単線的な応答、タスク管理が問題になる。解決には1つのセッションに全てを詰め込むのではなく、監督役セッションと実働役セッションに分業し、チーム として設計することで、人間の進捗管理負荷を軽減し並行プロジェクトの品質劣化を防ぐ。