optimizespec-continue
OptimizeSpec Continue
Create exactly one next artifact for an existing change under optimizespec/changes/<change-name>/.
Artifact Order
proposal.mddesign.mdspecs/*.mdtasks.md
Rules
- Read completed dependency artifacts before writing the next artifact.
- Read
../optimizespec-common/references/core/reference-contracts.mdbefore choosing phase-specific context. - For design work, load live eval runner, core runner, evidence, grader, ASI, candidate surface, optimizer, and verification contracts.
- Inspect the repo and prior artifacts to infer or confirm the target runtime. Load
../optimizespec-common/references/runtimes/claude-managed-agent/contracts only when the repo or artifacts identify Claude Managed Agents. - Preserve the proposal's
Optimization System Locationdecision in design, specs, and tasks. If repo inspection shows the path should change, record the proposed correction before moving implementation work. - Do not skip artifacts.
- Do not implement code.
- Preserve explicit unknowns for design follow-up.
- For Claude Managed Agents, design around live Session rollouts, eval cases, report/trace grading, ASI from live failures, and live-score optimization. Static prompt, fixture, dry-run, and template-output checks belong outside the eval path.
- If no bundled runtime reference exists for the target runtime, continue from the core contracts, record the adapter assumptions, and identify missing runtime-specific reference coverage.
Templates
- Proposal:
assets/templates/proposal.md - Design:
assets/templates/design.md - Spec:
assets/templates/spec.md - Tasks:
assets/templates/tasks.md
The design artifact must include inferred runtime and evidence, optimization-system location, import/runtime access plan, existing agent code and dependency reuse, runner invocation, rollout lifecycle, trace capture, evidence ledger path and required files, scoring and judge records, ASI mapping, candidate fields, GEPA optimizer configuration, optimizer lineage, best-candidate selection, and verification plan. Always read the relevant core reference contracts before writing design. For Claude Managed Agents designs, also read ../optimizespec-common/references/runtimes/claude-managed-agent/managed-agents-runner.md, ../optimizespec-common/references/runtimes/claude-managed-agent/managed-agents-runtime-contract.md, ../optimizespec-common/references/runtimes/claude-managed-agent/scorers-and-asi.md, and ../optimizespec-common/references/runtimes/claude-managed-agent/python-managed-agent-package/README.md. Inspect ../optimizespec-common/references/runtimes/claude-managed-agent/python-managed-agent-package/src/optimizespec/runtime.py when the design needs concrete live Python runner behavior.
More from terminaluse/optimizespec
optimizespec-new
Start a repo-local OptimizeSpec self-improvement change. Use when the user wants to create evals, optimize an agent with GEPA, define an agent self-improvement loop, or begin an ASI-first evaluation workflow.
3optimizespec-common
Shared OptimizeSpec self-improvement references and templates. Use only as a supporting skill when another OptimizeSpec skill needs workflow, ASI, scorer, runner, or runtime-specific reference material.
2optimizespec-apply
Apply a completed OptimizeSpec self-improvement plan to an agent repository. Use when the user asks to implement eval cases, rollouts, scorers, ASI, direct eval, compare, or GEPA optimization from completed artifacts. Includes a concrete Python Claude Managed Agents reference, while the core contracts are runtime-neutral.
2optimizespec-verify
Verify an OptimizeSpec self-improvement implementation. Use when checking generated skills, artifact completeness, eval runner behavior, ASI quality, direct eval, compare, or GEPA optimize readiness.
2