Claude Code の『決定ログ』を実際の開発で運用してみた（実例編）
Hiroba による自動要約
Claude Code でセッション間の引き継ぎを docs/handover.md で管理する際、決定ログに「決定」「不採用案」「理由」を並べて記録する運用を、実際のデスクトップアプリ Petatto.md 開発で実践。マウント遅延時の付箋表示バグ修正やロック時の書き込み処理など複数の事例を通じ、後日のコードレビューで新たな問題を発見するための「次に掘る場所のしおり」としての決定ログの実用性を示す。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 4279 件あります。
関連する記事
同じタグの記事
AI Agent の過去セッションを Go で抽象化する
Zenn複数の AI Agent に対応した CLI ツール ccsession を開発。異なるフォーマット (Claude Code と Codex の JSONL) で保存された過去セッションの履歴を統合データ構造として抽象化し、検索・再開機能を実装。
Claude Code で自作 MCP サーバーを動かす — claude mcp add の1行登録から動作確認まで
QiitaPython で書いた MCP サーバーを claude mcp add コマンド1つで Claude Code に登録し、ツール呼び出しまでを確認する手順を解説。MCP Inspector での動作確認、スコープ設定（local/project/user）、チーム共有の .mcp.json 活用を含む。
AIエージェントチーム管理の認知負荷問題：Fable 5による「Human ↔ Agent 出力契約」の設計
QiitaClaude Code による AI 駆動開発で複数エージェント運用時に人間の読む情報量が増加する問題に直面。Fable 5 に既存全エージェントチームを棚卸しさせ、出力経路を C1（チャット）C2（通知）C3（成果物）C4（Agent 間連携）の 4 種類に分類し、Agent の網羅性を維持しながら人間が読む情報だけ圧縮する「出力契約」を横断適用した事例。
CLAUDE.md に書いた検証習慣は移植できるか——品質ゲートを別プロジェクトに適用して見つかった「静かな誤検知」
ZennCLAUDE.md に記録した品質チェック習慣（Ruff strict・mypy strict・vulture）を別プロジェクトに移植した実地検証。テストなしのリポジトリへ適用する際にスコープ調整が必要となり、さらに mypy が pydantic の動的コンストラクタを追えず誤検知を起こす問題を発見。ツール警告も独立した手段で検証する必要性を実証。