受信箱
保管庫のキャプチャバッファはタスクバックエンドの受信箱であり、フォルダではありません — paths.md がそのルールと、ディスク上の Inbox/ が何のためにあるかを定義します。キャプチャは、それが何であるかが明確になった時点でバッファを離れ、適切なPARAフォルダに移動します。単なるアクションの場合はバックエンドに残ります。
TASKS = files の場合、受信箱は Inbox/ フォルダです（paths.md がその意味、迷子ファイルを含めて説明します）。以下の手順は、迷子ファイルの処理を除いて変更されません。
すべてのタスク呼び出しは tasks.md の操作であり、TASKS のアダプタに従って実行されます。バックエンドが利用できない場合は、tasks.md の「バックエンドなし」が適用されます。
基本レイヤー
アクションを実行する前に、このスキルのベースディレクトリからの相対パス ../../para/<file>.md として以下を読み込んでください — これらは共有ルールを保持しており、記憶から再述してはいけません：
../../para/paths.md— 常に（「言語」を含む）：以下の文字列はlang/<LANG>.mdから取得されます../../para/tasks.md— 常に：操作、processの場合はタスクとは何か、エリア、プロジェクトも../../para/note-format.md—process用../../para/confirm.md—process用../../para/move.md—process用、Inbox/から迷子ファイルをルーティングする場合
サブコマンド
$ARGUMENTS の最初の単語がサブコマンドを選択します。list または process でないものはすべて add のテキストとして扱われるため、/inbox a thought about sleep はその思考をキャプチャします — add キーワードはオプションです。空の $ARGUMENTS → 3つのサブコマンドを表示し、質問します。
add <text> — キャプチャ
inbox.addをtitleとオプションのdescriptionで実行します。短いテキストはそのままタイトルになります。長いテキストの場合は、そこから派生した短いタイトル（6語以下）をLANGで作成し、全文をそのまま description として設定します。- 他には何も設定しません — ユーザーが明示しない限り、日付、優先度、ラベルは設定しません。これはバッファであり、ユーザーの思考を整理する場所ではありません。
- 1行で何が作成されたかを報告し、ユーザーが同意しない場合に名前を変更できるようにします。
キャプチャが明らかに特定の場所に属する場合は、報告でそれを述べ、/inbox process を提案します — 頼まれてもいないのにルーティングしてはいけません。
list — 未処理の表示
読み取り専用です。
inbox.list— すべての未処理キャプチャ。- 番号付きリストを、最も古いものから順に、
inbox.header文字列（{n}キャプチャ数、{days}最も古いものの経過日数）をヘッダーとして印刷します。タイトルのみ、説明は表示しません。 - 迷子ファイル。
TASKS = filesではない場合（paths.md）。Inbox/内の*.mdファイルを一覧表示します（ファイル名のみ、内容は開きません）。存在する場合は、inbox.strays文字列（{k}ファイル数）を1行追加します。 - 受信箱が空の場合は、有効で良い回答です：そのまま伝えてください。
process — キャプチャのルーティング
受信箱のバルブです。対話型で、一度に1つのキャプチャを処理します — 受信箱全体をダンプして宛先を提案し、ユーザーに一括承認を求めてはいけません。
-
受信箱を上記のように一覧表示します — 最初にバックエンドのキャプチャを最も古いものから、次に
Inbox/の迷子ファイル（TASKS = filesの場合、inbox.listがすべて含まれます、paths.md）。いくつあるかを伝え、最初のものから始めます。 -
各キャプチャについて：タイトルと内容（説明、または迷子ファイルの本文）を表示します — 長い場合は簡潔に。次に、それが何であるかのあなたの解釈を示し、ルートを提案します。ルート名は
lang/<LANG>.mdのinbox.route.*文字列です。以下の左列がキーです：ルート 処理内容 inbox.route.actionプロジェクト外のTo-Do → tasks.md「タスクとは」に従って表現を確認し、まず表現を提案して合意を得た後、ユーザーが選択したareaと合意したtitleでtask.moveを実行inbox.route.project_task既存プロジェクトのステップ → find-target.mdでプロジェクトを見つけ、tasks.md「タスクとは」に従って表現を提案し、そのproject_refと新しいtitleでtask.moveを実行。タスクは開いたまま、何も作成またはクローズしません。TASKS = filesの場合、既存のベース名は衝突です：note-format.md「名前の衝突」inbox.route.project終了状態のある取り組み → /projects createに引き継ぎinbox.route.area継続的な責任 → /areas create、または既存のエリアに追加inbox.route.resource保存する価値のある知識 → /resources createinbox.route.keepまだ熟していない — 受信箱に残します、恥じることはありません inbox.route.deleteゴミ → 閉じます（以下参照） 1つを推奨し、1文で理由を述べます。ユーザーが決定します。
-
ルートを実行し、キャプチャのテキストを宛先を所有するスキルに引き渡します — そのスキルが独自のテンプレートからノートを構築します。ここでノートを書いてはいけません。
-
ルートが実行されたらキャプチャを閉じます：
- バックエンドキャプチャ — 保管庫にルーティングされるか、ゴミへ →
inbox.close— 元に戻せるため（tasks.md）、Tier 1（confirm.md）。inbox.route.actionとinbox.route.project_taskはタスク自体を移動し（task.move）、開いたままにします。inbox.route.keepはそのままにします。 Inbox/内の迷子ファイル —/projects create、/areas create、または/resources createがその内容を取得した後、/removeでファイルを削除します。inbox.route.deleteの場合は、直接/removeに引き渡します。inbox.route.actionはtask.addとareaでタスクに変換し、その後同じ方法でファイルを削除します。
- バックエンドキャプチャ — 保管庫にルーティングされるか、ゴミへ →
-
次のキャプチャに進みます。 閉じる処理を最後にまとめて行ってはいけません。
-
ユーザーが停止を指示したら停止し、処理した数と残っている数を報告します。一度に受信箱全体を処理することが目標ではありません。
注意事項
- 受信箱は意図的に摩擦を低くしています：
addは避けられる質問を決してしません。processで思考が行われます。 - すべて
LANGで行われ、タスクも含みます。