Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add MH4GF/claude-code --skill symphony-workflowgit clone --depth 1 https://github.com/MH4GF/claude-codeWrote 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/skills/mh4gf/claude-code/symphony-workflow)<a href="https://agentmods.dev/skills/mh4gf/claude-code/symphony-workflow"><img src="https://agentmods.dev/badge/skills/mh4gf/claude-code/symphony-workflow/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/skills/mh4gf/claude-code/symphony-workflow"><img src="https://agentmods.dev/badge/skills/mh4gf/claude-code/symphony-workflow.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.00074 | $0.10205 |
| Opus 5.5 | $0.00030 | $0.04082 |
| Sonnet 5.5 | $0.00015 | $0.02041 |
| Haiku 4.5 | $0.00007 | $0.01021 |
Grade A, and why
symphony-workflow 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 — 382 lines — stays where its author put it; the contents beside it link to each section on GitHub.
symphony-workflow
Symphony からディスパッチされた bg セッションが issue を処理する共通手順。リポジトリ固有の設定 (tracker / workspace / clone) と例外ルールはディスパッチプロンプト (各リポジトリの WORKFLOW.md) 側にあり、本スキルの共通手順を上書きする。
Tracker の判定
本スキルは tracker を問わず同じ手順で動く。tracker 固有の操作だけを「Tracker 操作」の表から引く。
作業中の repo の WORKFLOW.md frontmatter tracker.kind を読んで判定する。works repo のみ agents/ai-native/WORKFLOW.md、それ以外は repo root の WORKFLOW.md に置かれている。読み取れない場合は linear として扱う。
前提条件
kind: linear— Linear MCP サーバーlinear-mh4gfが利用可能である前提kind: github—ghが認証済みである前提
設定されていなければ即座に止まり、ブロッカーを明示する。
Tracker 操作
以降の手順が参照する操作の実体。<repo> は WORKFLOW.md の tracker.repo (owner/name) を指す。<n> は identifier #123 の数値部分。
| 操作 | kind: linear | kind: github |
|---|---|---|
| issue 取得 | mcp__linear-mh4gf__get_issue を identifier で呼ぶ |
gh issue view <n> --repo <repo> --json number,title,body,state,labels,url |
| ステータス遷移 | mcp__linear-mh4gf__save_issue で state を更新する |
非終端は gh issue edit <n> --repo <repo> --add-label "status:<slug>"、終端は gh issue close <n> --repo <repo> --reason completed |
| issue 検索 | mcp__linear-mh4gf__list_issues |
gh issue list --repo <repo> --search "<query>" --state all |
| issue 起票 | mcp__linear-mh4gf__save_issue |
gh issue create --repo <repo> --title <title> --body-file <path> --label "priority:<n>" |
| コメント削除 | mcp__linear-mh4gf__delete_comment |
gh api --method DELETE repos/<repo>/issues/comments/<comment_id> |
| PR リンク | Linear のアタッチメント (PR タイトル経由で自動付与) | PR 本文の Closes <identifier> |
status:<slug> はステータス名を小文字化し、英数字以外の連続を - に置換したもの。In Progress なら status:in-progress。kind: github では status:* を 1 つだけ持つ規約で、古いラベルは repo 側の正規化 Action が剥がす。手で剥がす操作は不要。
kind: github の終端遷移は Canceled のみ --reason "not planned" を使う。
基本姿勢
- 本セッションは無人実行のオーケストレーション。人間に追加対応を求めない。ただし人間がセッションを開き直して話しかけてきたら「対話モード」へ切り替える
- セッション起動直後に
workpadスキルを呼ぶ。## Codex Workpadコメントを検索または作成し、新しい実装に入る前に最新化する - まずステータスを確認し、下のステータスマップに従って振り分ける
- 実装より先に計画と検証設計に十分な時間を割く
- 修正対象を明示するため、変更前に現状の挙動や issue のシグナルを再現させる
- チケットのメタデータ (state、チェックリスト、受け入れ条件、リンク) を最新に保つ
- 進捗の唯一の一次ソースは
## Codex Workpadコメント 1 つ。"done" や要約の別コメントは出さない - turn は予告なく打ち切られる。 Symphony は turn timeout でセッションを強制終了し、次は新規セッションが workpad とブランチのコードだけを頼りに再開する。workpad に書かれていない調査結果 / 判断 / 検証結果は失われ、次セッションが同じ探索をやり直す。workpad の更新は「余裕があればやる作業」ではなく、進捗を確定させる唯一の手段として扱う。詳細は「workpad 更新の必須タイミング」を参照する
- チケットに
Validation/Test Plan/Testingの節があれば必須受け入れ条件として workpad に転記し、完了前に実行する - スコープ外の指摘を実行中に発見したら、次の 4 つの門をすべて通る場合に限り「Tracker 操作」の issue 起票で別 issue を立てる。本 issue のスコープは広げない
- ユーザーに実害が出る指摘か。観測性・保守性・ドキュメント・テストの体裁だけを扱う指摘は起票しない
- 既存 issue と重複していないか。起票前に「Tracker 操作」の issue 検索で同一症状を探す。検索は
Backlogに限定せず、終端状態 (Done/Canceled) 以外をすべて対象にする。実装中やHuman Reviewの issue と重なることがあり、状態を絞ると取りこぼす。見つかれば起票せずその issue へ関連リンクを貼る - 指摘の前提が
origin/mainに存在するか。本ブランチでしか成立しない指摘は起票せず、PR のレビューコメントとして残す priorityを決められるか。必ず設定する。決められないなら起票の材料が足りていない- 4 つを通った issue は title / description / 受け入れ条件を明記する。
Backlogに置き、本 issue へのリンクを本文に書く。kind: linearは同一プロジェクトへ紐付け、依存があればblockedByを貼る。kind: githubは同一 repo に立てる。依存は blocking の仕組みが無いためBacklog据え置きで表現する
- 門を通らなかった指摘は起票しない。並列レビュースイープの
### Notesに 1 行残して終える - 1 セッションで起票する issue は 3 件までを目安とする。超える指摘が出たときは本 PR のスコープ設定が誤っている可能性が高い。その旨を workpad の
### Confusionsに書く - ステータスは対応する品質バーを満たした時だけ動かす
- 必須要件 / 秘匿情報 / 権限の不足によるブロッカーでなければ、最後まで自律稼働する
- 阻害時のエスケープハッチは真の外部ブロッカーかつ代替手段を尽くした時のみ使う
- 最終メッセージは完了した対応とブロッカーのみ書く。「ユーザーへの次の手順」は書かない
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 Changed · +10 lines 4cb037d2ad46
- 2mo ago First seen · 372 lines · 74 tokens per session scan A 1e79d72f3d1b
symphony-workflow is a skill published in the GitHub repository MH4GF/claude-code (2 stars, last pushed 5d ago), licensed MIT. It adds 74 tokens to every session and 10,205 once invoked, about $0.0003 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 skills, from other repositories
story-readiness
Checks whether a story is ready to implement: clear acceptance criteria, no open questions, valid ADR and dependencies. Use when the user asks if a story, or the sprint's stories, are ready to start or build.
recipe-create-meet-space
Create a Google Meet meeting space and share the join link.
workthreads
SpecStory Workthreads - a weekly work-thread rollup across a team's repos from SpecStory coding histories (any agent - Claude Code, Codex, Cursor, Gemini, and more). It groups the window's sessions into threads of work per project and labels each new / open / recently closed, so a lead sees what shipped, what is still…
atmos-config
Atmos root configuration: atmos.yaml discovery, precedence, deep merging, basepath, imports, minimal bootstrap, and routing to narrower Atmos skills.
qa-project-bootstrap
Onboard a new QA engineer to an existing codebase, or audit an existing test architecture. Produces a 30-day ramp plan: codebase orientation, framework walkthrough, test architecture audit, mentorship pairing, and first-test guidance. Use when: "QA onboarding," "new tester," "ramp up," "test architecture audit,"…
remove
Remove a deployed framework or addon from the current workspace.