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 agentmods add skills/mh4gf/claude-code/symphony-workflownpx skills add MH4GF/claude-code --skill symphony-workflowgit clone --depth 1 https://github.com/MH4GF/claude-codeWhat 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 | $0.00074 | $0.09709 |
| Opus 5 | $0.00037 | $0.04855 |
| Sonnet 5 | $0.00015 | $0.01942 |
| Haiku 4.5 | $0.00007 | $0.00971 |
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 2d 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 — 372 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.
- 2d 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 3d ago), licensed MIT. It adds 74 tokens to every session and 9,709 once invoked, about $0.0004 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-08-31.
Other skills, from other repositories
paperclip
Interact with the Paperclip control plane API for task coordination and governance. Use when checking assignments, updating issue status, posting comments, delegating work, managing routines, or calling Paperclip API endpoints.
wayfinder
Plan a huge chunk of work (more than one agent session can hold) as a shared map of decision tickets on your issue tracker, and resolve them one at a time until the way to the destination is clear.
github-labels-query
List GitHub repository labels with perpage pagination and name filtering support.
gsd-audit-milestone
Audit milestone completion against original intent before archiving.
bug-triage
Read all open bugs in production/qa/bugs/, re-evaluate priority vs. severity, assign to sprints, surface systemic trends, and produce a triage report. Run at sprint start or when the bug count grows enough to need re-prioritization.
flow-next-tracker-sync
Project a flow-next spec to a tracker issue (Linear, GitHub, GitLab, Jira) and reconcile two-way. Use when asked to sync to a tracker. NOT plan-sync.