aped-iterate

Classify post-ship product deltas and route them to downstream APED skills.

2|Updated Mar 12, 2026
One-click install
npx skills add https://github.com/yabafre/aped-claude --skill aped-iterate
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: aped-iterate
Source: https://github.com/yabafre/aped-claude/tree/main/src/templates/skills/aped-iterate
Command: npx skills add https://github.com/yabafre/aped-claude --skill aped-iterate

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill prevents mismatched follow-up work after a release by routing a post-ship delta to the correct downstream APED skill instead of trying to implement the change inside the router.

Core Features & Use Cases

  • Post-ship router only: Classifies the delta and hands off with an explicit recommendation and invocation for the next skill, without implementing anything itself.
  • Delta interview for correct routing: Uses a short interview to determine layer of impact, blast radius, and reversibility so the recommendation fits the real change.
  • Guards against bad timing and wrong context: Halts if a sprint worktree is active, and routes only after something shipped (release/merge/deployment).

Use Case: You shipped feature X, but users now need feature Y or discover a gap—use this Skill to classify the required follow-up and route to the appropriate planning, quick-spec, or architectural decision step.

Quick Start

Use aped-iterate after you ship, by telling Claude Code something like: we shipped feature X, now we need Y to close the gap.

Frequently Asked Questions about aped-iterate

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I route post-ship product changes to the right next step after a merge?

A post-ship router classifies the product delta by impact layer, blast radius, and reversibility, then hands off to the correct downstream workflow step. It prevents mismatched follow-up work after a release without implementing changes itself.

What is the best way to decide what to do after shipping a feature?

Running a short delta interview classifies the required follow-up by asking about layer of impact, blast radius, and reversibility. This routes the change to appropriate planning, quick-spec, or architectural decision steps instead of guessing.

Can I use workflow orchestration to plan follow-up work while a sprint worktree is still active?

No, post-ship routing halts if a sprint worktree is active. It enforces an activation guard and routes only after something has actually shipped, such as a release, merge, or deployment.

Does pipeline automation for post-ship routing modify my code artifacts?

No, post-ship routing produces a recommendation and user-invocation handoff without mutating artifacts. It runs discovery against recent merges and state, optionally checking an out-of-scope knowledge base.

When should I not use post-ship routing for iteration planning?

You should not use post-ship routing when a story is currently in-flight or before anything has shipped. It applies only when a user requests iteration after a merge, release, or deployment and no sprint worktree is active.