capture-triage

キャプチャのトリアージ

このスキルでできること

モバイルでキャプチャした内容を、Ready キューで実行可能なタスクに変換します。キャプチャされたものにはすべて意図があります。このスキルで意図を明確にすることで、task-clarity-scanner が重要なものを判断できるようになります。

対象ユーザー

Ed：一日を通して Drafts Pro にちょっとした考えを記録しています。

基本方針

キャプチャされたものにはすべて意図があります。Ready に振り分け、Someday/Maybe に移すものは task-clarity-scanner に判断させます。

受動的にファイリングすることはありません。キャプチャはすべて、判断の機会になります。

---

パス

Inbox:      /Users/eddale/Documents/COPYobsidian/MAGI/Zettelkasten/Inbox/
Processed:  /Users/eddale/Documents/COPYobsidian/MAGI/Zettelkasten/Inbox/Processed/
Daily note: /Users/eddale/Documents/COPYobsidian/MAGI/Zettelkasten/YYYY-MM-DD.md
Projects:   /Users/eddale/Documents/COPYobsidian/MAGI/Zettelkasten/PROJECT - *.md
Contacts:   /Users/eddale/Documents/COPYobsidian/MAGI/Zettelkasten/CONTACT - *.md

---

重要：名称の説明

用語	意味
Inbox フォルダー	/Zettelkasten/Inbox/ - Drafts Pro がモバイルのメモを送信する場所
Captures セクション	デイリーノートの ## Captures - 今日作成したドキュメントへのリンク
Ready 配置先	デイリーノートの ## Ready セクション - トリアージ済みタスクの配置先

覚えておいてください： このスキルは Inbox フォルダーから読み取り、Ready セクションに振り分けます。 タスクは Ready セクションのみに追加します。Captures セクションはドキュメントへのリンク用です。

---

手順

ステップ 1：Inbox フォルダーを確認する（ルートのみ）

重要： Inbox/ 内の直下のファイルのみを確認し、サブディレクトリは確認しないでください。

ls /Users/eddale/Documents/COPYobsidian/MAGI/Zettelkasten/Inbox/*.md 2>/dev/null

ファイルが見つからない場合：「待機中のキャプチャはありません」と報告して終了します。 ファイルが見つかった場合：ステップ 2 に進みます。

ステップ 2：コンテキストを読み込む

mission-context スキルから有効なプロジェクト名を取得し、さらに次の操作を行います。

Glob: /Users/eddale/Documents/COPYobsidian/MAGI/Zettelkasten/PROJECT - *.md

照合用にプロジェクト名のリストを作成します。

ステップ 3：各キャプチャを読み取り、分類する（バックグラウンドでの実行可）

このステップはバックグラウンドで実行できます。 ユーザーに提示する前に、すべてのキャプチャを読み取り、分類します。

Inbox 内の各 .md ファイルについて：

1. 全文を読み取る
2. フロントマターからソース URL を抽出する（ステップ 3b を参照）
3. 処理済みかどうかを判定する（ステップ 3a を参照）
4. 意図で分類する（ステップ 4 を参照）

すべてのファイルの読み取りと分類が完了してから、ユーザーに提示します。

ステップ 3b：ソース URL を抽出する

x-bookmark ファイルの場合（ファイル名が x- で始まる場合）：

• YAML フロントマターから tweet_url を読み取る
• Ready に振り分ける際、この URL を必ず含めます

URL を含むその他のキャプチャの場合：

• フロントマターに url:、source_url:、または link: がないか確認する
• 本文に Markdown リンク [text](url) がないか確認する
• 見つかった URL は、振り分けの手順で使用するために保持する

ステップ 3a：処理済みコンテンツを判定する

キャプチャの内容が要約のように見える場合（構成や見出しがあり、出典を引用している場合）：

• [PROCESSED] としてフラグを付ける
• REFERENCE として振り分けることを提案する
• すでに調査済みのため、research-swarm は提案しない

処理済みコンテンツを示す要素：

• Markdown の見出し（##、###）がある
• 構造化された情報を含む箇条書きがある
• 他の出典を引用または出典として明記している
• 動画や記事からのメモのように見える

ステップ 4：各キャプチャを分類する

優先ルール： インラインのヒントは自動検出より優先されます。まず次のヒントを確認します。

• IDEA: または Idea: → IDEA
• Research: → RESEARCH（swarm の選択肢を表示）
• for [Project Name] → PROJECT_UPDATE
• Task: または TODO: → TASK

自動検出（インラインのヒントがない場合）：

シグナル	分類
動詞で始まる（電話する、メールする、買う、確認する、送る、予定を入れる）	TASK
Research: のヒント、または調査が必要な明示的な質問を含む	RESEARCH
「もし〜なら…」や推測的な表現	IDEA
有効なプロジェクト名に言及している	PROJECT_UPDATE
人名と行動に関する文脈	CONTACT
リンク、記事、保存したコンテンツ、所見	REFERENCE

ステップ 5：分類のプレビューを表示する（2 段階）

2 段階のパターン： まずプレビューテーブルを表示し、その後、別のメッセージで判断を尋ねます。 何をすべきか尋ねる前に、ユーザーが情報を確認できるようにします。

---

ステップ 5a：テーブルを表示する

見つかった内容を表示します。まずユーザーが情報を確認できるようにします。

## Capture Triage Preview

Found [N] captures. Here's how I've classified them:

| # | File | Preview | Classification | Suggested Routing |
|---|------|---------|----------------|-------------------|
| 1 | note1.md | "Call dentist..." | TASK | Ready: Call dentist (MM-DD) |
| 2 | note2.md | "What if we..." | IDEA | Ready: Consider: [idea] (MM-DD) |
| 3 | summary.md | [PROCESSED] "Article about..." | REFERENCE | Ready: Review: [title] (MM-DD) |
| 4 | question.md | "Research: how do..." | RESEARCH | Spawn research-swarm? |

ここでいったん待ちます。 判断を尋ねる前に、ユーザーがテーブルを見て内容を確認できるようにします。

---

Step 5b：判断を尋ねる

表を表示した後、AskUserQuestion を使って質問を1つだけ尋ねます：

How would you like to proceed?

1. **Approve all** - Route everything as shown
2. **Go one-by-one** - Review each item individually
3. **Modify** - Change specific classifications before routing
4. **Skip all** - Don't process any captures right now

重要なポイント：

• すでに要約済みのコンテンツには [PROCESSED] フラグを表示します
• RESEARCH 項目はプレビュー表に起動オプション付きで表示し、起動前にユーザーの承認を得ます
• 変更を加える前に、ユーザーが承認、修正、またはスキップできるようにします

Step 6：分類に応じて振り分ける

承認後、各キャプチャを振り分けます：

分類	振り分け先	形式
TASK	Ready	- [ ] [action] (MM-DD)
IDEA	Ready	- [ ] Consider: [idea] (MM-DD)
REFERENCE	Ready	- [ ] Review: [linked title](URL) - brief context (MM-DD)
RESEARCH	承認された場合：エージェントを起動	Step 7 を参照
PROJECT_UPDATE	プロジェクトファイル	## Context Gathered にタイムスタンプ付きで追記
CONTACT	ノートを作成 + Ready	- [ ] Follow up with [Name] (MM-DD)

重要：確認タスクには必ずリンクを含めてください。

REFERENCE 項目には、Ed が見つけられるよう、必ずソースリンクを含めます：

• X のブックマーク：[Title](https://x.com/author/status/ID)
• 記事：[Article Title](URL)
• Obsidian ドキュメント：[[Document Name]]
• YouTube：[Video Title](URL)

キャプチャに URL がなく、外部コンテンツを参照している場合は、(source needed) と記載します。

---

編集手順：

Ready に振り分ける各項目について：

1. 今日の日次ノートを次の場所で開きます： /Users/eddale/Documents/COPYobsidian/MAGI/Zettelkasten/YYYY-MM-DD.md
2. ## Ready セクションを探します
3. Edit ツールを使い、上記の形式でタスクを追記します
4. ## Captures には追加しないでください - このセクションはドキュメントリンク専用です

Edit 操作の例：

old_string: "## Ready\n- [ ] existing task"
new_string: "## Ready\n- [ ] existing task\n- [ ] [new task from capture] (01-06)"

PROJECT または CONTACT ファイルを作成する場合： それらのファイルは別途作成し、そのファイルへのリンクを Ready にタスクとして追加します（例：- [ ] [[PROJECT - Name]] - brief desc）。

Step 7：調査を処理する（依頼された場合のみ）

research-swarm を起動できるのは、次の場合のみです：

• ユーザーが Step 5 のプレビュー中に明示的に承認した
• キャプチャに Research: のインラインヒントがあり、ユーザーが確認した

承認された各 RESEARCH 項目について：

Task(
  description="Research: [Topic]",
  prompt="Research question: [Full capture content]

  Use research-swarm pattern to investigate. Save findings to Zettelkasten.
  When complete, add review task to Ready: '- [ ] Review: [[Research - Topic]] (MM-DD)'",
  subagent_type="research-swarm",
  run_in_background=true
)

日次ノートにプレースホルダーを追加します：

- [RESEARCH] [Topic] - swarm running in background

Step 8：連絡先を処理する

キャプチャに、行動に関する文脈とともに人物が記載されている場合：

1. CONTACT - [Name].md が存在するか確認します
2. 存在する場合：## Interactions セクションに追記します
3. 新規の場合：テンプレートを使って連絡先ノートを作成します
4. 必ず Ready にフォローアップタスクを追加します

連絡先ノートのテンプレート：

---
type: contact
created: YYYY-MM-DD
source: capture-triage
---

# [Person Name]

## Context
[Original capture content]

## Interactions
- YYYY-MM-DD: Initial capture - [summary]

## Follow-up
[Any implied next steps]

Step 9：処理済みに移動する

各キャプチャの振り分け後：

mv "[Inbox file]" "[Processed folder]"

元ファイルを保持するための安全策として、ファイルを Inbox/Processed/ に移動します。

Step 10：トリアージの概要を生成する

## Capture Triage - YYYY-MM-DD HH:MM

**Processed:** N items | **Research spawned:** M (if any)

### Routed to Ready
- [N] tasks
- [N] ideas (Consider:)
- [N] references (Review:)

### Research Running
- [Topic] - spawned at HH:MM

### Actions Taken
- Moved N files to Inbox/Processed/
- Created CONTACT - [Name].md (if any)
- Updated PROJECT - [Name].md (if any)

---

例

例 1：ドライランのプレビュー

Inbox フォルダーに4つのファイルがあります：

1. "Call dentist Monday about cleaning"
2. "What if we did a 5-day hook challenge?"
3. [PROCESSED] "Summary of Karpathy video - 6 paradigm shifts..."
4. "Research: how do successful coaches use AI?"

スキルの表示：

## Capture Triage Preview

| # | Capture | Classification | Suggested Action |
|---|---------|----------------|------------------|
| 1 | "Call dentist..." | TASK | → Ready: "Call dentist Monday (01-05)" |
| 2 | "What if we..." | IDEA | → Ready: "Consider: 5-day hook challenge (01-05)" |
| 3 | [PROCESSED] "Summary of Karpathy..." | REFERENCE | → Ready: "Review: [Karpathy video](URL) - 6 paradigm shifts (01-05)" |
| 4 | "Research: how do coaches..." | RESEARCH | → Spawn research-swarm? |

Approve all, modify, or skip items?

例 2：承認後

ユーザーは、#4 の research swarm も含めてすべて承認します。

結果：

• Ready に新しいタスクが3件、調査プレースホルダーが1件追加されます
• Research-swarm がバックグラウンドで起動します
• 4つのファイルすべてが Processed/ に移動します
• 概要が生成されます

---

ガイドライン

• 2段階のプレビュー - まず表を表示し、次に判断を尋ねます（別々のメッセージ）
• Captures ではなく Ready - トリアージした項目はすべて ## Ready セクションのタスクになります
• ドライランを標準にする - 振り分ける前に必ずプレビューを表示します
• インラインヒントを尊重する - 自動検出より優先します
• Research-swarm はオプトイン - 起動前に尋ねます
• [PROCESSED] コンテンツ - 要約にフラグを付け、REFERENCE への振り分けを提案します
• すべて Ready に振り分ける - 優先順位付けは task-clarity-scanner に任せます
• 元ファイルを保持する - 安全策として Processed/ フォルダーに移動します
• 確認タスクにはリンクが必要 - Ed がコンテンツを見つけられるよう、ソース URL またはウィキリンクを必ず含めます

---

バージョン履歴

バージョン	日付	変更内容
1.0	2025-01-05	inbox-triage として初回ビルド
2.0	2025-01-05	capture-triage に名称変更。ドライラン、AskUserQuestion のフロー、すべてのルートから Ready への遷移を追加
2.1	2026-01-06	フォルダー名を Captures→Inbox に変更。ステップ 5 を 2 段階のプレビューに分割。Ready セクションへの明示的なルーティングを追加。分類ではバックグラウンド処理を許可
2.2	2026-01-12	要件を追加：レビュータスクにはソースリンク（URL または wikilink）を必ず含める。フロントマターから URL を抽出するステップ 3b を追加（特に x-bookmark の tweet_url）

---

メモと学び

• 1 日目のテストでは、バックログがある状態で 32 件のキャプチャを処理しました。ドライランにより、過負荷を防止できました
• [PROCESSED] の検出により、すでに要約済みのコンテンツを再調査せずに済みます
• Research-swarm のオプトインにより、エージェントの際限ない起動を防げます
• リンクのないレビュータスクは役に立ちません。Ed がレビューするコンテンツを見つけられないためです（v2.2 で追加）