Borrowing it
Nothing to install: this file belongs to jujunjun110/claude-looper. 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/jujunjun110/claude-looper/main/.claude/commands/plan.mdgit clone --depth 1 https://github.com/jujunjun110/claude-looperWrote 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/jujunjun110/claude-looper/plan)<a href="https://agentmods.dev/commands/jujunjun110/claude-looper/plan"><img src="https://agentmods.dev/badge/commands/jujunjun110/claude-looper/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/jujunjun110/claude-looper/plan"><img src="https://agentmods.dev/badge/commands/jujunjun110/claude-looper/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.00013 | $0.01321 |
| Opus 5 | $0.00006 | $0.00660 |
| Sonnet 5 | $0.00003 | $0.00264 |
| Haiku 4.5 | $0.00001 | $0.00132 |
Grade A, and why
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 today.
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.
Copies of this mod
1 near-identical copy found in the catalogue:
- plan — 88% identical, 5 lines differ
How it starts
The opening of the file, as written. The whole thing — 65 lines — stays where its author put it; the contents beside it link to each section on GitHub.
現在の状況
- 設計対象: $ARGUMENTS
タスク
以下の手順で設計ドキュメントを作成してください：
-
設計対象の確認:
$ARGUMENTSの内容を確認し、設計すべきスコープを把握する。設計対象が不明確な場合はユーザーに確認を取る。 -
目的（Why）の明確化: この設計・実装が必要な理由を明確にする。以下のいずれかの形式で言語化できるようにする：
- 「（対象者）が（困っている状態）を解消するため」
- 「（対象者）が（嬉しい状態）になるため」
目的が明確でない場合は、必ずユーザーに質問して確認を取ること。設計ドキュメントの冒頭に「目的」セクションとして記載する。
-
関連コード・ドキュメントの調査: 設計に必要な既存コードやドキュメントを読み込み、現状を理解する。以下のドキュメントを参照する。
- docs/architecture.md: アーキテクチャ
- docs/frontend.md: フロントエンド
- docs/infrastructure.md: インフラストラクチャ
- docs/quality.md: 品質
-
曖昧な点の確認（該当する場合のみ）: 調査の結果、ユーザーの指示に複数の解釈が可能な部分が見つかった場合は、選択肢付きの質問で確認する。明確な場合はこのステップをスキップしてよい。
-
環境変数の洗い出し: 設計内容に外部サービス連携が含まれる場合、必要な環境変数を洗い出す。
- 設計対象が依存する外部サービス（API、DB、認証等）を列挙する
- 各サービスに必要な環境変数を一覧にする（例:
ANTHROPIC_API_KEY,SLACK_BOT_TOKEN） - ユーザーに確認する: 「以下の環境変数が必要です。現時点で用意できるものはどれですか？」
- 用意できるもの →
.envに記載してもらう（後でアプリの.env.localにコピーされる） - 用意できないもの → 設計ドキュメントに「Stub 実装で動作する前提」と明記する
- 洗い出した環境変数の一覧は設計ドキュメントに「必要な環境変数」セクションとして記載する
-
スコープ確認: 設計内容に以下が含まれる場合、ファイル作成前にユーザーの確認を取る。
- ページの作成を伴うとき: 作成するページの一覧をURLパス付きで提示し、OKか確認する
- テーブルの作成・更新を伴うとき: 変更するテーブルの一覧を提示し、OKか確認する
-
ファイル作成: 設計ドキュメントを作成する。
- 保存場所:
docs/tasks/以下 - ファイル名:
YYYYMMDD_HHMM_{日本語の作業内容}.md - 日時は
TZ=Asia/Tokyo date +%Y%m%d_%H%Mで取得する - 例:
docs/tasks/20250815_1430_ユーザー認証システム設計.md
- 保存場所:
-
整合性チェック: 作成したドキュメントが docs/architecture.md のアーキテクチャルールと矛盾していないかダブルチェックする。矛盾があれば修正する。
-
完了報告: 作成した設計ドキュメントのパスを報告し、ユーザーのレビューを待つ。そのまま実装に進んではならない。
-
コミット・プッシュ: ユーザーからOKが出たら、以下の手順でdevelopブランチにpushする（このリポジトリではドキュメントはdevelopへの直接pushを許可している）。
- 現在のブランチを確認する
- developブランチの場合: そのままコミットしてpushする
- developブランチでない場合: ユーザーに「現在のブランチは
<ブランチ名>です。developに切り替えてpushしますか？」と確認を取る
注意事項
設計ドキュメントには以下の内容を含めないこと：
- 具体的な実装コード: 設計書はアーキテクチャや仕様を記述するものであり、実装コードは含めない（ただし特殊なハック実装についてのコード片などはOK）
- 今後の展望: ユーザーが明示的に言及していない将来的な拡張や改善案は記載しない
- 工数見積・所要期間: 「〇週間かかる」「工数は〇人日」などの時間的な見積もりは記載しない
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.
- today First seen · 65 lines · 13 tokens per session scan A 58f492fe2d8c
plan is a command published in the GitHub repository jujunjun110/claude-looper (34 stars, last pushed 6mo ago), licensed MIT. It adds 13 tokens to every session and 1,321 once invoked, about $0.0001 per session on Opus 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-09-11.
Other commands, from other repositories
template
Manage issue templates for streamlined issue creation.
sync-linear
Sync current work with Linear ticket status.
add-note
Add an internal or external note to a ConnectWise PSA ticket.
fest-show
Show festival progression (in-progress tasks, roadmap, and dependency view).
dispatcher
Pick the next-best repo to work on across the portfolio — rank free repos, recommend one, claim its lease atomically, and route to the entry command.
workpm
A project-management workflow for coordinating multiple AI workers through five stages. It includes task assignment, shared activity logs, worker replacement, and final checks.