This commit introduces a comprehensive feature management workflow that integrates with GitHub Issues and Projects for better task tracking and team collaboration. ## New Commands Added - `/publish-to-github`: Publishes features from /specs to GitHub by: - Creating an Epic issue with full requirements - Creating individual task issues for each implementation step - Setting up a GitHub Project board linked to the repository - Creating labels for organization (epic, feature/*, phase-*) - Generating a github.md reference file in the specs folder - `/continue-feature`: Implements the next available task by: - Querying open issues for the feature - Checking task dependencies to find unblocked work - Updating GitHub Project board status (In Progress -> Done) - Adding implementation details as issue comments - Providing fallback to implementation-plan.md when offline ## Updated Commands - `/create-feature`: Enhanced with clearer structure including: - Detailed implementation plan format template - Requirements for atomic, agent-implementable tasks - Guidance on next steps after feature creation - Better documentation for the /specs folder structure ## Package Updates - Bumped version from 1.1.24 to 1.1.25 All changes are mirrored in both the root .claude/commands/ folder and the create-agentic-app/template/.claude/commands/ folder to ensure new projects created with the CLI have access to these workflows. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
2.3 KiB
2.3 KiB
description
| description |
|---|
| Create a new feature with requirements and implementation plan |
Create Feature
This command creates a new feature specification folder with requirements and implementation plan documents.
Instructions
Given the above conversation:
-
Create feature folder
- Store the requirements and implementation plan in
/specs - Create a new subfolder for this feature using kebab-case (e.g.,
add-auth)
- Store the requirements and implementation plan in
-
Create requirements.md
- Document what the feature does and why
- Include acceptance criteria
- Reference any related features or dependencies
-
Create implementation-plan.md
- Split the implementation into phases
- Create actionable tasks for each phase
- Each task should have a checkbox:
[ ] Task description - Tasks should be specific enough for an agent to implement independently
- Include dependencies between tasks where relevant
-
Exclude testing tasks
- Do NOT include unit or e2e testing tasks
- UNLESS the user explicitly asks for testing to be included
If no conversation exists:
Ask the user what the requirements are first, then create the spec subfolder with:
requirements.mdimplementation-plan.md
Implementation Plan Format
Use this structure for implementation-plan.md:
# Implementation Plan: {Feature Name}
## Overview
Brief summary of what will be built.
## Phase 1: {Phase Name}
{Brief description of this phase's goal}
### Tasks
- [ ] Task 1 description
- [ ] Task 2 description (depends on Task 1)
- [ ] Task 3 description
## Phase 2: {Phase Name}
{Brief description}
### Tasks
- [ ] Task 4 description (depends on Phase 1)
- [ ] Task 5 description
...
Next Steps
After creating the feature, inform the user:
Feature specification created at
specs/{feature-name}/Next steps:
- Review the requirements and implementation plan
- Run
/publish-to-githubto create GitHub issues and project- Use
/continue-featureor drag the folder into a conversation to start implementing
Notes
- Keep tasks atomic - each should be implementable in a single session
- Tasks should produce working, testable code when complete
- Use clear, descriptive task names that explain what will be done
- Note dependencies explicitly when tasks must be done in order