mcpField
A
archive-conversation

archive-conversation

github.com/nweii生産性10117 回インストール1 週間前に更新
リポジトリ

archive-conversation について

AIとの会話を、後から読み返せるアーカイブノートにまとめるスキルです。ユーザーの言葉を残し、会話の種類に応じて思考や決定の経緯を整理します。

主な機能

  1. 01会話全体の流れを確認
  2. 02決定事項と理由を記録
  3. 03ユーザーの引用と思考の変化を保持
  4. 04会話の種類に応じて構成
  5. 05ファイル名と保存規則に準拠

活用シーン

  1. 01技術作業と残タスクの記録
  2. 02創作上の選択と方向性の記録
  3. 03学習過程と未解決事項の整理

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/nweii/agent-stuff --skill archive-conversation

インストール後、Claude Code で/archive-conversationを入力して読み込まれたか確認します。

詳細

AI 会話アーカイブの要約

AI との会話の知的な軌跡、重要な洞察、または技術作業セッションのログを記録するアーカイブ要約を作成します。議論を通じて思考がどのように変化したか、または作業セッションで行った具体的なアクションや技術的な判断を記録します。

このノートの目的

このノートは、会話を手元に置かずに戻ってきた読者のための記録です。良いノートがあれば、読者は次の内容を振り返ることができます。

  • 何が、なぜ決定されたのか
  • やり取りの中で思考がどのように進んだのか
  • ユーザー自身がどのように考えていたのか、その言葉で
  • 何が作成され、どこに保存されているのか
  • 何が未解決のままなのか

会話に含まれるこれらの内容すべてを、ノートだけから振り返れる状態になれば完成です。

会話全体を分析する

書き始める前に、会話全体を読みます。その性質(作業セッション、創作的な探求、学習、戦略)と、保存する価値があった理由を明らかにします。次の点を確認します。

  • 最初の問いの奥にあった本当の問い
  • 前提が変わった箇所や決定が下された箇所
  • 途中で浮かび上がったフレームワークやパターン
  • 教訓につながった行き止まり
  • アイデア同士、またはシステムの各部分のつながり
  • 人間味のある側面:混乱、気づき、苛立ち、突破口

ノートの構成

会話の流れに合わせて構成します。一般的な構成例は次のとおりです。

  • 問題解決: 起きた問題 → 教訓になった失敗した方法 → 機能した解決策 → 次のステップ
  • 創作的な探求: 最初のビジョン → アイデアの分岐 → 重要な決定とその理由 → 再検討する価値のある方向性
  • 学習: 理解できていなかったこと → 理解が深まった過程 → ブレークスルー → 残された疑問
  • 作業セッション: 目的 → 実施した作業と変更したファイル → 障害と修正 → 現状と残りのタスク
  • 戦略: 決定事項 → 選択肢とトレードオフ → 浮かび上がった判断基準 → 次に検討すべきこと

「時間単位の料金とプロジェクト単位の料金をめぐる疑問から始まった」のように、各セクションで何が起きたかを示す、文頭のみ大文字にした見出しを付けます。平易な三人称の記録文体で書きます。一人称を使うのは、ユーザーの言葉を引用する場合のみです。

ユーザー自身の言葉を残す

ユーザーが決定、理由づけ、意見、不安、期待、または追求したいアイデアを述べた箇所は、そのまま引用します。ユーザーの言葉は、その時点での思考を日記のように記録します。言い換えると、ユーザーの声やアイデアが形作られたやり取りの流れが平坦になってしまいます。

  • 引用が根拠となるセクションは引用から始め、その後に分析を記述します。
  • 言い回しと大文字・小文字の使い方を維持し、誤字や音声入力の誤りのみ修正します。
  • 思考全体を引用します。
  • AI の発言は AI の語り口のまま残します。
  • どの場面を選ぶかは慎重に判断しますが、選んだ場面の引用は省略しません。

やり取りの中で思考の変化が見られる場合は、両者の発言を引用します。

AI: 「[理解を変えた、または重要な洞察を言語化した応答]」

ファイル出力要件

まず、ユーザーの既存のシステムに合わせます。指示、メモリ、またはこの会話から、すでに分かっている命名規則や整理方法を使います。それ以外の場合は、書き始める前に、ユーザーの類似ノートを 2~3 件(以前のアーカイブ、または該当しそうなフォルダー内の最近のノート)読み、名前の付け方、保存先、タグの付け方に合わせます。既存のシステムがない場合に限り、以下のデフォルトを使います。

命名

デフォルト形式:{{Type}} - {{topic}} YYYY-MM.md。洞察が中心の会話には Thinking、作業セッションには Log を使います。

  • 例:Thinking - Portfolio strategy 2025-08.md
  • 例:Log - Refactoring auth middleware 2025-01.md
保存先
  1. 保存先の指定: そのパスをそのまま使います。
  2. 既存の構成: 類似ノートと同じ場所、または会話の内容に最も合うフォルダーに保存します。
  3. 不明な場合: 保存先をユーザーに尋ねます。
  4. ファイルにアクセスできない場合: 予定しているパスを直上に記載し、Markdown のコードブロックでノートを出力します。
メタデータ

同様のノートで共通しているフロントマターの項目のうち、この会話から正確に回答できるものだけを入力し、すでに存在するタグを再利用してください。一致するシステムがない場合は、日付と会話のトピックに関するタグをいくつか追加してください。

コメント