メニュー
TRIGGER: ユーザーが /task list, /task add, /task update <id>, /task close <id> を入力した場合、または「残タスク」「次やること」「TODO」「やり残し」「保留」を尋ねられた／自分が新規残タスクを認識した場合。プロジェクト直下の tasks.json を正本として読み書きする。SKIP: tasks.json が存在しないリポジトリ、外部チケットシステム（GitHub Issues／Linear 等）で管理されている領域、または単発の一時的なメモ（保存不要なもの）.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
TRIGGER: ユーザーが /role <name> を入力した場合、または「<ロール名>に切り替えて」「<ロール名>として作業」のような明示的なロール切替要求を発した場合。ロールは capability manifest で定義される。SKIP: 単一ターンの委譲は /agent-call、ロール非依存の質問。
TRIGGER: ユーザーが /routine, /routine status, /routine meta [role|all], /routine <job> [mode] を入力した場合。リポジトリに記録された定期実行タスクを手動で確認・実行する。SKIP: 単発の通常タスク管理は別のタスクスキル、メタエージェントだけを直接起動する場合は /meta を使う。
TRIGGER: ユーザーが /agent-map を入力した場合、または「ディレクトリ構造どうなってる」「エージェントの配置」「どこに何がある」「agent map」のような全体構造の確認要求を発した場合、またはディレクトリの大幅変更（リポ追加・削除・リネーム、設定ストア構造変更等）の直後。エージェント関連ディレクトリ構造の生きた文書（MAP.md）を再スキャンして更新する。SKIP: 単一ファイルの位置確認は直接 ls で十分。MAP.md が最新（例: 直近 7 日以内更新）かつ大幅変更がない場合は再生成不要。
TRIGGER: 作業ディレクトリの入り口に「AI エージェント用 INDEX.md」と「人間用 README.md」を整備したい場合。ユーザーが /dir-entry [path] を入力、または「INDEX と README 作って」「作業ディレクトリの入り口ファイルを整備」「AI 用 index と人間用 readme を作って」と依頼したとき。SKIP: 既存 README を機械的に上書きしたいだけの場合・入り口ファイルを増やしたくない単発ディレクトリ・INDEX/README 以外のドキュメント生成。
TRIGGER: PDF または Google ドキュメント/スプレッドシート/スライドからプレーンテキストを抜き出したい場合（ローカルファイル・Drive 上のファイルどちらも）。入力の種類で適切な抽出ツールへ自動振り分けする。SKIP: スキャン画像のみの PDF（OCR が必要で非対応）・テキストではなく画像/表/レイアウトそのものが目的の場合・このセッションで直接読めば十分な単発の小さいファイルの場合。Examples - /extract-text /path/to/file.pdf, /extract-text <drive-url>, /extract-text <gdoc-id> -o out.md.
TRIGGER: Google Slides の URL または fileId が提供され、スピーカーノートを含むスライド全体の内容が必要な場合（Drive の通常エクスポートではノートが省略されるため）。SKIP: Google Slides 以外のファイル形式（PDF・Docs・Sheets 等）・ノートが不要でスライドタイトルのみ必要な場合・オフラインまたは ADC 未設定の場合。Examples - /gslides-read <url>, /gslides-read <fileId> -o deck.md.
| name | task |
| description | TRIGGER: ユーザーが /task list, /task add, /task update <id>, /task close <id> を入力した場合、または「残タスク」「次やること」「TODO」「やり残し」「保留」を尋ねられた／自分が新規残タスクを認識した場合。プロジェクト直下の tasks.json を正本として読み書きする。SKIP: tasks.json が存在しないリポジトリ、外部チケットシステム（GitHub Issues／Linear 等）で管理されている領域、または単発の一時的なメモ（保存不要なもの）. |
残タスク管理スキル。プロジェクトの残タスク正本である tasks.json（配置先は自分の構成に合わせる。以下 <TASKS_JSON> と表記）を読み書きする。
詳細な運用ルールはタスクディレクトリの README.md に置く想定。
<TASKS_JSON> が唯一の正本。他のメモ・ドキュメント・ロール設定に別途タスク一覧を作らない/task list [filters]<TASKS_JSON> から残タスクを読み出す。
引数なし：status が open または in_progress のタスクを priority 昇順 → created 降順で表示。
フィルタ例：
/task list status:open — open のみ/task list status:in_progress — 着手中のみ/task list source:<source-name> — 特定 source/task list source:<sourceA>,<sourceB> — 複数 source/task list agent:owner — assignee 指定/task list priority:<=2 — priority 2 以下（高優先のみ）出力形式：
T-2026W20-<source>-001 [open] (P2) [owner] タスクのタイトル
source: <source-name>
created: 2026-05-17
notes: ...（1 行サマリ）
/task add新規タスクを追記。インタラクティブに以下を確認：
owner がデフォルト）ID 採番：T-<ISO-week>-<source>-<NNN> を自動生成
created：当日の YYYY-MM-DD
status：open で開始
/task update <id>既存タスクの status／notes／priority／agent を更新する。
notes への追記は [YYYY-MM-DD] 内容 プレフィクスで時系列を保つ（既存 notes に append）status を done に変える場合は /task close を使う（completed 日付の自動付与のため）/task close <id>status を done に遷移、completed に当日日付を入れ、必要なら notes に完了経緯を追記する。
status: close-as-skipped にしたい場合は /task update <id> で明示的に指定。
<TASKS_JSON> は手書きしやすい JSON。Python の json.load／json.dump（ensure_ascii=False, indent=2）で読み書きする想定<TASKS_JSON>（プロジェクト直下のタスク JSON）README.md