ClaudeMods
☰
ZH-TW
● 0 人在線上 · 瀏覽 0 次
贊助提交作品
GitHub 儲存庫 · 發布者 josippapez

orchestrate

以 Markdown 追蹤任務的 Claude Code 編排外掛:把任務追問成規格,將儲存庫勘察結果整理成內容脈絡包,把 epic 儲存在被 git 忽略的 .orchestration/ 目錄,規劃相依波次,並派送帶有阻塞品質關卡的自我管理 worker 與 specialist 子代理。

josippapez@josippapez

josippapez/ai-setup/tree/main/claude/plugins/orchestrate

已翻譯

關於這個 mod

Orchestration Claude Plugin 為非簡單工作提供由 Markdown 追蹤的任務編排。主要代理會追問並勘察任務,把 epic 儲存在被 git 忽略的 .orchestration/ 目錄,規劃相依波次,派送自我管理的 worker,並彙整會阻塞流程的 specialist gate;不需要外部 tracker、帳號或驗證。狀態以 Markdown 儲存:PROJECT.md 是每個儲存庫的恢復索引,<epic>/EPIC.md 儲存 epic 的 AC 與收斂記錄,<epic>/issues/NN-slug.md 儲存分塊規格與只能追加的留言;所有內容都使用明確的絕對路徑,確保並行處理多個專案時安全。責任目錄涵蓋 repo-scout、solution-reuse-scout、impl-planner、council-member、design-lead、md-worker、code-standards-checker、quality-gates-checker、md-reviewer、implementation-quality-reviewer、test-specialist、regression-checker 與 docs-maintainer;不適用的 specialist 會記錄為 skipped,而不是 passed。儲存庫依據來自獨立的 repo-docs plugin(由 claude/install.sh 自動安裝),/epics 會開啟窗格,顯示 .orchestration/ 下的 epics、進度和每個分塊的狀態。

安裝

請先查看作者 README,確認 marketplace 與外掛名稱;指令可能隨儲存庫結構而變動。

claude plugin marketplace add josippapez/ai-setup
claude plugin install orchestrate
原文 / README

Orchestration Claude Plugin

Markdown-tracked task orchestration for non-trivial work. The main agent grills and scouts the task, stores the epic under a git-ignored .orchestration/ directory, plans dependency waves, dispatches self-managing workers, and converges blocking specialist gates. No external tracker, account, or authentication is required.

The compact state machine lives in skills/orchestrate/SKILL.md. Only SKILL.md auto-loads; it requires explicit on-demand absolute reads of bundled references. Routing predicates are authoritative only in references/routing.md, store/concurrency only in references/store-protocol.md, and phase detail in the intake/execution references.

Markdown store

  • <repo-root>/.orchestration/.gitignore contains *; the root .gitignore is untouched.
  • PROJECT.md is the long-lived per-repo resume index.
  • <epic>/EPIC.md owns epic ACs, context, decisions, convergence records, and append-only session IDs.
  • <epic>/issues/NN-slug.md owns one chunk's frontmatter, current Description/spec, and append-only Comments.
  • Every agent receives explicit absolute store paths. Comments use append-only writes; the worker/orchestrator remains the single status writer.

Responsibility catalog

  • repo-scout — read-only context pack. Per scope it precomputes files/reuse plus applicable documented standards, owning docs, non-test quality commands, test surfaces, and solution-reuse signals. Empty results are explicit.
  • solution-reuse-scout — conditional, read-only pre-worker research for custom mechanisms, dependencies/integrations, and likely repository/native/library/package solutions.
  • impl-planner, council-member, design-lead — retain their conditional planning, architecture, and UI design responsibilities.
  • md-worker — lifecycle/status/retry coordinator. It builds one chunk and dispatches only gates enabled by persisted predicates.
  • code-standards-checker — checks only supplied documented standards/clauses; it never discovers standards or runs commands.
  • quality-gates-checker — runs only supplied non-test quality commands; it never runs tests or reviews standards.
  • md-reviewer — checks ACs, functional correctness, scope, actual state, and root-cause correctness.
  • implementation-quality-reviewer — blocking reuse/simplification/root-cause quality gate for substantive source changes only.
  • test-specialist, regression-checker, wcag-reviewer, and visual-fidelity review retain their existing explicit predicates.
  • docs-maintainer remains both editor and auditor, dispatched only for docs-only work or non-empty scoped owning docs.

Every dispatched specialist appends its own verdict and relays failed writes. Every inapplicable specialist is recorded as skipped: <reason> rather than a fabricated pass.

Layout

  • Repo grounding comes from the separate repo-docs plugin, not from this one: repo-scout, impl-planner, council-member, design-lead, and solution-reuse-scout use its mcp__plugin_repo-docs_repo-docs__* tools (find_docs, list_docs, read_doc, find_libs, and get_blast_radius / get_file_dependents for which files a change affects). claude/install.sh installs repo-docs automatically alongside this plugin; if its tools are not callable, tell the user to run claude plugin install repo-docs@ai-setup. /reindex and /repo-docs-ignore now live in claude/plugins/repo-docs/commands/.
  • skills/orchestrate/ — compact dispatcher, references/ (routing, store-protocol, intake-design, execution, platform), and canonical templates/ for PROJECT, EPIC, and issues.
  • Other skills/ — brainstorm (pins the outcome/approach before Gate/Intake on new work), grilling, domain-modeling, and design/accessibility companions.
  • commands/ — /orchestrate.
  • agents/ — the specialists cataloged above and their contract test.

Browser research portability

The existing repository-owned agent-browser skill is not copied into this plugin: its source contains HCP-specific startup guidance and assumes a separately installed global CLI/browser, so copying it would not make the plugin self-contained or portable. The solution scout prefers direct repo/docs/web tools and retains WebFetch/WebSearch. OpenCode uses its already-installed agent-browser skill when browser interaction is genuinely required.

Prerequisites

None for tracking. The store is created automatically. The repo-docs plugin must be installed for repo grounding (its dependencies install on its own SessionStart); WCAG lookups use the bundled CLI skill on demand. If the filesystem is read-only, the workflow reports that persistence is unavailable and falls back to in-session tracking.

Mod

/epics opens a pane with the .orchestration/ epics in the working directory: open epics as cards with a progress bar and each chunk's status, closed epics behind "Show closed".

更多類似作品