Skip to main content

agentic-spec-confirmed-implementation

Orchestrate a Phase 6.5 confirmed implementation request from either a fenced JSON spec-confirmed-implementation-request or an explicit natural-language automation request after request assembly and confirmation; bare acknowledgements do not trigger this skill.

Source facts

Repository
DolphinAI2026/dolphin-code
Last source activity
July 22, 2026 at 12:18
Detected SKILL.md language
English
Stars
990
Forks
78

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

File Explorer
15 files

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
agentic-spec-confirmed-implementation
description
Orchestrate a Phase 6.5 confirmed implementation request from either a fenced JSON spec-confirmed-implementation-request or an explicit natural-language automation request after request assembly and confirmation; bare acknowledgements do not trigger this skill.
# Agentic Spec Confirmed Implementation Use `rules/phase65-trigger.md` for the complete trigger and non-trigger decision. This skill runs Path A fenced JSON requests directly after validation, and runs Path B only after the Agent has assembled the full request JSON, shown it to the user, received explicit confirmation, validated it, and passed the final same-phase manifest recheck. ## Required Context - `rules/phase65-trigger.md` - `rules/request.md` - `rules/planning.md` - `rules/execution.md` - `rules/review-gap-policy.md` - `rules/remote-sync-ci.md` - `rules/manual-doc-handoff.md` - `docs/solutions/l3/detail/phase6-5a-spec-confirmed-implementation-automation-graphify-chain-analysis.md` ## Workflow 1. Prepare (`prepare`): use validated request JSON as the input, with Path A fenced JSON and Path B assembled JSON as the upstream sources; validate the request and manifest, run `agentic-spec doctor`, execute confirm guard, confirm exactly one plan, confirm `codex-agentic` P0 detached support, and resolve `ExecutionRefs.phase_id`, plan refs, confirm commit, and phase refs before any executor start. 2. Start detached (`start detached`): run: ```text codex-agentic --automation phase-confirmed --detach --result docs/assets/builder/executions/<phase-id>.codex-agentic-run.yaml <plan_ref> ``` Capture and persist the execution handle JSON emitted by the detached start. The handle, not terminal prose, is the control-plane correlation object. 3. Monitor/closeout (`monitor/closeout`): read detached lifecycle evidence from the normalized execution store and the phase run-result. Do not infer machine state, merge readiness, review status, push completion, cleanup completion, or CI handoff from stdout prose, HUD text, or terminal summaries. 4. Blocked intervention (`blocked intervention`): when lifecycle status is blocked, report the blocked reason code, safe evidence refs, and the lifecycle or prompt action type required for the next human decision. Compatibility fallback for pre-S3 environments only: if detached P0 support is unavailable and the confirmed request explicitly allows legacy operation, the foreground command remains: ```text codex-agentic --automation phase-confirmed --legacy-foreground --result docs/assets/builder/executions/<phase-id>.codex-agentic-run.yaml <plan_ref> ``` Foreground stdout is never an automation decision contract. ## Guardrails - Do not ask for a second plan approval. - Do not parse human-readable `codex-agentic` stdout or HUD text as the decision contract. - Do not force push. - Do not auto-patch app workspace `AGENTS.md` or `docs/solutions`. - Do not put semantic decisions into `agentic-spec`.
View on GitHub