dev-converge
Compare competing implementations and keep the strongest verifiable result.
- License 许可
- MIT
- 最近更新
- 2026-11-13
- Stars
- ★ 65
- Forks
- 0
01 前言 Front Matter
- name
- dev-converge
- description
- Compare competing implementations and keep the strongest verifiable result.
03 SKILL.md 正文
Objective
Compare candidate implementations from parallel workers, branches, worktrees, or swarm packets; select the strongest verifiable result, transplant only isolated improvements worth their risk, and leave a clean worker-style handoff. Keep one primary implementation plus small, verified, whole-block transplants; never mash patches together or blend them line by line. Look only at where candidates differ (e.g. func process() in agent A vs agent B), and merge functions, not huge files.
Workflow Mode
When invoked from workflow-orchestrator or ops-swarm, the workflow ledger is the authority:
- Read
run_id, task IDs, filescope, verify commands, and packet evidence from the active workflow run. Swarm packet reports and worktree refs are evidence, not merge approval. - Preserve task IDs and artifact refs in the final handoff.
dev-convergeis a worker route for consolidation work, not a new workflow role. - If candidates share unisolated hunks or generated outputs, stop and request serial rework instead of forcing a merge.
Procedure
- Setup: identify the candidate worktrees, branches, or packet refs; confirm they share the intended base or record the mismatch; confirm each candidate is isolated from the others.
- Qualify: run the assigned verify commands, or the cheapest equivalent proof, on every candidate, and reject those that fail compilation, tests, or required generated-output checks. Inspect a failed candidate for transplants only when the failure is unrelated to its useful isolated block and that block can be verified independently.
- Select the primary by alignment with
arch-contract, required behavior covered with the least added code, simplicity (lower complexity, fewer dependencies), behavior preservation, and blast radius. - Transplant isolated, valuable improvements the primary lacks by copying the whole logical block (function, class, enum, schema entry, test case, or documentation section); never
git mergeor commit-levelcherry-pickcompeting worker outputs. Each transplant needs a passing test that demonstrates its value: run the assigned verify command after each one, and revert it immediately if it fails verification or creates style/API inconsistency. Conform to the primary's style (e.g. async/await). - Hand off:
- Diff against the base branch, trusting
git symbolic-ref refs/remotes/origin/HEADrather than assumingmain/master. - Run the assigned lint, type, test, generated-output, or SAST checks.
- Remove temporary worktrees only when this convergence run clearly created them and no evidence still depends on local-only files.
- Hand off to
ship-commitrather than runninggit commitinline. In workflow mode, instead writeworker.jsonas the routeddev-*role, runagent-surface workflow apply --role <that dev-* role> --run <run_id> --artifact .agent-surface/workflows/<run_id>/worker.json, and hand off toworkflow-reviewer.
- Diff against the base branch, trusting
Output
# CONVERGE REPORT
## Primary Implementation
- Agent-02: best architecture, strictly typed.
## Transplants
- From Agent-01: ported its date parser, which fixes a case the primary fails, after `npm test` passed.
## Rejected Candidates
- Agent-03: failed compilation.
## Verdict
Branch `feat/login-final` is ready for review.
04 同仓库更多 Skills
workflow-runtime
Prove skill or workflow discovery, full-autonomy tool execution, and task-shaped materialization before assigning a CLI, extension, provider, or model to a workflow role.
workflow-reviewer
Review batched implementation output against the BOSS spec and evidence.
workflow-rescue
Resolve repeated workflow failures with a single decisive action.
workflow-orchestrator
Run risk-adaptive development, review, multi-agent, and release workflows with runtime preflight, bounded retries, liveness checks, isolated writers, and evidence-backed handoffs.
workflow-judger
Arbitrate repeated task failures and decide merge, rework, or escalation.
workflow-doctor
Validate active workflow state before any role acts on it.