skillZs
★ LIVE SKILL TAGS ★
>>> LIVE SKILLS INDEX <<<
* OPEN SOURCE *
NO LOGIN, NO TRACKING
※ REAL INSTALL DATA ※
← back to all skills
levnikolaevich/claude-code-skills185 installs

ln-813-optimization-plan-validator

Use when validating optimization plans through the evaluation platform with mandatory research, parallel agent evidence, sequential merge, and bounded refinement.

How do I install this agent skill?

npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-813-optimization-plan-validator
view source ↗

Is this agent skill safe to install?

  • Gen Agent Trust Hubpass

    The skill is an optimization plan validator coordinator that orchestrates research, feasibility checks, and agent reviews. While no active security threats or malicious code were found, the skill's design involves processing external plan data which represents a standard surface for indirect prompt injection.

  • Socketwarn

    1 alert: gptAnomaly

  • Snykpass

    Risk: LOW · No issues

What does this agent skill do?

Paths: File paths (references/, ../ln-*) are relative to this skill directory.

Type: L2 Coordinator Category: 8XX Optimization

Optimization Plan Validator

Coordinator for validating optimization plans before execution.

Mandatory Read

MANDATORY READ: Load references/evaluation_coordinator_runtime_contract.md, references/evaluation_summary_contract.md, references/evaluation_research_contract.md MANDATORY READ: Load references/agent_delegation_pattern.md MANDATORY READ: Load references/optimization_review_focus.md

Agent review policy: run health check, record skipped reason when no advisor is available, verify every advisor claim before plan mutation or verdict, and treat transport/auth/tool failures as operator evidence rather than optimization findings. Load references/agent_review_workflow.md only when debugging lifecycle/liveness details outside the evaluation runtime.

Purpose

  • verify feasibility of optimization hypotheses
  • require source-backed research before plan approval
  • use parallel external agents plus local feasibility analysis
  • keep merge and refinement sequential

Inputs

Primary input:

  • .hex-skills/optimization/{slug}/context.md

Required context sections:

  • performance map
  • hypotheses
  • suspicion stack
  • test command

Runtime Contract

Runtime family:

  • evaluation-runtime

Identifier:

  • optimization-{slug}

Phase order:

  1. PHASE_0_CONFIG
  2. PHASE_1_LOAD_CONTEXT
  3. PHASE_2_AGENT_LAUNCH
  4. PHASE_3_RESEARCH_AND_FEASIBILITY
  5. PHASE_4_MERGE
  6. PHASE_5_REFINEMENT
  7. PHASE_6_VERDICT
  8. PHASE_7_SELF_CHECK

TodoWrite Format

Mandatory todo items:

  • Config
  • Load context
  • Agent launch
  • Research and feasibility
  • Merge
  • Refinement
  • Verdict
  • Self-check

The coordinator runs research inline (per references/evaluation_research_contract.md) and refinement inline (per references/agents/prompt_templates/iterative_refinement.md and references/agents/prompt_templates/refinement_perspectives.md). Refinement advisor sessions are launched directly via references/agents/agent_runner.mjs.

Workflow

Phase 0: Config

  1. Resolve optimization slug.
  2. Build evaluation runtime manifest with required_research=true.
  3. Start evaluation-runtime.

Phase 1: Load Context

  1. Load .hex-skills/optimization/{slug}/context.md.
  2. Fail if required sections are missing.
  3. Materialize agent-readable context when needed.

Phase 2: Agent Launch

  1. Run health check.
  2. Launch available agents.
  3. Register every launched agent in evaluation-runtime.
  4. If no agents are available, record agents_skipped_reason and continue.

Phase 3: Research And Feasibility

Required work:

  • coordinator performs research inline (official docs, MCP Ref, Context7, current web best-practice)
  • perform local feasibility validation in parallel while agents work

Minimum research lanes:

  1. official documentation or standards
  2. MCP Ref
  3. Context7 for involved libraries
  4. current web best-practice research

Feasibility checks:

  • files exist
  • no invalid overlap across hypotheses
  • every hypothesis traces to profiler or research evidence
  • unsupported removal hypotheses are flagged
  • high-level fixes are preferred over low-level churn when evidence supports them

Phase 4: Merge

  1. Sync agents at the merge barrier.
  2. Merge:
    • local feasibility findings
    • research findings
    • agent findings
  3. Reject unsupported suggestions.
  4. Apply accepted corrections directly to context.md.

Phase 5: Refinement

Refinement uses a 2-stage state machine per references/agents/prompt_templates/iterative_refinement.md and references/agents/prompt_templates/refinement_perspectives.md:

  • Stage 1 (parallel): dry_run_executor, new_dev_tester, adversarial_reviewer
  • Stage 2 (after merge): final_sweep

Rules:

  • Stage 1 runs in parallel, Stage 2 after merge
  • no skip when an advisor is available except runtime-backed failure or disablement
  • cleanup evidence is mandatory

Phase 6: Verdict

Possible verdicts:

  • GO
  • GO_WITH_CONCERNS
  • NO_GO

NO_GO when:

  • critical feasibility gaps remain
  • research does not support the plan
  • both local validation and agent review reject the plan

Phase 7: Self-Check

Required checks:

  • context loaded and validated
  • mandatory research completed
  • local feasibility check completed
  • all required agents resolved before merge
  • merge summary exists
  • refinement trace exists when an advisor was available
  • cleanup verified
  • coordinator summary recorded

Summary Contract

Write summary_kind=evaluation-coordinator.

Recommended payload:

  • status
  • final_result
  • report_path
  • worker_count
  • agent_count
  • issues_total
  • severity_counts
  • warnings
  • cleanup_verified
  • research_completed

Definition of Done

  • Evaluation runtime started
  • Optimization context validated
  • Mandatory research completed
  • Agents launched or explicitly skipped
  • Feasibility analysis completed
  • Merge completed after agent barrier
  • Refinement executed or explicitly justified
  • Verdict issued
  • evaluation-coordinator summary written
  • Runtime completed

Meta-Analysis

Optional reference: load references/meta_analysis_protocol.md only when the user asks for post-run meta-analysis or protocol-formatted run reflection.

When requested after the coordinator run, analyze the session per protocol section 7 and include the protocol-formatted output with the final optimization-plan verdict.

References

  • Runtime: references/evaluation_coordinator_runtime_contract.md, references/evaluation_summary_contract.md
  • Research: references/evaluation_research_contract.md
  • Review workflow: references/agent_review_workflow.md, references/agent_delegation_pattern.md
  • Focus: references/optimization_review_focus.md

Version: 1.0.0 Last Updated: 2026-03-15

Add the canonical catalog link to the repository README so users can inspect current installs and available audits. The publishing guide covers the complete discovery path.

<a href="https://skillzs.dev/skills/levnikolaevich/claude-code-skills/ln-813-optimization-plan-validator">View ln-813-optimization-plan-validator on skillZs</a>