القائمة
溜まったタスクの一覧確認・優先度トリアージ・対話的な方針決定と処理を行うスキル。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
見積方針書に基づき、工程別見積の草案作成・数値整合性チェックを行うスキル。
提案戦略書・チェックリストに基づき、提案書のMarkdownスライド設計書を生成・更新するスキル。
CLAUDE.md のデモ仕様とヒアリング結果に基づき、Next.js デモアプリの画面・コンポーネント・モックデータをゼロから生成するスキル。
自社（提案主体）と提案先（クライアント）の会社情報をWebから自動取得し、org-data/company-profile.md および source/client-profile.md を充実させるスキル。フルオートモードでは必須。
提案策定中のタスク・検討事項・課題を tasks.md に起票するスキル。人間が直接呼び出すほか、Claudeが会話中に検討事項を発見した際にも使用する。
プロジェクト進行中に追加資料を取り込むスキル。input/配下のファイルを自動分類し、source/ または org-data/ の適切な場所に配置する。docs-catalogの差分更新も実施。
| name | task-process |
| description | 溜まったタスクの一覧確認・優先度トリアージ・対話的な方針決定と処理を行うスキル。 |
| user-invocable | true |
| argument-hint | [TASK-ID|--all|--category カテゴリ|--triage] [--status open|in-progress|deferred] |
| allowed-tools | Read, Edit, Write, Glob, Grep, Bash |
tasks.md に蓄積されたタスク・検討事項を確認し、対話的に方針を決定しながら処理するスキル。
以下のモードで動作する:
| モード | 引数 | 動作 |
|---|---|---|
| 一覧表示 | --all または引数なし | 全オープンタスクのダッシュボード表示 |
| トリアージ | --triage | 未優先度付けタスクの一括トリアージ |
| カテゴリ絞込 | --category 検討事項 | 特定カテゴリのタスクのみ表示・処理 |
| 個別処理 | TASK-5 | 特定タスクの詳細確認と処理 |
| ステータス絞込 | --status deferred | 特定ステータスのタスクを表示 |
tasks.md を読み込む
tasks.mdが見つかりません。/task-addでタスクを起票してください。
引数に応じてフィルタリングした結果を表示する。
📋 タスクダッシュボード（YYYY-MM-DD）
■ サマリ
Open: X件 | In Progress: Y件 | Deferred: Z件 | Resolved: W件
■ 優先度別
🔴 High: N件
🟡 Medium: N件
🟢 Low: N件
■ オープンタスク一覧
| ID | タイトル | 優先度 | カテゴリ | 起票日 | 経過日数 |
|----|---------|--------|---------|--------|---------|
| TASK-1 | ... | high | 検討事項 | 2026-03-01 | 3日 |
| TASK-3 | ... | medium | TODO | 2026-03-02 | 2日 |
| ... | ... | ... | ... | ... | ... |
処理するタスクを指定してください（例: TASK-1）。
または:
- 「トリアージ」: 優先度の見直し
- 「まとめて処理」: 関連タスクをグループ化して処理
- 「終了」: ダッシュボードを閉じる
優先度が medium（デフォルト値）のまま放置されているタスクを一つずつ確認:
🔍 トリアージ: TASK-3「○○の技術検証」
カテゴリ: 検討事項
起票元: claude
起票日: 2026-03-01（3日経過）
詳細: ...
→ 優先度を変更しますか？
1. 🔴 high（提案に直接影響・期限迫り）
2. 🟡 medium（現状維持）
3. 🟢 low（後回し可）
4. 🚫 deferred（当面対応不要）
5. ✅ もう解決済み
特定タスクを選択した場合、以下のフローで処理する:
関連 フィールドのファイルが存在すれば読み込むタスクのカテゴリに応じて適切な対話を行う:
検討事項の場合:
📌 TASK-5「RFP要件3.2.1の解釈について」
現状の理解:
[タスク詳細から要約]
考えられる解釈:
A) ...
B) ...
推奨: [根拠付きの推奨案]
どの方針で進めますか？
TODOの場合:
📝 TASK-7「セキュリティ要件の対応表作成」
対応方針:
1. 今すぐ対応する → 対応を実行
2. 担当・期限を決める → タスクを in-progress に更新
3. 後回しにする → deferred に変更
4. 不要になった → resolved に変更
質問の場合:
❓ TASK-9「現行システムのバッチ処理頻度」
確認先の候補:
- クライアントへの質問（Q&Aシートに追記）
- RFP資料から読み取れるか再調査
- 仮定を置いて進める
どうしますか？
課題の場合:
⚠️ TASK-11「見積の工数前提が不明確」
影響範囲:
- estimation-policy.md の Section X
- Vol3 見積書
対応案:
1. 前提条件を明確化して見積を修正
2. レンジ見積（松竹梅）で対応
3. 追加情報を待つ（deferred）
方針が決まったら:
#### 対応メモ に記録resolved, in-progress, deferred のいずれか）処理結果を tasks.md に反映する:
セッション終了時にサマリを表示:
📊 処理結果サマリ
| 処理 | 件数 |
|------|------|
| resolved | N件 |
| in-progress に変更 | N件 |
| deferred に変更 | N件 |
| 優先度変更 | N件 |
残りのオープンタスク: X件（high: A件, medium: B件, low: C件）
関連するタスクをグループ化して効率的に処理する:
例:
📦 関連タスクグループ: 「セキュリティ要件」（3件）
TASK-2: セキュリティ認証の対応範囲
TASK-8: データ暗号化の方式選定
TASK-12: 監査ログの保持期間
これらをまとめて検討しますか？
resolved にしたタスクは ## Resolved セクションに移動するが、削除はしない（履歴として保持）