/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.