omk-adaptorch-orchestration-review
Review AdaptOrch, OMK, and similar DAG multi-agent orchestration frameworks. Use when assessing DAG node responsibility, dependency edges, worker write authority, fallback/retry/timeout/evidence gates, review/merge boundaries, or reproducible decision traces.
git clone --depth 1 https://github.com/dmae97/open-multi-agent-kit /tmp/omk-adaptorch-orchestration-review && cp -r /tmp/omk-adaptorch-orchestration-review/templates/skills/kimi/omk-adaptorch-orchestration-review ~/.claude/skills/omk-adaptorch-orchestration-reviewSKILL.md
## Orchestration Review Use this for read-only architecture review of DAG runtimes, multi-agent pipelines, worktree teams, schedulers, and evidence-gated repair loops. ## Checklist ### DAG node contract - Verify each node has one responsibility, one owner role, and one observable outcome. - Verify inputs, outputs, side effects, and acceptance evidence are explicit. - Flag nodes that mix planning, implementation, review, and merge authority without a gate. ### Dependency edges - Confirm each edge represents a real data dependency, verification dependency, or authority handoff. - Flag ordering-only edges that do not protect correctness or safety. - Check that failed evidence blocks dependent nodes or routes them to repair. ### Worker authority - Confirm each worker has bounded write scope and cannot overwrite unrelated lanes. - Check shared-file ownership, merge points, and escalation paths. - Require reviewer/merger separation for risky or cross-cutting changes. ### Resilience and gates - Look for explicit retry limits, timeout presets, fallback routes, stop conditions, and evidence gates. - Confirm fallback does not silently weaken acceptance criteria. - Check that blocked, skipped, failed, and complete states are distinct. ### Decision trace - Confirm routing, scheduler decisions, tool calls, evidence, retries, and final verdict are replayable. - Flag missing timestamps, inputs, outputs, or rationale needed to reproduce a run. ## Output ```txt Verdict: DAG node issues: Dependency edge issues: Worker authority risks: Missing gates: Decision trace gaps: Recommended fixes: Files/artifacts reviewed: ```
Persistent memory, recall, session replay, and memory-governance workflow adapted from rohitg00/agentmemory for OMK. Use when setting up agent memory, deciding what to remember, importing/replaying sessions, reducing repeated context, or auditing memory safety.
Minimal, goal-driven, surgical coding workflow adapted from forrestchang/andrej-karpathy-skills for OMK. Use for coding, refactoring, debugging, and review tasks where assumptions, overengineering, or broad edits could cause regressions.
Legal workflow drafting, triage, review, research planning, legal operations, law-student or clinic support, and legal AI governance adapted from Anthropic claude-for-legal. Use for commercial, privacy, product, corporate, employment, regulatory, AI governance, IP, litigation, legal-clinic, and law-student tasks. Draft-only; attorney review and current source verification required.
Real-engineering alignment, shared-language, TDD, diagnosis, and architecture-review workflow adapted from mattpocock/skills for OMK. Use before non-trivial implementation, ambiguous product work, debugging loops, test-first changes, or codebase architecture cleanup.
Managed-agent teamwork, issue assignment, progress tracking, reusable-skill compounding, and handoff workflow adapted from multica-ai/multica for OMK. Use when coordinating multiple agents, converting work into agent-ready tasks, tracking blockers, or turning repeated solutions into skills.
Optional read-only OMK web/social/video research workflow inspired by Panniantong/Agent-Reach. Use for web search, current social evidence, YouTube/Bilibili/Reddit/Twitter/X/RSS/GitHub public research, and Agent Reach availability checks without auto-installing or collecting credentials.
Backend API review for NestJS, Express, FastAPI, database access, validation, auth, error handling, and API contracts.
Adversarial code review for diffs, logic correctness, type safety, test coverage, and security risk.