← ClaudeAtlas

write-aclisted

Generate structured Jira acceptance criteria in Gherkin format (Given/When/Then). Use when the user wants to define, write, or create acceptance criteria for a Jira task, story, or ticket. Triggers include "acceptance criteria", "AC", "write the ACs", "define ACs for", or any request to document expected behavior as testable conditions. También se activa en castellano: "criterios de aceptación", "CA", "escribir los criterios", "definir criterios de aceptación", "crear los CA", "ACs del ticket", "criterios Gherkin", "dado cuando entonces", "condiciones de aceptación", "escribir los ACs", "generar criterios", "criterios para esta historia", "definir los criterios".
andresnator/agents-orchestrator · ★ 0 · Data & Documents · score 64
Install: claude install-skill andresnator/agents-orchestrator
# Building Acceptance Criteria Generate acceptance criteria for Jira tickets. Output in **English**, **Jira Markdown**, inside a code block. ## Step 1 — Gather context Before writing, verify you have the following. If any is missing, ask for it: - **What** the feature or change does (business goal, not implementation detail) - **Who** performs the action (user role or system actor) - **What** the observable outcome is from a user/business perspective - **Scope** restrictions if applicable (e.g., specific environments, feed-handlers, devices) Ask only what is missing. Do not ask for things already provided. ## Step 2 — Write the ACs Apply these quality rules to every criterion: - **Binary**: Each AC must have a clear pass or fail. Avoid vague outcomes like "works correctly" or "is shown properly". - **Testable**: The outcome must be verifiable through a concrete observable action — not inferred from code behaviour. - **Implementation-independent**: Describe *what* the system does, not *how* it does it internally. Avoid referencing internal flags, class names, or code constructs unless they are part of the user-visible contract. - **Business language**: Write so that any stakeholder (product owner, QA, business analyst) can understand it without technical knowledge. - **Real scenario**: Ground each AC in an authentic business flow (e.g., "a user completes a purchase"), not an abstract system state. ## Output Format Output the criteria in a single code block using this