Optimization Plan Validator
Use when validating optimization plans through the evaluation platform with mandatory research, parallel agent evidence, sequential merge, and bounded refinement.
MCP get_skill({ skillId: "optimization-plan-validator-765e445b" })Use this skill with your agent
Create a free account and connect via MCP
> **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-15Related 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.
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.
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.
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.
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.
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.
Explore Other Categories
Skills from other categories with shared topics
Pipeline Orchestrator
Drives a Story through full pipeline (tasks, validation, execution, quality). Use when executing a Story end-to-end from kanban board.
Story Coordinator
Creates, replans, or appends 5-10 Stories per Epic with standards research and multi-epic routing. Use when Epic needs Story decomposition.
Story Replanner
Replans Stories by comparing IDEAL vs existing (KEEP/UPDATE/OBSOLETE/CREATE). Use when Epic requirements changed and Stories need realignment.