ln-310-multi-agent-validator
Use when validating Stories, plans, or tasks through the evaluation platform with mandatory research, parallel evidence lanes, sequential merge, and bounded refinement. Modes: story | plan_review.
- License 许可
- MIT
- 最近更新
- 2026-11-14
- Stars
- ★ 13
- Forks
- 3
01 前言 Front Matter
- name
- ln-310-multi-agent-validator
- license
- MIT
- description
- Use when validating Stories, plans, or tasks through the evaluation platform with mandatory research, parallel evidence lanes, sequential merge, and bounded refinement. Modes: story | plan_review.
02 资源文件 16
- 参考文档README.md13.9 KB
- 参考文档references/cross_reference_validation.md3.9 KB
- 参考文档references/dependency_validation.md4.6 KB
- 参考文档references/domain_patterns.md4.7 KB
- 参考文档references/mcp_ref_findings_template.md954 B
- 参考文档references/penalty_points.md4.1 KB
- 参考文档references/phase2_research_audit.md12.1 KB
- 参考文档references/plan_review_pipeline.md2.2 KB
- 参考文档references/premortem_validation.md6.1 KB
- 参考文档references/quality_validation.md4.4 KB
- 参考文档references/risk_validation.md6.3 KB
- 参考文档references/solution_validation.md8.3 KB
- 参考文档references/standards_validation.md4.9 KB
- 参考文档references/structural_validation.md7.2 KB
- 参考文档references/traceability_validation.md10.1 KB
- 参考文档references/workflow_validation.md6.8 KB
03 SKILL.md 正文
Paths: File paths (
shared/,references/,../ln-*) are relative to skills repo root.
Type: L2 Coordinator Category: 3XX Planning
Multi-Agent Validator
Evaluation-platform coordinator for:
mode=storymode=plan_review
This skill uses the evaluation platform for:
- mandatory official-doc, MCP Ref, Context7, and current-web research
- parallel read-only evidence lanes
- sequential documentation, repair, merge, refinement, and approval
- runtime-backed worker plans, worker summaries, agent sync, and cleanup verification
Inputs
| Input | Required | Source | Description |
|---|---|---|---|
storyId |
mode=story |
args, git branch, kanban, user | Story to validate |
plan {file} |
mode=plan_review |
args or auto | Plan file to validate |
Mode detection:
planorplan {file}->mode=plan_review- otherwise ->
mode=story
Mandatory Read
MANDATORY READ: Load shared/references/environment_state_contract.md, shared/references/storage_mode_detection.md, shared/references/input_resolution_pattern.md
MANDATORY READ: Load shared/references/evaluation_coordinator_runtime_contract.md, shared/references/evaluation_summary_contract.md, shared/references/evaluation_parallelism_policy.md, shared/references/evaluation_research_contract.md
MANDATORY READ: Load shared/references/agent_review_workflow.md, shared/references/agent_delegation_pattern.md
MANDATORY READ: Load references/phase2_research_audit.md, references/penalty_points.md
Worker Set
The coordinator uses these evaluation workers:
ln-311-review-research-workerln-312-review-findings-workerln-313-review-docs-workerln-314-review-repair-workerln-315-review-merge-workerln-316-review-refinement-worker
Worker Invocation (MANDATORY)
Use the Skill tool for delegated workers. Do not inline worker logic inside the coordinator.
TodoWrite format (mandatory):
Resolve target and build runtime manifestLoad target artifacts and metadataLaunch external agents and verify healthRun research and findings workers in parallelGenerate documentation updatesApply accepted low-risk repairsSync agents and merge all evidenceRun refinement (MANDATORY in ALL modes when advisor available — do NOT skip)Compute verdict and write review outputVerify runtime cleanup and self-check
Representative invocations:
Skill(skill: "ln-311-review-research-worker", args: "{identifier} research")
Skill(skill: "ln-312-review-findings-worker", args: "{identifier} findings")
Skill(skill: "ln-313-review-docs-worker", args: "{identifier} docs")
Skill(skill: "ln-314-review-repair-worker", args: "{identifier} repair")
Skill(skill: "ln-315-review-merge-worker", args: "{identifier} merge")
Skill(skill: "ln-316-review-refinement-worker", args: "{identifier} refinement")
Runtime Contract
MANDATORY READ: Load shared/references/loop_health_contract.md
Runtime family:
evaluation-runtime
Identifier:
story-{storyId}for story modeplan-{slug}for plan review
Phase order:
PHASE_0_CONFIGPHASE_1_DISCOVERYPHASE_2_AGENT_LAUNCHPHASE_3_EVIDENCE_LANESPHASE_4_DOCSPHASE_5_REPAIRPHASE_6_MERGEPHASE_7_REFINEMENTPHASE_8_APPROVALPHASE_9_SELF_CHECK
Phase policy:
delegate_phases = [PHASE_3_EVIDENCE_LANES, PHASE_4_DOCS, PHASE_5_REPAIR, PHASE_6_MERGE, PHASE_7_REFINEMENT]aggregate_phase = PHASE_6_MERGEreport_phase = PHASE_8_APPROVALcleanup_phase = PHASE_9_SELF_CHECKself_check_phase = PHASE_9_SELF_CHECKagent_resolve_before = [PHASE_6_MERGE]required_phases_when_advisor_available = [PHASE_7_REFINEMENT]
Parallelism Rules
Allowed overlap:
- external agents
ln-311ln-312- local repo inspection and evidence gathering
Sequential only:
ln-313ln-314ln-315ln-316- approval and status mutation
Workflow
Phase 0: Config
- Resolve
mode, identifier, and storage mode. - Resolve story or plan target.
- Build evaluation runtime manifest with:
expected_agentsrequired_research=true- exact
phase_order phase_policy- report path
- Start runtime:
node shared/scripts/evaluation-runtime/cli.mjs start \
--skill ln-310 \
--identifier {identifier} \
--manifest-file .hex-skills/evaluation/{identifier}_manifest.json
- Checkpoint Phase 0.
Phase 1: Discovery
- Materialize the exact target artifact.
- Load only the metadata needed for the current mode.
- In
mode=story, resolve Story and child tasks. - In
mode=plan_review, resolve the plan file. - Checkpoint Phase 1 with resolved refs.
Phase 2: Agent Launch
- Run agent health check.
- Exclude disabled agents from
.hex-skills/environment_state.json. - If no agents are available:
- record
agents_skipped_reason - checkpoint Phase 2
- continue
- record
- Otherwise:
- build per-agent prompts
- launch each available agent
- register each launched agent:
node shared/scripts/evaluation-runtime/cli.mjs register-agent \
--skill ln-310 \
--identifier {identifier} \
--agent {name} \
--prompt-file {promptPath} \
--result-file {resultPath} \
--metadata-file {metadataPath}
- Checkpoint Phase 2 with
health_check_done,agents_available,agents_required, and optionalagents_skipped_reason. - Classify each external agent result before domain verdict:
rate_limited,tool_missing,auth_missing,permission_denial, andasked_questionare transport/operator states.- Do not convert them into
NO-GOwithout domain evidence from artifacts or findings. - Record loop health for repeated advisor/session failures and pause when retry usefulness is exhausted.
Phase 3: Evidence Lanes
This phase is the mandatory parallel evidence barrier.
- Build
worker_planwith:ln-311laneresearch(mandatory)ln-312lanefindings(mandatory)
- Launch all planned workers in parallel.
- While those workers run, continue local repo inspection and collect additional evidence.
- Sync agents opportunistically, but do not block on them until merge.
- Record each worker summary with:
node shared/scripts/evaluation-runtime/cli.mjs record-worker-result \
--skill ln-310 \
--identifier {identifier} \
--payload-file {childSummaryArtifactPath}
Research is mandatory in every mode:
- official documentation or standards
- MCP Ref
- Context7 when a library or framework is involved
- current web best-practice research
For mode=story, findings must still produce penalty-point evidence and coverage analysis.
Phase 4: Docs
- In
mode=story, runln-313-review-docs-workerwhen documentation changes are required. - In
mode=plan_review, skip only when there is no documentation delta to create. - Record the worker summary or explicit skip rationale.
Phase 5: Repair
- Apply accepted low-risk repairs through
ln-314-review-repair-worker. - Do not merge repair logic into research or findings lanes.
- Record summary and any cleanup evidence.
Phase 6: Merge
Preconditions:
- all planned evidence workers resolved
- all required agents resolved or explicitly skipped
Steps:
- Sync agents once at the merge barrier:
node shared/scripts/evaluation-runtime/cli.mjs sync-agent --skill ln-310 --identifier {identifier}
- Run
ln-315-review-merge-worker. - Deduplicate:
- local findings
- worker findings
- agent findings
- prior review history
- Reject unsupported claims.
- Apply only verified accepted changes.
- Checkpoint Phase 6 with
aggregation_summary.
Phase 7: Refinement
NEVER SKIP THIS PHASE. Phase 7 applies to ALL modes:
story,plan_review. The ONLY valid skip reason is no advisor available in health check. Mode is NOT a skip reason. Complexity is NOT a skip reason. Time is NOT a skip reason. If you are about to checkpoint Phase 7 without running ln-316 while an advisor is available — STOP. You are making an error.
| Mode | Phase 7 required? | Skip allowed? |
|---|---|---|
story |
YES | NO (only if no advisor available) |
plan_review |
YES | NO (only if no advisor available) |
Phase 7 is MANDATORY when an advisor is available. The coordinator MUST NOT checkpoint Phase 7 without a recorded review-refinement worker summary from ln-316. The runtime advance command will reject the transition if an advisor was available in health check but no refinement summary exists.
Run ln-316-review-refinement-worker. Refinement uses a 2-stage state machine:
- Stage 1: 3 parallel advisor sessions (dry_run_executor, new_dev_tester, adversarial_reviewer)
- Stage 2: 1 sequential advisor session (final_sweep) after merging Stage 1 results
Rules:
- all 4 perspectives are mandatory
- Stage 1 runs in parallel, Stage 2 runs after Stage 1 merge
- each perspective = independent advisor process via
agent_runner.mjs(NOT host-native sub-agents) - every launched process requires cleanup evidence
- advisor session failures use
failure_class,progress_signals, andsession_usablefromagent_runner.mjs; classified transport failures pause/defer instead of becoming domain findings - refinement trace is mandatory
- wait for advisor results via runtime
sync-agent; Claude hosts may useMonitorfor observability
Phase 8: Approval
Story mode:
- Compute final gate from post-merge and post-refinement state.
- Final Assessment Model:
| Metric | Before | After | Meaning |
|---|---|---|---|
| Penalty Points | from ln-312 | from ln-314 | 0 = all fixed |
| Readiness Score | clamp(1,10,10-floor(before/5)) |
clamp(1,10,10-floor(after/5)) |
Quality (1-10) |
| Anti-Hallucination | — | from ln-311 | VERIFIED/FLAGGED |
| AC Coverage | — | N/N | 100% = pass |
| Gate | — | GO/NO_GO | Final verdict |
- Gate rules:
GO=penalty_after=0AND noFLAGGEDitems ANDac_coverage=100%NO_GO= otherwise- Coverage: 80-99% = +3 penalty and forced
NO_GO - Coverage: <80% = +5 penalty and forced
NO_GO
- On
GO: mutate Story status toTodo; updatekanban_board.mdtoAPPROVED. - Retry status transition once; if failure →
NO_GO. - Write user-facing review output with per-criterion penalty before/after breakdown.
Plan mode:
- write final review output without workflow mutation
Write coordinator summary:
node shared/scripts/evaluation-runtime/cli.mjs record-summary \
--skill ln-310 \
--identifier {identifier} \
--payload '{...evaluation-coordinator summary...}'
Phase 9: Self-Check
Required checks:
- [ ] runtime started
- [ ] discovery checkpoint exists
- [ ] agent health recorded
- [ ] mandatory research completed
- [ ] all required worker summaries recorded
- [ ] all required agents resolved before merge
- [ ] merge summary exists
- [ ] refinement trace exists when an advisor was available
- [ ] background cleanup evidence recorded
- [ ] cleanup verified
- [ ] coordinator summary recorded
- [ ] final result recorded
Then:
node shared/scripts/evaluation-runtime/cli.mjs complete --skill ln-310 --identifier {identifier}
Summary Contract
Coordinator summary kind:
evaluation-coordinator
Recommended payload fields:
statusfinal_resultreport_pathworker_countagent_countissues_totalseverity_countswarningscleanup_verifiedresearch_completedpenalty_beforepenalty_afterreadiness_scoreac_coveragegate(GO/NO_GO)flagged_items
Definition of Done
- [ ] Evaluation runtime started
- [ ] Mandatory research completed and recorded
- [ ] Read-only evidence lanes executed in parallel
- [ ] Docs, repair, merge, refinement, and approval executed sequentially
- [ ] All required worker summaries recorded
- [ ] All required agents resolved before merge
- [ ] Refinement executed when advisor available; SKIPPED only when no advisor available in health check
- [ ] Cleanup evidence recorded and verified
- [ ]
evaluation-coordinatorsummary written - [ ] Runtime completed successfully
Meta-Analysis
MANDATORY READ: Load shared/references/meta_analysis_protocol.md
After the coordinator run, analyze the session per protocol section 7 and include the protocol-formatted output with the final review result.
References
- Runtime:
shared/references/evaluation_coordinator_runtime_contract.md,shared/references/evaluation_summary_contract.md - Research:
shared/references/evaluation_research_contract.md,shared/references/research_tool_fallback.md,references/plan_review_pipeline.md - Parallelism:
shared/references/evaluation_parallelism_policy.md - Workers:
../ln-311-review-research-worker/SKILL.md,../ln-312-review-findings-worker/SKILL.md,../ln-313-review-docs-worker/SKILL.md,../ln-314-review-repair-worker/SKILL.md,../ln-315-review-merge-worker/SKILL.md,../ln-316-review-refinement-worker/SKILL.md - Validation criteria:
references/phase2_research_audit.md,references/penalty_points.md - Supporting validator refs:
references/cross_reference_validation.md,references/dependency_validation.md,references/domain_patterns.md,references/mcp_ref_findings_template.md,references/premortem_validation.md,references/quality_validation.md,references/risk_validation.md,references/solution_validation.md,references/standards_validation.md,references/structural_validation.md,references/traceability_validation.md,references/workflow_validation.md
Version: 8.0.0 Last Updated: 2026-03-22
04 同仓库更多 Skills
web-access
Use Treg for public web or platform data only when existing search, browser and connected tools cannot cover the task, with explicit cost and data boundaries.
treg
Use the Treg CLI or MCP catalog to discover, price and call authorized external tools with team-scoped credentials and a user-approved budget.
recruit
Turn a job description into an evidence-linked candidate shortlist through Treg, with job-related ranking and optional authorized business contact enrichment.
rea-growth
Analyze a company’s public growth and content through Treg, distinguish observations from hypotheses, and produce an evidence-linked playbook within an approved budget.
make-ugc
Create original AI UGC-style product videos through Treg: research hooks, approve a licensed presenter and voice, generate clips, add captions and report costs.
lead-signals
Find and qualify public buying signals through Treg, rank fitting business accounts and optionally enrich authorized business contact information.