ClaudeMods
☰
ZH-CN
● 0 人在线 · 浏览 0 次
赞助提交作品
GitHub 仓库 · 发布者 josippapez

orchestrate

面向 Claude Code 的 Markdown 任务编排插件:将任务追问成规格,把储存库勘察结果整理为上下文包,将 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".

更多类似作品