AI との設計判断を My-Skill-Graph に残して再利用する
Hiroba による自動要約
Claude Code などの AI との作業で生まれた設計判断を、会話ログから圧縮して Obsidian の個人ナレッジベースに記録する方法。採用技術ではなく判断理由を命題文で残し、decisions/ と strategies/ に整理することで、記事執筆やポートフォリオ作成時に再利用可能にしている実運用を紹介。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 2095 件あります。
関連する記事
同じタグの記事
Claude Code の権限を settings.json で設計する──allow/deny と4つのモード
ZennClaude Code の権限設定は「階層（ファイルの場所）× ルール（allow/deny/ask）× モード（セッション時の自動度）」の3軸で決まる。設定ファイルの優先順位、Bash / Read / Edit / WebFetch の書式、default / acceptEdits / plan / bypass の4モードを、コピペできる JSON 実例で解説。
Claude Design で UI を固め、Claude Code で家族 TODO アプリを週末実装した話
Zenn家族向け共有 TODO アプリ petabo を、Claude との壁打ちで要件・制約・アーキテクチャを整理し、Claude Design で UI 方向性を確定してから Claude Code で実装した事例。Cloudflare Workers + D1 + React + LINE で構成し、仕様先決め・要確認事項の事前整理・サーバー側での非公開タスク制御など、AI コーディング時の実装前準備の重要性を示した。
Loop Engineering を業務タスクで実装してみた。cron との違いが分かるまで
Qiita職業訓練校の新卒研修進捗を Slack で監視するタスクを例に、Loop Engineering と定期バッチ (cron) の違いを実装で検証。state.json で前回実行結果を保持し、その状態に応じて動作を変えることで「記憶の循環」が成立し、無駄な探索と通知ノイズが削減される仕組みを解説。
仕様書からClaude Codeで動くアプリを作るまで—AIセルフチェックインアプリ開発
ZennClaude Codeを活用してFlutterのセルフチェックインアプリを開発した事例。仕様書を先に作り込んでから実装を依頼するフローを実践し、プロンプト設計やAPIエラー処理、APIキー管理の課題を記録。方針レベルの仕様では補えない実装粒度の判断や、周辺の足回りの工数が実際には最も課題になることを報告。