菜单
「保留中の提案を確認」「pending な候補をレビュー」「溜まってる draft を捌いて」「提案を承認/却下」と頼まれたら、Suasor MCP の propose.list（state=pending）で生成済み候補を一覧し、ユーザーに提示して確認を取った上で、承認分のみ propose.apply で適用し、不要分は propose.reject（任意で理由）で却下する。auto-apply 経路は存在しない。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | proposal-review |
| description | 「保留中の提案を確認」「pending な候補をレビュー」「溜まってる draft を捌いて」「提案を承認/却下」と頼まれたら、Suasor MCP の propose.list（state=pending）で生成済み候補を一覧し、ユーザーに提示して確認を取った上で、承認分のみ propose.apply で適用し、不要分は propose.reject（任意で理由）で却下する。auto-apply 経路は存在しない。 |
| readOnly | false |
| category | triage |
| triggers | ["保留中の提案を確認","pending な候補をレビュー","溜まってる draft を捌いて","提案を承認/却下"] |
| pairs | [] |
| mcp_tools_read | ["propose.list"] |
| mcp_tools_write | ["propose.apply","propose.reject","propose.batch","proposal.feedback"] |
各 skill（reply-draft / source-extract / meeting-followup / inbox-triage / commitment-review）が貯めた pending 候補をまとめてレビューし、承認/却下する HITL write skill。propose.* ライフサイクル（Issue #89）の「出口」= 承認キューに当たる（ADR-0004）。
read で集めて、write は HITL。auto-apply 経路は存在しない（ADR-0004）。
propose.list（state=pending）で承認待ち候補を一覧する。kind（task / decision / reply_draft / triage / commitment）や updated_at 時間窓で絞り込める。各行は candidateId / mode / kind / summary / createdAt。既に却下した候補とその理由を振り返るときは state=rejected で一覧する（各行の reason に却下理由が入る、#197）propose.apply でまとめて適用する（対応する domain event を append、idempotent。既適用は skipped）。適用で ledger が pending → applied に遷移するpropose.reject（candidateId、任意で reason）で却下する。ledger が pending → rejected に遷移し、以後 propose.list の pending に現れない（再提示しない）propose.batch（operations: [{action: "apply", candidate}, {action: "reject", candidateId, reason?}]）で 1 RPC・単一トランザクションにまとめられる（atomic、apply/reject と同じ semantics）。HITL（人の一括判断後にのみ呼ぶ、#197）proposal.feedback（candidateId、reason 必須）で再生成ヒントを記録する（#279）。候補は pending のまま（state を遷移させない）で、記録した reason は propose.list で読める。ユーザーがその方向で作り直したいときは生成元 skill（reply-draft 等）で propose.generate し直すpropose.apply / propose.reject を呼ばない。auto-apply しない。propose.list は read（候補確認）propose.generate で作る。本 skill は候補を生成しない（横断レビューに専念）。新規候補が要るなら生成元 skill（reply-draft 等）を使うpropose.reject は pending のときのみ却下。applied（適用済み）/ missing（該当なし）は遷移させず status で報告し、rejected 再呼び出しは already_rejected（no-op）。proposal.feedback も pending のときのみ reason を記録（state 据え置き）。applied / rejected / missing は status 報告のみ「上司向け週次報告」「クライアント向け進捗まとめ」「外向きステータス」「マネージャーに送る 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 経路は存在しない。