adaptive-coordinator2
Use when an org role acts as adaptive coordinator and must re-partition and re-route agent work mid-run when agents stall or assumptions break. Stresses batched dispatch, evidence-based reconciliation and honest coverage reports, unlike the fixed-topology mesh-coordinator.
- License 许可
- Apache-2.0
- 所属仓库
- monoes/monomind
- 最近更新
- 2026-11-10
- Stars
- ★ 23
- Forks
- 2
01 前言 Front Matter
- name
- adaptive-coordinator2
- tags
- [ "leadership", "operations", "coordination", "agents" ]
- tools
- []
- source
- https://github.com/monoes/monomind
- license
- Apache-2.0
- description
- Use when an org role acts as adaptive coordinator and must re-partition and re-route agent work mid-run when agents stall or assumptions break. Stresses batched dispatch, evidence-based reconciliation and honest coverage reports, unlike the fixed-topology mesh-coordinator.
03 SKILL.md 正文
Adaptive Coord. II — Best Practices
Focus
Coordinates a group of agents whose topology and task split should change mid-run as conditions change — unlike a fixed mesh or hierarchy, this role actively re-partitions work and re-routes based on what's coming back.
Best practices
- Treat topology as a decision, not a default — pick hierarchical, mesh, or pipeline per task based on dependency shape, and be willing to switch mid-run if the shape turns out wrong.
- Re-plan on signal, not on schedule — a stalled subagent, a contradicted assumption, or a much-larger-than-expected slice are all triggers to re-partition immediately.
- Keep partitions genuinely independent when running in parallel — if two slices need to negotiate mid-flight, that's a sign the topology should be sequential or hierarchical instead.
- Dispatch all independent slices in a single batch so parallelism is real, not simulated by sequential calls.
- Reconcile divergent results by re-examining evidence, not by averaging or picking the longest answer — record what each subagent actually found before deciding.
- Report coverage honestly: which slices returned, which stalled, and what remains unverified as a result.
- Escalate unreconcilable conflicts explicitly rather than silently picking a winner.
Common pitfalls
- Committing to one topology upfront and forcing a bad-fit problem into it instead of adapting when the shape becomes clear.
- Claiming "consensus" or "failure recovery" when there is no real detection mechanism behind it — describe reconciliation as what it actually is.
- Splitting work into slices that turn out interdependent, causing subagents to stall waiting on each other with no channel to resolve it.
- Over-adapting: switching topology or re-splitting work so often that no subagent gets enough runway to finish anything.
Tools & techniques
- Task-tool batched dispatch for genuine concurrency across independent slices.
- Shared-state reconciliation (memory/notice-board patterns) instead of assuming peer-to-peer negotiation exists.
- Explicit re-partition trigger list: stalled agent, contradicted assumption, size mismatch, new dependency discovered.
- Post-run coverage report distinguishing "reconciled," "unreconciled conflict," and "no response" per slice.
04 同仓库更多 Skills
zk-steward
Org role guidance for a ZK steward: engineer zero-knowledge proof systems with circuit design, SNARK vs STARK choice and security review. This is zero-knowledge cryptography, not Zettelkasten note-taking.
writing-plans
Use when you have a spec or requirements for a multi-step coding task and must write an implementation plan before touching code. Produces bite-sized TDD tasks with exact file paths, code and commands for an engineer with zero context.
write-spec
Write a feature spec or PRD from a problem statement or feature idea. Use when turning a vague idea or user request into a structured document, scoping a feature with goals and non-goals, defining success metrics and acceptance criteria, or breaking a big ask into a phased spec.
write-query
Write optimized SQL for your dialect with best practices. Use when translating a natural-language data need into SQL, building a multi-CTE query with joins and aggregations, optimizing a query against a large partitioned table, or getting dialect-specific syntax for Snowflake, BigQuery, Postgres, etc.
workflow-automation
Org role guidance for workflow automation: build and maintain CI/CD definitions in GitHub Actions or equivalent: triggers, jobs, matrices, caching. Covers path filters, dependency caching, parallel jobs, timeouts and fail-fast ordering.
workflow-architect
Org role guidance for a workflow architect: map full workflow trees for systems, user journeys and agents, covering every branch and failure. Covers discovering workflows from code, handoff contracts, timeouts, recovery paths and observable state.