knowledge-capturelisted

## Purpose AIとのセッション・作業ログ・会議メモに埋もれた「なぜそうしたか」「なぜやめたか」「何が変わったか」を、 後から参照・継承できる形式の草稿に変換する。 知識がセッション記憶に留まり揮発することを防ぐ。 ## Use When - セッション終了後、判断・決定・却下の記録を残したい場合 - 「あのとき何でこうなったか」が思い出せなくなるリスクがある意思決定をした後 - ADR（Architecture Decision Record）の草稿を作りたい場合 - CONTEXT.md / DECISIONS.md への追記が必要な情報がセッションに含まれている場合 - 前提条件が変化したことをプロジェクト記録に残したい場合 ## Use When NOT - ドキュメントの構造を設計したい場合 → `reusable-doc-structure` を使う - 長文を要約・整理したい場合 → `summary-structuring` を使う - 意思決定前の材料を揃えたい場合 → `decision-materials` を使う - Obsidian や外部ツールへの直接書き込みが目的の場合 → 本 Skill の対象外。草稿を人間が書き込む ## Inputs 以下を準備すること。不足している場合は推測せず、不足を明示する。 - **変換対象のテキスト**: セッションログ・会話・判断メモ・箇条書きのメモ等 - **変換先の形式**: 以下から選択する - `ADR草稿`（設計決定記録） - `DECISIONS.md エントリ草稿`（決定事項の追記） - `CONTEXT.md 追記草稿`（文脈情報の更新） - `却下記録草稿`（採択しなかった選択肢とその理由） - **記録したい知識の種類**: 設計決定 / 却下理由 / 前提変化 / 学び / リスク発見 - **重要度・緊急度**: 将来どの程度参照される見込みか（高 / 中 / 低） ## Output Contract 以下の順で出力すること。順序を変えない。 1. **論点**: この変換で最も注意が必要なポイント（情報の欠落・矛盾・曖昧さ） 2. **根拠**: その論点をそう判断した理由 3. **抽出した知��の一覧**: 種類・内容・発生した文脈 4. **含意**: この知識を記録しなかった場合に発生するリスク（揮発・再調査コスト・誤判断等） 5. **変換草稿**: 指定フォーマットに合わせた構造化テキスト 6. **既存記録との照合**: 既存 ADR / DECISIONS.md との重複・矛盾の指摘 7. **判断材料**: 「この草稿をそのまま使う / 修正して使う / 記録しない」を選ぶための情報 ### 変換草稿 フォーマット（ADR 草稿の場合） ```markdown ## ADR-XXXX: （タイトル） **日付**: （発生日または記録日） **ステータス**: 草稿（人間による確認・承認が必要） ### 文脈 （なぜこの決定が必要だったか） ### 決定 （何を決めたか） ### 根拠 （なぜこの決定を選んだか） ### 却下した選択肢 （検討したが採用しなかった選択肢とその理由） ### 影響 （この決定が与える影響） ### 前提 （この決定が成立するために必要な前提条件） ``` ### 変換草稿 フォーマット（却下記録草稿の場合） ```markdown ##