Borrowing it
Nothing to install: this file belongs to Kewton/CommandMate. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/Kewton/CommandMate/main/.claude/commands/issues-exec-plan.mdgit clone --depth 1 https://github.com/Kewton/CommandMateWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/kewton/commandmate/issues-exec-plan)<a href="https://agentmods.dev/commands/kewton/commandmate/issues-exec-plan"><img src="https://agentmods.dev/badge/commands/kewton/commandmate/issues-exec-plan/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/kewton/commandmate/issues-exec-plan"><img src="https://agentmods.dev/badge/commands/kewton/commandmate/issues-exec-plan.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00029 | $0.03001 |
| Opus 5.5 | $0.00012 | $0.01200 |
| Sonnet 5.5 | $0.00006 | $0.00600 |
| Haiku 4.5 | $0.00003 | $0.00300 |
Grade A, and why
issues-exec-plan scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 328 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Issues実行計画コマンド
概要
複数のIssue番号を指定し、並列作業の可否を分析・実行順序を整理した上で、進捗管理用のエピックIssueをGitHubに作成します。
使用方法
/issues-exec-plan [Issue番号1] [Issue番号2] [Issue番号3] ...
例:
/issues-exec-plan 187 188 191 193
/issues-exec-plan 200 201
引数:
[Issue番号...]: 対象Issue番号(2つ以上、スペース区切り)
実行内容
あなたはプロジェクトマネージャーです。複数Issueの並列作業可否を分析し、実行計画を立案してください。
パラメータ
- issue_numbers: 対象Issue番号のリスト(必須、2つ以上)
実行フェーズ
Phase 1: Issue情報収集
各Issueの情報をGitHubから取得します。
# 各Issueの情報を取得
for ISSUE_NO in {issue_numbers}; do
gh issue view $ISSUE_NO --json number,title,body,labels,state
done
収集する情報:
- Issue番号・タイトル
- Issue本文(要件、受入基準)
- ラベル(bug, feature, etc.)
- ステータス(open/closed)
バリデーション:
- 各Issueが存在すること
- 各Issueがopenであること(closedの場合は警告を出して除外)
Phase 1.5: Issue情報充足チェック・補完
各Issueの本文を分析し、並列作業分析に必要な情報が十分かを判定します。
情報が不足しているIssueには /issue-enhance を実行して補完します。
1.5-1. 充足判定基準
各Issueの本文に以下の情報が含まれているかチェックする:
| チェック項目 | 判定方法 | 分析への影響 |
|---|---|---|
| 概要 | Issue本文に概要・説明があるか | 共通テーマの判定に必要 |
| 変更対象の手がかり | ファイル名、コンポーネント名、関数名等の具体的な技術情報があるか | 影響ファイル分析・競合判定に必須 |
| 受入条件/完了条件 | チェックリストや具体的な条件があるか | 進捗チェックリスト生成に必要 |
1.5-2. 不足判定ルール
以下のいずれかに該当するIssueは「情報不足」と判定:
- 本文が空またはタイトルのみ: 分析不可能
- 変更対象の手がかりがない: 概要のみで技術的な記述(ファイル名、モジュール名、関数名、コンポーネント名)が一切ない
- Issue本文が3行以下: 情報量が明らかに不足
1.5-3. issue-enhance実行
情報不足と判定されたIssueに対して順番に /issue-enhance を実行:
# 不足Issueが複数ある場合、1つずつ順番に実行
for ISSUE_NO in {insufficient_issues}; do
/issue-enhance $ISSUE_NO
done
注意事項:
/issue-enhanceはユーザーへの対話的質問を含むため、1 Issueずつ順番に実行する- 補完完了後、Issue情報を再取得して次のPhaseに進む
- ユーザーが
/issue-enhance内でキャンセルした場合は、そのIssueを現状のまま続行する
1.5-4. 充足Issueのスキップ
十分な情報があるIssueは補完をスキップし、ログに記録:
📋 Issue情報充足チェック:
✅ #187: 情報十分(概要・変更対象・受入条件あり)
✅ #191: 情報十分(概要・変更対象・受入条件あり)
⚠️ #193: 情報不足 → /issue-enhance 実行
⚠️ #200: 情報不足 → /issue-enhance 実行
Phase 2: 影響ファイル分析
各Issueが変更する可能性のあるファイルを特定します。
2-1. Issue本文からの変更対象ファイル抽出
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 328 lines · 29 tokens per session scan A bca1da82f999
issues-exec-plan is a command published in the GitHub repository Kewton/CommandMate (44 stars, last pushed today), licensed MIT. It adds 29 tokens to every session and 3,001 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other commands, from other repositories
project
Manage projects: register repos, inspect, configure per-project settings, and remove.
dashboard-session-fork
Fork a session into a new one. Usage /dashboard:session-fork.
dashboard-session-hide
Hide a session from the dashboard list. Usage /dashboard:session-hide.
aigon-feedback-triage
Run a triage loop for one feedback item with explicit human confirmation before writes.
research-close
Close research - moves to done.
factory-ticket
Implement exactly one already-claimed Linear ticket in the current worktree.