Token导航 LogoToken导航TokenDH.com
研究检索external-servicegithub未标认证来源可访问许可证需确认审计提醒

ln-310-multi-agent-validatorln 310 多 Agent 验证器

Agent Skill

ln-310-multi-agent-validator 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

3,160

周安装

133

GitHub Stars

441

下载量

1,107
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:ln-310-multi-agent-validator(ln 310 多 Agent 验证器)
来源仓库:https://github.com/levnikolaevich/claude-code-skills
仓库路径:skills/ln-310-multi-agent-validator
安装命令:
npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-310-multi-agent-validator
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-310-multi-agent-validator

简介

用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中快速定位候选结果。

  • 支持基于关键词、任务场景或来源线索进行信息检索与筛选。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装使用。
  • 安装前需确认权限范围、维护状态及是否涉及联网或文件操作。
  • ln-310-multi-agent-validator 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

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=story
  • mode=plan_review
  • mode=context

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

InputRequiredSourceDescription
storyIdmode=storyargs, git branch, kanban, userStory to validate
plan {file}mode=plan_reviewargs or autoPlan file to validate
contextmode=contextconversation, git diff, userArbitrary review context

Mode detection:

  • plan or plan {file} -> mode=plan_review
  • context -> mode=context
  • 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-worker
  • ln-312-review-findings-worker
  • ln-313-review-docs-worker
  • ln-314-review-repair-worker
  • ln-315-review-merge-worker
  • ln-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 manifest
  • Load target artifacts and metadata
  • Launch external agents and verify health
  • Run research and findings workers in parallel
  • Generate documentation updates
  • Apply accepted low-risk repairs
  • Sync agents and merge all evidence
  • Run refinement (MANDATORY in ALL modes when advisor available — do NOT skip)
  • Compute verdict and write review output
  • Verify 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 mode
  • plan-{slug} for plan review
  • context-{slug} for context mode

Phase order:

  1. PHASE_0_CONFIG
  2. PHASE_1_DISCOVERY
  3. PHASE_2_AGENT_LAUNCH
  4. PHASE_3_EVIDENCE_LANES
  5. PHASE_4_DOCS
  6. PHASE_5_REPAIR
  7. PHASE_6_MERGE
  8. PHASE_7_REFINEMENT
  9. PHASE_8_APPROVAL
  10. PHASE_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_MERGE
  • report_phase = PHASE_8_APPROVAL
  • cleanup_phase = PHASE_9_SELF_CHECK
  • self_check_phase = PHASE_9_SELF_CHECK
  • agent_resolve_before = [PHASE_6_MERGE]
  • required_phases_when_advisor_available = [PHASE_7_REFINEMENT]

Parallelism Rules

Allowed overlap:

  • external agents
  • ln-311
  • ln-312
  • local repo inspection and evidence gathering

Sequential only:

  • ln-313
  • ln-314
  • ln-315
  • ln-316
  • approval and status mutation

Workflow

Phase 0: Config

  1. Resolve mode, identifier, and storage mode.
  2. Resolve story, plan, or context target.
  3. Build evaluation runtime manifest with:

- expected_agents - required_research=true - exact phase_order - phase_policy - report path - extra_evidence_workers — optional list of additional read-only workers. Each entry: {"worker": "ln-511", "lane": "code_quality", "join_group": "evidence", "depends_on": []}. Default: empty list. Auto-selection in mode=story: label security → add ln-621, label performance → add ln-653.

  1. Start runtime:
node shared/scripts/evaluation-runtime/cli.mjs start \
  --skill ln-310 \
  --identifier {identifier} \
  --manifest-file .hex-skills/evaluation/{identifier}_manifest.json
  1. Checkpoint Phase 0.

Phase 1: Discovery

  1. Materialize the exact target artifact.
  2. Load only the metadata needed for the current mode.
  3. In mode=story, resolve Story and child tasks.
  4. In mode=plan_review, resolve the plan file.
  5. In mode=context, materialize discussion context when needed.
  6. Checkpoint Phase 1 with resolved refs.

Phase 2: Agent Launch

  1. Run agent health check.
  2. Exclude disabled agents from .hex-skills/environment_state.json.
  3. If no agents are available:

- record agents_skipped_reason - checkpoint Phase 2 - continue

  1. 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}
  1. Checkpoint Phase 2 with health_check_done, agents_available, agents_required, and optional agents_skipped_reason.
  2. Classify each external agent result before domain verdict:

- rate_limited, tool_missing, auth_missing, permission_denial, and asked_question are transport/operator states. - Do not convert them into NO-GO without 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.

  1. Build worker_plan with:

- ln-311 lane research (mandatory) - ln-312 lane findings (mandatory) - optional audit lanes from manifest extra_evidence_workers

  1. Runtime gate: For each extra worker, verify it emits an evaluation-worker summary with worker, status, operation, and warnings. Skip unknown or non-evaluation summary formats with a warning.
  2. Launch all planned workers in parallel.
  3. While those workers run, continue local repo inspection and collect additional evidence.
  4. Sync agents opportunistically, but do not block on them until merge.
  5. 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

  1. In mode=story, run ln-313-review-docs-worker when documentation changes are required.
  2. In mode=plan_review and mode=context, skip only when there is no documentation delta to create.
  3. Record the worker summary or explicit skip rationale.

Phase 5: Repair

  1. Apply accepted low-risk repairs through ln-314-review-repair-worker.
  2. Do not merge repair logic into research or findings lanes.
  3. Record summary and any cleanup evidence.

Phase 6: Merge

Preconditions:

  • all planned evidence workers resolved
  • all required agents resolved or explicitly skipped

Steps:

  1. Sync agents once at the merge barrier:
node shared/scripts/evaluation-runtime/cli.mjs sync-agent --skill ln-310 --identifier {identifier}
  1. Run ln-315-review-merge-worker.
  2. Deduplicate:

- local findings - worker findings - agent findings - prior review history

  1. Reject unsupported claims.
  2. Apply only verified accepted changes.
  3. Checkpoint Phase 6 with aggregation_summary.

Phase 7: Refinement

NEVER SKIP THIS PHASE. Phase 7 applies to ALL modes: story, plan_review, context. 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.
ModePhase 7 required?Skip allowed?
storyYESNO (only if no advisor available)
plan_reviewYESNO (only if no advisor available)
contextYESNO (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, and session_usable from agent_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 use Monitor for observability

Phase 8: Approval

Story mode:

  1. Compute final gate from post-merge and post-refinement state.
  2. Final Assessment Model:
MetricBeforeAfterMeaning
Penalty Pointsfrom ln-312from ln-3140 = all fixed
Readiness Scoreclamp(1,10,10-floor(before/5))clamp(1,10,10-floor(after/5))Quality (1-10)
Anti-Hallucinationfrom ln-311VERIFIED/FLAGGED
AC CoverageN/N100% = pass
GateGO/NO_GOFinal verdict
  1. Gate rules:

- GO = penalty_after=0 AND no FLAGGED items AND ac_coverage=100% - NO_GO = otherwise - Coverage: 80-99% = +3 penalty and forced NO_GO - Coverage: <80% = +5 penalty and forced NO_GO

  1. On GO: mutate Story status to Todo; update kanban_board.md to APPROVED.
  2. Retry status transition once; if failure → NO_GO.
  3. Write user-facing review output with per-criterion penalty before/after breakdown.

Plan/context 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:

  • status
  • final_result
  • report_path
  • worker_count
  • agent_count
  • issues_total
  • severity_counts
  • warnings
  • cleanup_verified
  • research_completed
  • penalty_before
  • penalty_after
  • readiness_score
  • ac_coverage
  • gate (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-coordinator summary 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
  • 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/context_review_pipeline.md, 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

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

34.53%
按下载量换算382

Claude

27.87%
按下载量换算309

Cursor

17.97%
按下载量换算199

Gemini CLI

10.38%
按下载量换算115

安全审计

Gen Agent Trust Hub

通过

Socket

可疑

Snyk

可疑

权限和风险

external-service

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills