
Spring Planning
Produce a dated Spring implementation plan under `docs/plans/` using live Amplicode MCP project context before coding.
Overview
Spring-planning is an agent skill most often used in Build (also Validate) that creates a structured Spring implementation plan in `docs/plans/` using Amplicode MCP project intelligence.
Install
npx skills add https://github.com/amplicode/spring-skills --skill spring-planningWhat is this skill?
- Mandatory preflight: detect Amplicode MCP tools or stop and run amplicode-install
- Creates plans at `docs/plans/yyyymmdd-<task>` from MCP-grounded project facts
- Part of the Spring Agent Toolkit alongside IntelliJ Amplicode plugin
- Uses project summary, module dependencies, and entity details when MCP is connected
- Bilingual install fallback when amplicode-install is missing from the skill list
Adoption & trust: 1 installs on skills.sh; 54 GitHub stars; 3/3 security scanners passed (skills.sh audits); trending (+100% hot-view momentum).
What problem does it solve?
You are about to implement a Spring change but lack a repo-grounded plan that reflects modules, entities, and dependencies.
Who is it for?
Spring Boot teams on IntelliJ with Amplicode MCP connected who want agent-written implementation plans before touching code.
Skip if: Non-Spring stacks, projects without IntelliJ Amplicode setup, or cases where an approved spec and plan already exist and only execution is needed.
When should I use this skill?
Creating a structured implementation plan in docs/plans when Amplicode MCP is or should be available for a Spring project.
What do I get? / Deliverables
You get a dated plan file under `docs/plans/` informed by Amplicode MCP so implementation can start with aligned tasks and context.
- Implementation plan file under docs/plans/yyyymmdd-<task>
Recommended Skills
Journey fit
Spans multiple journey phases - primary shelf plus alternate fits below.
Build pm is the canonical shelf because the artifact is an implementation plan for engineers, even though planning often starts during validate scoping. Pm matches structured task breakdown and docs/plans output rather than runtime integration or ship-time QA.
Where it fits
Turn an agreed feature brief into a module-aware task list once entities are confirmed via get_entity_details.
Write `docs/plans/yyyymmdd-feature` before the agent edits controllers and services.
Attach the plan to release notes so reviewers see intended Spring touchpoints.
How it compares
Use MCP-grounded Spring planning instead of a generic writing-plans pass with no entity or module awareness.
Common Questions / FAQ
Who is spring-planning for?
Solo and indie Spring developers using the Spring Agent Toolkit with Amplicode in IntelliJ IDEA Ultimate, Community, or GigaIDE.
When should I use spring-planning?
After scope is understood in Validate and before coding in Build pm—or when refreshing an execution plan—once Amplicode MCP tools are visible in your agent.
Is spring-planning safe to install?
It reads project structure via the Amplicode MCP server locally; review the Security Audits panel on this page and only connect MCP to repositories you trust.
Workflow Chain
Requires first: amplicode install
SKILL.md
READMESKILL.md - Spring Planning
# Preflight: Amplicode MCP This skill is part of the **Spring Agent Toolkit** and is designed to work with the **Amplicode MCP server** (provided by the Amplicode IntelliJ plugin). Before doing anything else, check your tool list for any Amplicode MCP tool — they are exposed under the `amplicode` MCP server (e.g. `get_project_summary`, `list_module_dependencies`, `get_entity_details`); harnesses that flatten MCP tools into the tool list use the `mcp__amplicode__` prefix on the same names. - **If at least one Amplicode tool is available** — MCP is connected. Proceed with the skill below. - **If none are available** — stop and invoke the **`amplicode-install`** skill (bundled with the Spring Agent Toolkit). It installs the Amplicode plugin and walks the user through the **«Настроить Spring Agent»** welcome-screen button + MCP-client restart. After it completes, the MCP tools become available — resume this skill. - If `amplicode-install` is not registered in your skill list, tell the user (in their language): *"This skill needs the Amplicode IntelliJ plugin and its MCP server. Install it from https://amplicode.ru/marketplace into IntelliJ IDEA Ultimate/Community or GigaIDE, open any project, click «Настроить Spring Agent» on the Amplicode welcome screen, then restart your MCP client."* --- # Implementation Plan Creation create an implementation plan in `docs/plans/yyyymmdd-<task-name>.md` with interactive context gathering. ## step 0: parse intent and gather context before asking questions, understand what the user is working on: 1. **parse user's command arguments** to identify intent: - "add feature Z" / "implement W" → feature development - "fix bug" / "debug issue" → bug fix plan - "refactor X" / "improve Y" → refactoring plan - "migrate to Z" / "upgrade W" → migration plan - generic request → explore current work 2. **gather relevant context quickly** — use direct spring-explore skill, NOT an Explore agent. keep discovery under 30 seconds: **CRITICAL: do NOT launch an Explore agent. the goal is a quick scan, not exhaustive analysis. if more context is needed, ask the user in step 1.** ## step 1: present context and ask focused questions show the discovered context, then ask questions **one at a time** using the AskUserQuestion tool: "based on your request, i found: [context summary]" **ask questions one at a time (do not overwhelm with multiple questions):** 1. **plan purpose**: use AskUserQuestion - "what is the main goal?" - provide multiple choice with suggested answer based on discovered intent - wait for response before next question 2. **scope**: use AskUserQuestion - "which components/files are involved?" - provide multiple choice with suggested discovered files/areas - wait for response before next question 3. **constraints**: use AskUserQuestion - "any specific requirements or limitations?" - can be open-ended if constraints vary widely - wait for response before next question 4. **testing approach**: use AskUserQuestion - "do you prefer TDD, regular approach or no tests?" - options: "TDD (tests first)" and "Regular (code first, then tests)" and "None (no tests)" - store preference for reference during implementation - wait for response before next question 5. **plan title**: use AskUserQuestion - "short descriptive title?" - provide suggested name based on intent after all questions answered, synthesize responses into plan context. ## step 1.5: explore approaches once the problem is understood, propose implementation approaches: 1. **propose 2-3 different approaches** with trade-offs for each 2. **lead with recommended option** and explain reasoning 3. **present conversationally** - not a formal document yet example format: ``` i see three approaches: **Option A: [name]** (recommended) - how it works: ... - pros: ... - cons: ... **O