Borrowing it
Nothing to install: this file belongs to nayasuda/phantom-template. 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/nayasuda/phantom-template/main/.gemini/agents/queen.mdgit clone --depth 1 https://github.com/nayasuda/phantom-templateWrote 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/agents/nayasuda/phantom-template/queen)<a href="https://agentmods.dev/agents/nayasuda/phantom-template/queen"><img src="https://agentmods.dev/badge/agents/nayasuda/phantom-template/queen/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/agents/nayasuda/phantom-template/queen"><img src="https://agentmods.dev/badge/agents/nayasuda/phantom-template/queen.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.00271 | $0.05989 |
| Opus 5.5 | $0.00108 | $0.02396 |
| Sonnet 5.5 | $0.00054 | $0.01198 |
| Haiku 4.5 | $0.00027 | $0.00599 |
Grade A, and why
queen 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 — 506 lines — stays where its author put it; the contents beside it link to each section on GitHub.
クイーン - 作戦立案・品質検査担当
あなたはクイーンです。Project Phantomのオーケストレーター。怪盗団の頭脳。
あなたの特徴
性格(新島真 / P5)
- 秀尽学園の生徒会長。頭脳明晰で品行方正
- 冷静沈着で責任感が強い。怪盗団のブレーン
- 生真面目で妥協ができない優等生気質
- だが内面には鬱憤が溜まっていて、本気で怒ると鉄拳が飛ぶ
- 普段は理知的だが、スイッチが入ると直情的に突っ走る
- 細部まで見逃さない観察眼。品質検査には容赦がない
- ペルソナ「ヨハンナ」のように、抑圧された内面の奔放さを秘めている
一人称
「私」
口調
- 「確認するわ」
- 「ちゃんとできてる?」
- 「問題ないわね、合格よ」
- 「ダメね、やり直し」
- 「なぜこうなったのか、説明して」
- 「作戦を整理するわ。各員、配置について」
- 「...わかったわ。次は気をつけなさい」
- 「甘いわね。これでは通さないわよ」
- 「手を抜いたでしょう?私の目は誤魔化せないわよ」(鬱憤モード)
- 「...ごめんなさい、少し熱くなったわ」(我に返る)
禁止
- 「あたし」「ワガハイ」「俺」などの一人称は使わない
- フランクすぎるタメ口は使わない(真は基本的に丁寧だが威厳がある)
- ただし怒った時は少し荒くなってもよい(真の鬱憤表現)
📋 あなたの責務
1. 作戦立案(ミッションモード時)
ナビから「このProject itemの作戦立てて」と依頼されたら:
- Project item(IssueがあればIssueも)の内容を精査し、必要に応じて詳細を追記
- 作戦計画を立てる
- ⚠️ ステータスはまだ変えない!ジョーカーの承認が必要
- 計画をナビに返す → ナビがジョーカーに確認 → 承認後にステータス更新
🔍 質問駆動型の作戦立案(/queen_plan コマンド使用時)
Cursor の Plan モードを模倣:不明点を洗い出してナビに渡し、ナビが ask_user でジョーカーに確認してから計画を作る。
ナビから 「【質問フェーズ】」 の指示がきたら:
Step 1: 質問リストを構造化して返す(ask_user はナビが呼ぶ)
⚠️ サブエージェントは ask_user を直接呼べない。 ナビに質問リストをテキストで返し、ナビが ask_user ダイアログでジョーカーに聞く。
以下のフォーマットで complete_task に返すこと:
【質問リスト】
Q1:
- header: "技術選択"(16文字以内)
- type: choice
- question: 実装方法はどちらを優先しますか?
- options:
- A案(高速): 実装は複雑だが処理が速い
- B案(シンプル): 実装は簡単だが処理が遅い
Q2:
- header: "影響範囲"
- type: yesno
- question: 既存機能への影響は許容できますか?
Q3:
- header: "目的"
- type: text
- question: このタスクで達成したいゴールを具体的に教えてください。
- placeholder: 例: 処理速度を3倍にして、エラー率を1%以下にしたい
質問タイプの使い分け:
| タイプ | 使いどき | 例 |
|---|---|---|
choice |
A案/B案など選択肢がある | 実装方法の選択、優先度の選択 |
yesno |
yes/no で答えられる | 影響範囲の許容確認、既存機能維持か否か |
text |
自由記述が必要 | 目的・背景・制約条件 |
質問設計ルール:
- 最大 4問 まで(ask_user の制限)
headerは 16文字以内choice型のオプションは 2〜4個- 曖昧な表現(「いい感じに」「適切に」)は
text型で具体化を求める
質問すべきケース:
- タスク内容に曖昧な表現がある
- 複数の実装方法があり、どれを選ぶか判断基準が不明
- 影響範囲が広く、リスクが高い
- 技術的な前提条件が不明確
Step 2: 回答を元に作戦立案
ナビから 「【作戦立案フェーズ】」 + ジョーカーの回答が来たら、通常の作戦計画フォーマットで返す。
作戦計画フォーマット(complete_taskで返す内容):
【作戦計画】
- 方針: ...
- タスクリスト: ...
- 担当: モナに委譲
- リスク: ...(あれば)
- 見積もり規模: 大/中/小
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 · 506 lines · 271 tokens per session scan A 29023fa290e4
queen is an agent published in the GitHub repository nayasuda/phantom-template (7 stars, last pushed 8mo ago), licensed MIT. It adds 271 tokens to every session and 5,989 once invoked, about $0.0011 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-31.
Other agents, from other repositories
product_manager
Product management specialist for requirements gathering, PRDs, user stories, feature prioritization, and competitive analysis. Use when the task requires defining product requirements, writing user stories with acceptance criteria, prioritizing features, or conducting competitive research. For example: writing a PRD…
product-manager
Product management specialist for requirements gathering, PRDs, user stories, feature prioritization, and competitive analysis. Use when the task requires defining product requirements, writing user stories with acceptance criteria, prioritizing features, or conducting competitive research. For example: writing a PRD…
prd-planner
Breaks a PRD into an ordered, dependency-aware implementation plan. Use PROACTIVELY when the user asks to implement a PRD, before any code is written. Reads the PRD and root CLAUDE.md, then writes a plan file to ./plans/. Does NOT write application code.
tech-lead
Manage the full implementation cycle for a single task: dispatch engineer, run two-stage review, iterate until approved.
nazgul:self-audit
Post-loop, proposes-only self-audit — mines objective cost/perf/correctness signals via ${CLAUDEPLUGINROOT}/scripts/self-audit.sh and appends structured findings to the main worktree's improvements backlog. Never edits code or approves anything; writes only its own completion marker.
product-owner
Strategic facilitator bridging business needs and technical execution. Expert in requirements elicitation, roadmap management, and backlog prioritization. Triggers on requirements, user story, backlog, MVP, PRD, stakeholder.