planning-feature
Skill5 starsChanged 17 days agoMITView on GitHub
Planning skill for new features - includes changelog summary and test case consideration
In this repository50 other files it gives its agents.
- analyze-pr-commentsSkill
- architecture-analyzeSkill
- architecture-tradeoffSkill
- askSkill
- code-smellsSkill
- debugging-rocprof-sysSkill
- exploration-explore-codeSkill
- git-commitSkill
- git-gh-clientSkill
- git-prepare-pull-requestSkill
- git-pull-request-statusSkill
- gitSkill
- grill-meSkill
- library-amd-smiSkill
- notify-meSkill
- planning-architectureSkill
- planning-baseSkill
- planning-bugfixSkill
- planning-docsSkill
- planning-refactorSkill
- programming-cmake-best-practicesSkill
- programming-cpp-constexprSkill
- programming-cpp-design-patternsSkill
- programming-cpp-naming-rulesSkill
- programming-cpp-policy-based-diSkill
- programming-cppSkill
- programming-cpp-stl-algorithmsSkill
- programming-pythonSkill
- pr-review-interactiveSkill
- pr-reviewSkill
- radisha-create-skillSkill
- radisha-helpSkill
- radisha-improve-skillSkill
- radisha-skillsSkill
- radisha-updateSkill
- refactoring-techniquesSkill
- review-architectureSkill
- rocprofsys-buildSkill
- rocprofsys-configureSkill
- rocprofsysSkill
- static-analysisSkill
- testing-gtest-gmockSkill
- testing-pytestSkill
- testing-testplanSkill
- therock-build-to-commitSkill
- therock-commit-in-buildSkill
- therock-first-build-with-commitSkill
- update-pr-descriptionSkill
- verify-pmc-metricsSkill
- watchSkill
The file
We split this skill into the rules it gives an agent
11 rules. About 0 are common, 10 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈10
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
Use this skill when implementing NEW functionality or capabilities.
- Distinctive: line 13
Follow all base planning rules, plus the feature-specific rules below.
- Distinctive: line 20
Every new feature MUST include a changelog summary.
- Distinctive: line 34
After COMPLETING the feature implementation:
- Distinctive: line 38
Document automated tests and manual verification scenarios
- Distinctive: line 49
If user requests tests:
- Distinctive: line 51
Follow the test planning process from that skill
- Distinctive: line 52
Write tests ONE BY ONE, waiting for user approval after each test
- Distinctive: line 53
Update test plan file with test status
- Distinctive: line 57
After tests (if any), ASK the user:
- Very specific: line 61
If yes, invoke git-create-pull-request skill and create PR with:
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Feature Planning
Use this skill when implementing NEW functionality or capabilities.
<IMPORTANT>
**Prerequisites:** Invoke `planning-base` skill first if not already loaded. It provides the core planning phases (0-5).Follow all base planning rules, plus the feature-specific rules below.
</IMPORTANT>
Feature-Specific Requirements
Changelog Summary
Every new feature MUST include a changelog summary. After analysis, create a concise summary:
## Changelog Entry
### Added
- <Brief description of the new feature>
- <User-facing benefit or capability>This summary will be added to CHANGELOG.md upon completion.
Test Plan
After COMPLETING the feature implementation:
- Create test plan file:
planning/testplan-<feature-name>.md - Invoke
testing-testplanskill for the template - Document automated tests and manual verification scenarios
- Include regression checks for related features
Unit Tests
Then ASK the user:
"Feature implementation is complete. Would you like me to add unit tests?
- Which components/functions should be tested?
- Are there specific edge cases to cover?"
If user requests tests:
- Invoke the testing skill:
testing-gtest-gmock(C++) ortesting-pytest(Python) - Follow the test planning process from that skill
- Write tests ONE BY ONE, waiting for user approval after each test
- Update test plan file with test status
Pull Request
After tests (if any), ASK the user:
"Ready to create a Pull Request. Should I proceed?"
If yes, invoke git-create-pull-request skill and create PR with:
- Motivation - Why this feature is needed
- Technical Details - What was implemented
- Test Plan - How it was tested
Plan File Format
Save to planning/feature-<name>.md:
# Feature: <Feature Name>
## Goal
<Original user request>
## Changelog Summary
### Added
- <Feature description>
## Analysis
<Key findings, scope, dependencies, risks>
## PR Strategy
<Single PR or split? If split, list each PR with scope>
### PR 1: <Title> (if multiple PRs)
**Scope:** <What's included>
**Estimated size:** ~X lines
## Tasks
- [ ] Task 1
- [ ] Task 2
- [ ] Task 3
- [ ] Update CHANGELOG.md
## Test Cases
- [ ] <Test type>: <Test description>
(or "No tests requested")
## Notes
<Any additional context or decisions>Example
User request: "Add user profile avatar upload"
Planning output:
# Feature: User Profile Avatar Upload
## Goal
Add ability for users to upload and display profile avatars
## Changelog Summary
### Added
- User profile avatar upload with image preview
- Support for JPG, PNG, and WebP formats up to 5MB
## Analysis
- Scope: ProfileSettings component, user API, storage service
- Dependencies: existing file upload utility, image processing library
- Risks: Large file handling, image format validation
## PR Strategy
Single PR (~350 lines) - scope is focused and reviewable.
## Tasks
- [ ] Add avatar upload endpoint to user API
- [ ] Create AvatarUpload component with preview
- [ ] Implement image validation and resizing
- [ ] Update ProfileSettings to include avatar section
- [ ] Add avatar display to user profile header
- [ ] Update CHANGELOG.md
## Test Cases
- [ ] Unit: Avatar validation (size, format)
- [ ] Unit: Image resizing function
- [ ] Integration: Upload flow end-to-end
## Notes
- Max file size: 5MB
- Supported formats: JPG, PNG, WebP
- Avatar stored in /uploads/avatars/Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

