メニュー
「受信箱整理して」「inbox 仕分けて」「未処理アイテム捌いて」「pending を片付けて」と頼まれたら、Suasor MCP の inbox.list（state=open）で未処理アイテムを集め、propose.generate（mode=inbox_triage）で各アイテムへの action 候補（task 化 / decision 記録）を生成し、ユーザー確認後に propose.apply で承認分のみ保存する。auto-apply 経路は存在しない。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
「上司向け週次報告」「クライアント向け進捗まとめ」「外向きステータス」「マネージャーに送る report」「お客さんに見せる進捗」と頼まれたら、Suasor MCP の task.list（state=completed, updated_after=対象期間開始）と decision.list（recorded_after=対象期間開始）を組み合わせて完了タスク + 意思決定を引き、brief で外向き tone のまとめを返す。persist なし。
「今日のまとめ」「今週どうなってる」「最近どう」「自分の状況」「先週の振り返り」と聞かれたら、指定期間（既定は直近 24h）の主要な動きを自分向けにまとめる。Suasor MCP の brief / recall.search / task.list / decision.list / inbox.list を読み取り系で組み合わせて要約する。
「あの資料どこ」「先週共有された PDF」「<キーワード>含むファイル」「あの議事録」「あの Doc」と頼まれたら、Suasor MCP の search（FTS5 全文検索）で本文ベースに横断検索し、connector 取り込み済みの source を返す。意味検索が要るときは recall.search を補助的に併用する。外部 SaaS を直接叩かない。
「次に何をする?」「やること教えて」「タスク何が残ってる?」「今日やること」「優先度高いのは?」と聞かれたら、Suasor MCP の priority.list（決定論的 cross-entity scorer）を基線に、tasks + open commitments + un-acked demand を優先度順に並べた next-actions を返す。順位はコードが固定し、会話文脈での上書きだけを host が担う。新規 task 作成は write tool（task.create）のためホスト側で人確認を促す。
「Slack の未処理を捌いて」「mention/DM まとめて」「Slack で呼ばれてるやつ」「Slack の未読対応」と頼まれたら、Suasor MCP の demand.list（source=slack の @mention / DM 未処理 signal）を集めて緊急度・種別で整理し、action が要るものは inbox.add で捕捉 / source.get → propose.generate(source_extract) で task・decision・返信下書き候補へ橋渡しし、対応済み / 不要は demand.ack / demand.dismiss で印を付ける。demand の列挙は read で自律 OK、書き込み橋渡しは HITL。
「あの誤って取り込んだ資料を消して」「この source を忘れて」「機密だから purge して」「取り込んだ <X> をローカルから削除して」「忘れられる権利で消して」と頼まれたら、Suasor MCP の search / source.list で対象 source を特定し、不可逆である旨をユーザーに確認した上で source.forget で本文を projection と event ログの双方から purge する。auto-apply 経路は存在しない。
| name | inbox-triage |
| description | 「受信箱整理して」「inbox 仕分けて」「未処理アイテム捌いて」「pending を片付けて」と頼まれたら、Suasor MCP の inbox.list（state=open）で未処理アイテムを集め、propose.generate（mode=inbox_triage）で各アイテムへの action 候補（task 化 / decision 記録）を生成し、ユーザー確認後に propose.apply で承認分のみ保存する。auto-apply 経路は存在しない。 |
| readOnly | false |
| category | triage |
| triggers | ["受信箱整理して","inbox 仕分けて","未処理アイテム捌いて","pending を片付けて"] |
| pairs | [] |
| mcp_tools_read | ["inbox.list"] |
| mcp_tools_write | ["propose.generate","propose.apply"] |
未処理 inbox を仕分ける HITL write skill。各アイテムを task 化 / decision 記録 / dismiss する action 候補を提案し、承認分のみ適用する（ADR-0004）。
read で集めて、write は HITL。auto-apply 経路は存在しない（ADR-0004）。
inbox.list（state=open）で未処理アイテムを集める。各 item は source_external_id / state / updated_atpropose.generate（mode=inbox_triage）で各アイテムへの action 候補を生成する。候補は次のいずれか:
task.create（write tool）に渡す task 候補。TaskProposed event に対応DecisionRecorded に対応する候補InboxItemTriaged（state: snoozed / done / dismissed）に対応する候補propose.list（state=pending）で生成済み候補を一覧し、ユーザーに提示して確認を取る（native framing: ホスト側で人の承認を促す。Issue #89）propose.apply で保存する（idempotent）。task 化を含む場合も承認後に適用する。不要な候補は propose.reject（任意で理由）で却下する（却下は記録され、再 apply されない）inbox.add / inbox.triage・Issue #88）propose.* 経由のモデル提案に対し、人自身の捕捉・解決は直接 write tool でも行える（いずれも HITL）:
inbox.add（sourceExternalId）— source を open で捕捉するinbox.triage（inboxId / action = task / decision / discard）— open 項目を解決する。task / decision は source 由来の task/decision を生成し項目を done に、discard は dismissed に遷移する。生成 entity は task.create / decision.record と同一の content 由来 id に着地する。open 以外の項目を triage しようとすると拒否される（state machine）propose.apply / task.create / inbox.add / inbox.triage を呼ばない。auto-apply しない。propose.list は read（候補確認）、propose.reject は却下の記録inbox.state の語彙: open / snoozed / done / dismissed（data-model.md）。inbox.triage は open → done（task/decision）/ dismissed（discard）の遷移のみ