agile-run-auto
Automatically advance an agile-run app/game workflow after requirements are already clear. Use when the user explicitly asks for automatic execution, autopilot, or continuing an approved/clear agile-run feature through artifacts, traceability, evidence, and gates. This skill is a thin entrypoint that reuses agile-run rules, schemas, templates, and scripts.
Works with
--- name: agile-run-auto description: Automatically advance an agile-run app/game workflow after requirements are already clear. Use when the user explicitly asks for automatic execution, autopilot, or continuing an approved/clear agile-run feature through artifacts, traceability, evidence, and gates. This skill is a thin entrypoint that reuses agile-run rules, schemas, templates, and scripts. license: MIT --- # Agile Run Auto Skill ## Purpose Run the automatic execution mode for `agile-run`. Use this only after the goal, acceptance criteria, target profile, risk, and implementation intent are clear enough to act without more product discovery. ## Required Kernel Load and obey `../agile-run/SKILL.md` plus only the `agile-run` references needed for the current task. Do not define separate schemas, templates, scripts, state rules, or GitHub behavior in this skill. ## Automation Loop 1. Confirm `.agile` exists or initialize it with `agile-run` scripts. 2. Create or update feature/story runtime records, concise artifacts, traceability, and evidence using `agile-run` templates. 3. Use `agile-tdd` for TDD/BDD and evidence mapping when test design is needed. 4. Use `agile-git` for branch, commit, push, release, hotfix, rollback metadata, and traceability. 5. Use `agile-github` for Issue, PR, merge, or Issue close only when the user explicitly requested GitHub automation and `.agile/agile.yaml` is in `gh_controlled` mode. 6. Run `agile-run` validation and gate scripts after each meaningful batch of changes. 7. Continue automatically only while gates are machine-verifiable and requirements remain unambiguous. ## Stop Conditions Stop and ask the user when there is ambiguous product intent, semantic approval, waiver approval, high-risk DDD judgment, Change Request approval, release approval, missing `gh` authentication, failed CI, failed gates that cannot be fixed mechanically, destructive actions, external credentials, or policy exceptions. ## Forbidden Actions Do not self-approve, create a second workflow implementation, bypass `agile-run`, duplicate schemas/templates/scripts, call direct GitHub APIs, silently waive gates, or continue after a stop condition.
More Project Management skills
firecrawl-build-onboarding
firecrawl/skills
Get Firecrawl credentials and SDK setup into a project. Use when an application needs `FIRECRAWL_API_KEY`, when an agent should add Firecrawl to `.env`, when the user wants to authenticate Firecrawl for app code, or when choosing the first SDK and docs for a new Firecrawl integration. This skill includes its own browser auth flow, so it does not depend on the website onboarding skill.
email-sequence
coreyhaines31/marketingskills
When the user wants to create or optimize an email sequence, drip campaign, automated email flow, or lifecycle email program. Also use when the user mentions "email sequence," "drip campaign," "nurture sequence," "onboarding emails," "welcome sequence," "re-engagement emails," "email automation," "lifecycle emails," "trigger-based emails," "email funnel," "email workflow," "what emails should I send," "welcome series," or "email cadence." Use this for any multi-email automated flow. For cold outreach emails, see cold-email. For in-app onboarding, see onboarding-cro.
onboard
pbakaus/impeccable
Designs and improves onboarding flows, empty states, and first-run experiences to help users reach value quickly. Use when the user mentions onboarding, first-time users, empty states, activation, getting started, or new user flows.

