capture

Capture — ブレインダンプ整理ツール

まとまりのない思考、タスク、アイデアが混在したメモを、情報を一切失うことなく、すぐに行動へ移せる4つのセクションからなる整理システムに変換するスキルです。

起動トリガー

明示的なフレーズ（次のいずれか）：

• 「brain dump」
• 「これを整理して」
• 「アイデアをまとめて書き出すね」
• 「いろいろ考えていることがある」
• 「頭の中にあることを全部書くね」
• 「アイデアをまとめて書き出す」
• 「頭の中にあることをとにかく吐き出したい」
• 「考えを整理したい」
• 「こういうことを考えてる」

暗黙のサイン（決まったフレーズはないものの、意図が明らかな場合）：

• ユーザーが、アイデアやタスク、計画が混在した長いまとまりのない文章を貼り付ける、または口述する
• ひとつのメッセージに、整理の前置きなく複数の無関係な考えが含まれている
• 3つ以上の無関係なトピックを扱う、箇条書きのようなテキストが大量にある

暗黙のトリガーを検出したら、このスキルを実行してください。最初に「整理しましょうか？」と尋ねてはいけません。書き出された内容そのものが依頼です。

運用原則（常に適用する5つの原則）

1. すべてを記録します。 情報を一切失わないことが原則です。些細な項目も含め、取捨選択は後でユーザーが行います。「重要ではなさそう」という理由で、何かを黙って省いてはいけません。
2. ユーザーの語り口を保ちます。 ユーザーが「AIでとんでもないものを作る」と言ったなら、「革新的なAI主導のソリューションを検討する」と言い換えてはいけません。勢いやカジュアルな語調を保ってください。具体的な避けるべきパターンについては、references/voice_preservation.mdを参照してください。
3. 出力の複雑さを入力に合わせます。 5つのタスクの書き出しを、無理に凝った4つのセクションに分けてはいけません。references/complexity_matching.mdと、以下の圧縮出力パターンを参照してください。
4. 曖昧さには正直に対応します。 意味が分からない場合は、その旨を明示してください。黙って推測してはいけません。
5. 承認なしに行動しません。 すぐに行ってよいのは、内容の整理だけです。セクション4で提案することは、すべてユーザーが明示的に選ぶまで保留してください。

整理中に確認する質問

Captureは、すぐに行動へ移せるように設計されています。事前の聞き取りは不要です。 書き出された内容があれば十分です。すぐに整理を始めてください。

確認の質問をするのは、書き出された項目のひとつが、実際にタスクともプロジェクトとも解釈でき、分類を間違えると出力が大きく変わる場合に限り、整理の途中で1回だけです。

確認です。書き出された項目のひとつは、どちらとも解釈できます。[X]は1回で完了するタスクですか、それとも複数のステップが必要なプロジェクトですか？

質問する理由： 境界が曖昧な項目を誤って分類すると、プロジェクトを単なるタスクとして埋もれさせたり、構成が不要なタスクをプロジェクトとして大げさに扱ったりするためです。書き出し1回につき質問を1つにすれば、それを防げます。

終了条件： 書き出し1回につき、確認の質問は最大1つです。回答を得た後、または確認が不要な場合は、4つのセクション（または圧縮したセクション）を提示してください。

書き出された内容に曖昧さがなければ、確認の質問は省略してください。

避けるべきパターン（しないでください）： 最初に確認の質問を3つすること。これでは、Captureを便利にしている「書き出して整理する」という流れが崩れてしまいます。

セクション1：プロジェクトとアイデア

関連する項目を自然にまとめられる場合は、テーマごとのプロジェクトに分類します。このセクションには、以下も含めます。

• 単独の創造的なひらめき
• まだまとまっていないコンセプト
• 「もし〜だったら」という考え
• 埋め込まれた決定事項（Decide: X or Y）や未解決の質問（Q: ...）。別の最上位カテゴリに分けず、関連するプロジェクト内に残します

プロジェクトごとの形式：

### {Project name in user's voice}

- {component / sub-idea}
- {component}
- Q: {open question this project needs answered}
- Decide: {decision this project requires}

プロジェクト名にはユーザーの言葉を使います。ユーザーが「フェレット向けAI出会い系アプリ」と書いたなら、「AI搭載型ペットコンパニオンプラットフォーム」と言い換えてはいけません。

セクション2：タスク

平坦で、一覧しやすく、行動につながる形式にします。以下を含めます。

• 明示的なやること
• Decide: ...の形式で示された決定事項
• Resolve: ...の形式で示された未解決の質問

セクション1のプロジェクトに属するタスクには、プロジェクトの説明を繰り返さず、関連付けのために[Project: X]を付けます。

形式：

- {task in imperative voice}  [Project: X if related]
- Decide: {decision}  [Project: X if related]
- Resolve: {open question}
- ...

セクション 3：関連性

このセクションでスキルの真価が発揮されます。そして、捏造は許されません。

ワークフロー：

1. ワークスペースの一覧を作成する — ダンプ内のキーワードに一致するファイル名パターンを Glob で検索し、内容の一致を Grep で検索し、トップレベルのディレクトリ構造を読み取ります。決定論的に実行するには scripts/workspace_inventory.py を使用してください。
2. ダンプ内の項目を既存のコンテンツと照合する — ダンプされた項目に関連するファイル／フォルダー、ドキュメント内の以前の検討内容、関連性のある進行中のプロジェクトを確認します。
3. ダンプ内の依存関係を明らかにする — 相互に影響する項目、テーマ、順序に関する影響を確認します。
4. アクセスできない場合は正直に伝える — ワークスペースを確認できない場合（ファイルシステムを利用できない、MCP が接続されていないなど）は、その旨を明確に伝えてください。もっともらしい関連性をでっち上げてはいけません。

厳守事項： 関連性を決して捏造しないでください。Glob／Grep／Read で実際に見つかったものだけを提示してください。実際の関連性が見つからない場合：

関連性： 関連性は見つかりませんでした — ワークスペースの確認で該当項目はありませんでした。

ワークスペースにアクセスできない場合：

関連性： こちらからアクセスできるワークスペースがありません。これを Claude Code から実行している場合、またはファイルが添付されたプロジェクトをお持ちの場合は、内容を補完できます。この作業が置かれている場所を共有していただけますか？

コンテキストごとの検出方法の一覧については、references/workspace_detection.md を参照してください。

セクション 4：できること

抽象的な可能性ではなく、具体的な提案をしてください。 すべての提案で、作成するものと保存先を明示します。

✅ 適切な例	❌ 避けるべき例
「Consensus MCP の統合パターンを調査し、3 つの選択肢を提示できます。出力先：docs/consensus-options.md。」	「統合方法を調べてみるとよいかもしれません。」
「Q3 のローンチ計画を 1 ページにまとめられます。出力先：チャットで回答し、ご希望であれば docs/q3-launch.md に保存します。」	「Q3 の計画について考えてみてもよいかもしれません。」
「src/users/ の既存パターンを使って、新しい認証モジュールの雛形を作成できます。出力先：src/auth/ に 4 ファイル。」	「認証の選択肢を検討できます。」

最後は、次の指示形式の質問で締めくくってください。

どれに取りかかりましょうか？

簡潔な出力形式

ダンプの項目が5 個以下で、項目同士に関連がない（自然なまとまりを作れない）場合は、4 セクション形式を使わず、簡潔な形式を使用します。

## What I heard

- {item}
- {item}
- {item}
- ...

## How I can help

- {concrete offer with what + where}
- {concrete offer with what + where}

Which should I tackle?

適用の判断には complexity_estimator.py の推奨、またはまとまりが見つからない場合の判断を使います。それぞれの形式を適用する場面の例については、references/complexity_matching.md を参照してください。

ワークスペース検出戦略

コンテキスト	検出方法
Claude Code CLI	ダンプ内のキーワードに一致するファイルを Glob で検索し、内容の一致を Grep で検索し、トップレベルの構造を読み取ります。scripts/workspace_inventory.py を使用してください。
プロジェクトのある Claude.ai	プロジェクトのナレッジファイルでテーマの重なりを確認します。ファイルのタイトルを一覧にし、キーワードで一致するものを提示します。
接続済みツール（Notion、Drive など）	利用可能であれば MCP 経由で検索します。以下の Notion MCP セクションを参照してください。
アクセス可能なワークスペースがない	制限を明確に伝え、ユーザーの環境について尋ねます。捏造してはいけません。

Notion MCP（任意）

このスキルは、利用可能な場合に Notion MCP コネクターと連携します。整理したセクションをチャットに出力した後、notion-query-data-sources を実行してみてください。結果が返された場合は Notion に接続されているため、以下の保存フローを実行します。失敗するか利用できない場合は、何も言わずにスキップし、アラートを追記してください。

保存フロー（Notion に接続されている場合）

4 セクション（または簡潔版）の出力を提示した後、ユーザーがまだセクション 4 の提案を選んでいない場合に実行します。これは並行して行うバックグラウンド処理であり、次の処理に進むための条件ではありません。

1. Projects と Tasks の上位項目からキーワードを使って notion-search を呼び出し、ワークスペース内に一致する既存のページがないか確認します
2. セクション 1 の Project/Idea ごとに、一致するプロジェクトページがすでに存在するか確認します
   • 存在する場合：一致するページをユーザーに提示します（「既存のページが見つかりました：[title] — リンクまたは更新しますか？」）。承認なしに自動更新してはいけません
   • 存在しない場合：Projects データベースに notion-create-pages で作成することを提案します
3. セクション 2 の Task ごとに、notion-query-database-view を呼び出してタスクデータベースが存在するか確認します
   • 存在する場合：notion-create-pages でタスクをそのデータベースに追加することを提案します
   • 存在しない場合：notion-create-database で Tasks データベースを作成し、タスクを追加することを提案します
4. Notion への操作はすべて提案であり、自動実行ではありません。セクション 4 の最後に、まとめて 1 つの提案を提示します：

Notion に保存しますか？ メモから [N] 件のプロジェクトと [N] 件のタスクが見つかりました。Notion ワークスペースに追加できます。一致する既存ページは [X] 件、新しい項目は [Y] 件です。進めるには「save to Notion」と入力するか、代わりにセクション 4 の提案を選んでください。

5. 承認されたら、承認済みの項目に対して notion-create-pages を実行し、ページへのリンクを添えて確認します

フォールバック（Notion に接続されていない場合）

💡 Notion に接続されていません — 整理したメモはチャットにのみ出力されます。Notion MCP コネクターを接続すると、プロジェクトとタスクをワークスペースに自動保存できます。セットアップ：notion-mcp-server

承認ゲート

4 セクション（または簡潔版）を提示した後：

• ほかの操作を行う前に、ユーザーが明示的に選択するまで待ちます。
• ユーザーが具体的な提案を選ばずに「go」と言った場合は、その指示に従います。ただし、確信度が 100％ ではなかった項目があれば明示し、訂正できるようにします。
• 自動で行うのは整理のみです。セクション 4 の提案には、すべて承認が必要です。

エラー処理

状況	動作
ワークスペースにアクセスできない	その旨を伝え、セクション 3 を省略するか、「アクセス可能なワークスペースがありません」と伝えてセットアップについて確認します
メモが非常に短い（3～5 項目）	簡潔版の出力を使用し、4 セクションに無理に分けません
項目が非常に曖昧	出力でその旨を示し、確認質問を最大 1 つ行います（または確認質問を省略し、提示時に曖昧さを明示します）
メモに機密情報が含まれる	整理を依頼されている場合、認識したことは伝えますが、ユーザーが引用を求めない限り、内容をそのまま繰り返しません
メモ内の項目が矛盾している	セクション 1 または 3 で矛盾を明示します（Conflict: X says A, Y says B）
承認前にユーザーが「go」と言う	その指示に従いますが、確信が持てなかった項目は明示します

ツール

スクリプト	役割
scripts/workspace_inventory.py	セクション 3 用の Glob+Grep ヘルパーです。python workspace_inventory.py --root . --keywords "k1,k2" は、キーワードごとの一致項目とフォルダー構造を返します。
scripts/dump_classifier.py	メモの各行を正規表現で task / decision / question / idea / project-component に分類します。ヒューリスティックによる分類のため、判断に基づいて上書きしてください。
scripts/complexity_estimator.py	項目数を数え、まとまりの傾向を検出し、format=full または format=compressed を推奨します。

参考資料

• references/workspace_detection.md — 状況に応じた検出方法（CLI / ウェブ / MCP / アクセス不可）
• references/voice_preservation.md — 具体例を交えた企業用語のアンチパターン
• references/complexity_matching.md — 簡潔版と完全版の出力、実例

拒否すべきアンチパターン

• 実際に Glob/Grep で確認していないワークスペースとのつながりを捏造する
• 「些細なこと」と判断した項目を省く — すべて記録し、取捨選択はユーザーに任せる
• ユーザーのくだけた言葉遣いを堅苦しいビジネス調に変える
• 入力が少ない場合でも4セクション構成を強制する（簡単なタスクが5つなら、4セクションにする必要はありません）
• 承認を得る前にセクション4の提案を実行する
• 意思決定や質問を、関連プロジェクトに組み込まず独立したトップレベルのカテゴリに分ける
• 曖昧なセクション4の提案（「検討してみるのもよいかもしれません……」）
• 最初に確認の質問を3つ以上する（すぐに行動に移せなくなります）