Skip to content
All Skills

Optimization Plan Validator

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

Software Engineering|v1|Updated 5/18/2026|GitHub source
MCP get_skill({ skillId: "optimization-plan-validator-765e445b" })

Use this skill with your agent

Create a free account and connect via MCP

Get Started Free
> **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
#github#external#license-mit#levnikolaevich-claude-code-skills#agile-workflow#code-review#code#review

Related Skills

More skills in Software Engineering

Accessibility Standards

Comprehensive web accessibility standards based on WCAG 2.2 AA, with 38+ anti-patterns, legal enforcement context (EAA, ADA Title II), WAI-ARIA patterns, and framework-specific fixes for modern web frameworks and libraries.

#github-copilot#accessibilityMIT

Accord

Authoring unified specification packages across Business/Development/Design teams via staged elaboration (L0 Vision → L1 Requirements → L2 Team Detail → L3 Acceptance Criteria). No code. Use when authoring cross-team specs, building L0-L3 packages, or aligning Biz/Dev/Design on a single source of truth.

#broad-capability#developmentMIT

Acquire Codebase Knowledge

Use this skill when the user explicitly asks to map, document, or onboard into an existing codebase. Trigger for prompts like "map this codebase", "document this architecture", "onboard me to this repo", or "create codebase docs". Do not trigger for routine feature implementation, bug fixes, or narrow code edits unless the user asks for repository-level discovery.

#github-copilot#documentationMIT

Acreadiness Assess

Run the AgentRC readiness assessment on the current repository and produce a static HTML dashboard at reports/index.html. Wraps `npx github:microsoft/agentrc readiness` and hands off rendering to the @ai-readiness-reporter custom agent. Supports policies (--policy) for org-specific scoring. Use when asked to assess, audit, or score the AI readiness of a repo.

#github-copilot#planningMIT

Acreadiness Generate Instructions

Generate tailored AI agent instruction files via AgentRC instructions command. Produces .github/copilot-instructions.md (default, recommended for Copilot in VS Code) plus optional per-area .instructions.md files with applyTo globs for monorepos. Use after running /acreadiness-assess to close gaps in the AI Tooling pillar.

#github-copilot#skillMIT

Acreadiness Policy

Help the user pick, write, or apply an AgentRC policy. Policies customise readiness scoring by disabling irrelevant checks, overriding impact/level, setting pass-rate thresholds, or chaining org baselines with team overrides. Use when the user asks about strict mode, AI-only scoring, custom weights, CI gating, or wants org-wide standardisation.

#github-copilot#planningMIT