plan

Create an implementation plan for Azurita changes with codebase-first scoping.

1|Updated Sep 6, 2024
One-click install
npx skills add https://github.com/carlos18bp/gym_project --skill plan-carlos18bp
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: plan
Source: https://github.com/carlos18bp/gym_project/tree/main/.agents/skills/plan
Command: npx skills add https://github.com/carlos18bp/gym_project --skill plan-carlos18bp

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps you quickly convert an Azurita change request into a concrete, decision-complete implementation plan that another engineer can execute without needing new product or architecture decisions.

Core Features & Use Cases

  • Decision-complete planning: Produces a plan that calls out tradeoffs, constraints, migrations, compatibility concerns, and rollout risks.
  • Codebase-first scoping: Instructs the agent to inspect the repository and map the affected data flow, APIs, state, and tests before deciding what to change.
  • Workflow design support: Works for feature work, refactors, bugfixes, and workflow changes where you need alignment before coding.

Quick Start

Create a plan to implement the required change for the Azurita-related feature described in my request, without modifying any repository files.

Frequently Asked Questions about plan

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

FAQPage Schema
How do I turn a change request into an implementation plan another engineer can execute?

To turn a change request into an implementation plan, map the affected code paths, data flow, APIs, and state using a codebase-first inspection workflow. This produces a decision-complete plan clarifying tradeoffs, constraints, and rollout risks for execution.

What is a decision-complete implementation plan for software changes?

A decision-complete implementation plan explicitly calls out tradeoffs, constraints, migration concerns, and rollout risks. It ensures another engineer can execute the software changes without needing to make new product or architecture decisions along the way.

How do I map scope for complex refactors and feature additions?

You map scope for refactors and feature additions by inspecting the repository first to understand affected data flow, APIs, state, and test coverage. This codebase-first approach ensures alignment on workflow changes before coding begins.

Can I use this planning workflow for bugfixes and workflow changes?

Yes, you can use this planning workflow for bugfixes, workflow changes, refactors, and feature additions. It applies to any software change requiring scope mapping across code paths and test coverage to prevent new architecture decisions.

Does implementation planning require modifying repository files?

No, implementation planning does not require modifying repository files. The workflow instructs the agent to inspect the codebase and map affected APIs and tests to generate the plan without altering the actual repository.

Why include migration and rollout risk considerations in a software change plan?

Including migration and rollout risk considerations in a software change plan prevents deployment failures. The plan explicitly addresses compatibility concerns and rollout risks so executing engineers understand deployment constraints before modifying code.