
making-plans
by czottmann
My personal, current, in-production configuration system for Claude Code featuring custom agents, skills, and global behavior rules.
SKILL.md
name: making-plans description: Use when design is complete and you need detailed implementation tasks - breaks epics into coarse-grained Beans issues with TDD guidance, exact file paths, and verification steps
Making Plans
Overview
Write comprehensive implementation plans assuming the engineer has zero context for our codebase and questionable taste. Document everything they need to know: which files to touch, code examples, testing approach, verification steps, docs they might need to check. But instead of a single big plan document, split the entire plan into bite-sized tasks, one Beans issue ("bean") per task. Each bean should represent a logical unit of work (e.g., "Implement auth middleware with TDD") with detailed guidance in the description.
Assume they are a skilled developer, but know almost nothing about our toolset or problem domain. Assume they don't know good test design very well.
Announce at start: "I'm using the making-plans skill to create implementation tasks."
⚠️ PREREQUISITE: Linear ↔ Beans Epic
BEFORE continuing, you MUST read your issue-tracking-with-beans-and-linear skill.
Before breaking down tasks, you MUST have:
- A Linear ticket (e.g., ZCO-123)
- A Beans epic referencing that ticket in its title, e.g. "ZCO-123 - "
If either is missing, STOP and create them first. Use brainstorming skill if no design exists yet.
Task Granularity
Each Beans issue is one logical unit:
- "Implement auth middleware with TDD" — issue
- "Add user model and migrations" — issue
- "Create login endpoint with validation" — issue
Within each issue description, include step-by-step guidance:
- Write the failing test
- Run it to verify failure
- Implement minimal code to pass
- Run tests to verify
- Commit
Beans Issue Structure
For each task, create a Beans issue:
beans create "Implement <component>" --type task --parent <epic-id> --body "<description>"
Issue description should include:
**Files:**
- Create: `exact/path/to/file.py`
- Modify: `exact/path/to/existing.py:123-145`
- Test: `tests/exact/path/to/test.py`
**Steps:**
1. Write failing test:
```python
def test_specific_behavior():
result = function(input)
assert result == expected
```
Run: `pytest tests/path/test.py::test_name -v` Expected: FAIL
2. Implement:
```python
def function(input):
return expected
```
Run: `pytest tests/path/test.py::test_name -v` Expected: PASS
3. Commit:
```bash
git commit -m "feat: add specific feature" -- tests/path/test.py src/path/file.py
```
**Verification:**
- [ ] Tests pass
- [ ] No type errors
- [ ] Committed
Remember
- Exact file paths always
- Complete code examples (not "add validation")
- Exact commands with expected output
- Each task issue is a child of the epic
Execution Handoff
After creating all issues:
beans list --links parent:<epic-id>
"Tasks created under epic <epic-id>. Run beans list --status open to see unblocked work. Want me to start implementing?"
When implementing:
beans update <id> --status in-progressbefore startingbeans update <id> --status donewhen done
スコア
総合スコア
リポジトリの品質指標に基づく評価
SKILL.mdファイルが含まれている
ライセンスが設定されている
100文字以上の説明がある
GitHub Stars 100以上
1ヶ月以内に更新
10回以上フォークされている
オープンIssueが50未満
プログラミング言語が設定されている
1つ以上のタグが設定されている
レビュー
レビュー機能は近日公開予定です


