菜单
「次に何をする?」「やること教えて」「タスク何が残ってる?」「今日やること」「優先度高いのは?」と聞かれたら、Suasor MCP の priority.list（決定論的 cross-entity scorer）を基線に、tasks + open commitments + un-acked demand を優先度順に並べた next-actions を返す。順位はコードが固定し、会話文脈での上書きだけを host が担う。新規 task 作成は write tool（task.create）のためホスト側で人確認を促す。
用 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 を直接叩かない。
「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 経路は存在しない。
「このタスク GitHub に起票して」「Jira のチケット完了にして」「あの issue にコメント付けて」「タスクを外部に publish して」「ticket を再オープンして」と頼まれたら、Suasor MCP の task.list で対象 task を特定し、ユーザー確認後に task.publish で外部ホーム（GitHub Issues / Jira / Slack List）へ起票、または task.act で complete / reopen / comment を遠隔操作する。auto-apply 経路は存在しない。
| name | next-actions |
| description | 「次に何をする?」「やること教えて」「タスク何が残ってる?」「今日やること」「優先度高いのは?」と聞かれたら、Suasor MCP の priority.list（決定論的 cross-entity scorer）を基線に、tasks + open commitments + un-acked demand を優先度順に並べた next-actions を返す。順位はコードが固定し、会話文脈での上書きだけを host が担う。新規 task 作成は write tool（task.create）のためホスト側で人確認を促す。 |
| readOnly | true |
| category | task |
| triggers | ["次に何をする?","やること教えて","タスク何が残ってる?","今日やること","優先度高いのは?"] |
| pairs | [] |
| mcp_tools_read | ["priority.list","task.list","demand.list","commitment.list","recall.search"] |
| mcp_tools_write | [] |
未処理 task / 約束 / demand を優先度順に並べて「次にやること」を返す。順位の基線は コードが持つ（priority.list の決定論的 scorer、ADR-0041）。skill 散文で順位を決めない。
read tool のみ（ADR-0004）。
priority.list を基線として取る（ADR-0041 決定 3）。これは open/in_progress な task + open commitment + un-acked demand を、固定 comparatorで 1 本のランク付きリストに合成した決定論的 scorer で、同一入力に対し順序が一定になる（テストで固定）。順序基準はコードが持つ:
overdue（task/commitment 期限超過）> un-acked demand（@mention/DM/notification・鮮度順）> dueDate 近接（期日が近い順）> priority 高（high > normal > low）> 更新新しさ
各 item は rank / entity（task/commitment/demand）/ id / title / reason（どの規則で上に来たか: overdue / unacked_demand / due_soon / priority / recency）/ explanation / record（元レコード）を持つ。この reason を根拠として提示する。selfUserId 未設定時 demand は DM のみ。
必要に応じ各 entity の詳細を補う（基線の順位は変えない・表示補強のみ）:
task.list（state=open / in_progress、期間指定は updatedAfter / updatedBefore）で task の dueDate / priority / overdue を詳しく見る（ADR-0028）demand.list で demand 行の channelName / userName（ローカル join した人間可読名・未解決は null＝生 id fallback、ADR-0037 §10）や github notification の source/kind（reason）を見る。提示は id ではなく名前で行うcommitment.list（state=open、direction=owed_by_me で自分が負う約束）で約束の相手/期日を見る（ADR-0021）recall.search で各項目に関連する context を補強（embedding 無効時は signal: embedding_disabled を見て search（FTS）へフォールバック、ADR-0005）基線の順序に沿って next-actions を提示する。会話文脈による上書きは host の裁量（例:「今日は Slack を無視して」→ demand tier を落とす）。上書きしない限り、順位は priority.list の基線に従う
priority.list）に委ねる。skill 散文だけで並べ替えない（ADR-0041。会話文脈での上書きのみ host 裁量）demand.ack / demand.dismiss（write tool）で印を付けると基線から外れる。ここでは印付けを行わず、ホスト側で人の確認を促す（HITL、auto-apply なし、ADR-0004）task.create（write tool）のため、ここでは行わず、ホスト側で人の確認を促す（HITL、auto-apply なし）