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.

معلومات المصدر

المستودع
DolphinAI2026/dolphin-code
آخر نشاط في المصدر
٢٢ يوليو ٢٠٢٦ في ١٢:١٨
لغة SKILL.md المكتشفة
الإنجليزية
النجوم
٩٩٠
التفرعات
٧٨

خيارات التثبيت

يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.

مراجعة ملفات المصدر

اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.

مستكشف الملفات
15 ملفات

عرض SKILL.md

SKILL.md
تعليمات المصدر · معاينة للقراءة فقط
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`.
عرض على GitHub