/ac:plan

Generate evidence-based implementation plans for multi-file Claude Code changes.

3|Updated May 11, 2026
One-click install
npx skills add https://github.com/anilcancakir/claude-code --skill ac-plan-anilcancakir
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: /ac:plan
Source: https://github.com/anilcancakir/claude-code/tree/main/plugins/ac/skills/plan
Command: npx skills add https://github.com/anilcancakir/claude-code --skill ac-plan-anilcancakir

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Producing a high-quality implementation plan across multiple files and decisions—grounded in codebase evidence—without rushing uncertainties or writing an unexecutable spec.

Core Features & Use Cases

  • Evidence-driven planning: surveys the repo, runs parallel research subagents, and reads referenced code directly to build a grounded mental model.
  • Interactive decision-tree interview: walks the user through every load-bearing decision via user questions, with a recommended-first branching style.
  • Tier-assigned plan artifacts: audits for reuse/quality/efficiency and writes a structured plan to .ac/plans/<slug>/plan.md (plus interview log, checkpoint, and research outputs).
  • Planning-only with optional auto-mode chaining: supports /ac:plan for planning artifacts first, and under --auto can chain into /ac:execute after the plan is delivered.

Quick Start

Ask the planner by giving a topic like: /ac:plan add an endpoint to create and list tasks with validation.

Frequently Asked Questions about /ac:plan

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

FAQPage Schema
How do I create an implementation plan for multi-file codebase changes?▼

An implementation plan for multi-file changes is generated by surveying the repository, running parallel research subagents, and conducting an interactive decision-tree interview. This produces tier-assigned planning artifacts grounded in actual codebase evidence.

What is evidence-based planning for cross-module refactoring?▼

Evidence-based planning for cross-module refactoring grounds your strategy in actual codebase behavior by reading referenced code directly and auditing for reuse, quality, and efficiency. It ensures load-bearing decisions are validated through an interactive interview process.

Can I chain planning directly into code execution automatically?▼

Yes, you can chain planning into code execution automatically by enabling an auto mode flag. After the tier-assigned plan is delivered, the workflow chains into execution while gating only workflow recovery gates automatically.

How do I write a spec from a free-form topic for non-trivial feature work?▼

To write a spec from a free-form topic for non-trivial feature work, you initiate an interactive interview that walks you through every load-bearing decision with a recommended-first branching style. The system then audits for reuse and efficiency to produce a structured plan.

Does interactive spec writing work with existing YAML task specifications?▼

Yes, interactive spec writing works with existing YAML task specifications by accepting them as an alternative input source alongside free-form topics. The planner reads the YAML specification to drive the interview and generate tier-assigned plan artifacts.

When should I avoid automated tiered planning for feature development?▼

You should avoid automated tiered planning for feature development when your changes are trivial or confined to a single file without cross-module dependencies. The interactive interview and parallel research subagents are designed specifically for non-trivial feature work and complex refactors.