원클릭으로
acceptance-orchestrator
Use when a coding task should be driven end-to-end from issue intake through implementation, review, deployment, and acceptance verification with minimal human re-intervention.
메뉴
Use when a coding task should be driven end-to-end from issue intake through implementation, review, deployment, and acceptance verification with minimal human re-intervention.
Arquitecto de Soluciones Principal y Consultor Tecnológico de Andru.ia. Diagnostica y traza la hoja de ruta óptima para proyectos de IA en español.
Security audit, hardening, threat modeling (STRIDE/PASTA), Red/Blue Team, OWASP checks, code review, incident response, and infrastructure security for any project.
Ingeniero de Sistemas de Andru.ia. Diseña, redacta y despliega nuevas habilidades (skills) dentro del repositorio siguiendo el Estándar de Diamante.
Estratega de Inteligencia de Dominio de Andru.ia. Analiza el nicho específico de un proyecto para inyectar conocimientos, regulaciones y estándares únicos del sector. Actívalo tras definir el nicho.
Expert in building 3D experiences for the web - Three.js, React Three Fiber, Spline, WebGL, and interactive 3D scenes. Covers product configurators, 3D portfolios, immersive websites, and bringing depth to web experiences.
Structured guide for setting up A/B tests with mandatory gates for hypothesis, metrics, and execution readiness.
| name | acceptance-orchestrator |
| description | Use when a coding task should be driven end-to-end from issue intake through implementation, review, deployment, and acceptance verification with minimal human re-intervention. |
| risk | safe |
| source | community |
| date_added | 2026-03-12 |
Orchestrate coding work as a state machine that ends only when acceptance criteria are verified with evidence or the task is explicitly escalated.
Core rule: do not optimize for "code changed"; optimize for "DoD proven".
create-issue-gateclosed-loop-deliveryverification-before-completionOptional supporting skills:
deploy-devpr-watchpr-review-autopilotgit-shipRequire these inputs:
dev default)Fixed defaults:
23m -> 6m -> 10mintakeissue-gatedexecutingreview-loopdeploy-verifyacceptedescalatedIntake
Issue gate
create-issue-gate logic.ready or execution gate is not allowed, stop immediately.draft.Execute
closed-loop-delivery for implementation and local verification.Review loop
3m6m10m10m round, stop waiting and process all visible comments together.Deploy and runtime verification
dev by default.Completion gate
verification-before-completion.Move to accepted only when every acceptance criterion has matching evidence.
Move to escalated when any of these happen:
2 full roundsAlways stop for human confirmation on:
When reporting status, always include:
Status: intake / executing / accepted / escalatedAcceptance Criteria: pass/fail checklistEvidence: commands, logs, API results, or runtime proofOpen Risks: anything still uncertainNeed Human Input: smallest next decision, if blockedDo not report "done" unless status is accepted.