Add comprehensive custom agents for specialized workflows: - gentoo-sysadmin: Gentoo Linux system administration (OpenRC, Portage) - tdd-test-writer: TDD Ping-Pong workflow implementation - code-reviewer: Code review against strict style guidelines - documentation-writer: Comprehensive project documentation - python-ai-tutor: AI/ML coursework assistant with teaching focus - dotfiles-manager: Dotfiles management with chezmoi Add custom slash commands for quick workflows: - /gentoo-update: Safe Gentoo system update procedure - /tdd-next: Start next TDD test cycle - /style-check: Comprehensive code style validation - /doc-sync: Update all project documentation - /review-pr: Review pull request before merge - /script-install: Install system script with proper permissions Updated .gitignore to properly track agents and commands while excluding session-specific data (plans/, etc.) Added README.md documenting the configuration structure and usage. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
1.5 KiB
1.5 KiB
TDD Next Test Cycle
Start the next TDD Ping-Pong cycle by proposing and writing a failing test.
Workflow
-
Ask for feature specification:
- What exact behavior should be tested?
- What are the acceptance criteria?
- Are there any edge cases to skip for now?
-
Propose the next single test:
- Describe what behavior will be tested
- Explain why this is the next logical test
- Confirm with user before proceeding
-
Write the failing test (RED phase):
- Write ONE failing test for the smallest increment
- Test behavior, NOT implementation details
- Use appropriate test framework for the language
- Ensure test fails for the right reason
-
Commit the test:
git add <test-file> git commit -m "test: RED - <behavior being tested>" -
Hand off to developer:
- Developer implements minimum code to make test pass
- Developer commits with:
git commit -m "feat: GREEN - <feature>"
-
Refactoring cycles:
- Review tests for improvements (extract fixtures, remove duplication)
- Review implementation for improvements (SOLID, DRY, naming)
- Each refactoring gets its own commit with REFACTOR phase marker
-
Feature completion:
- When feature is complete, update CLAUDE.md
- Commit:
git commit -m "docs: COMPLETE - <feature name>" - Tag:
git tag -a "feature-<name>-v1" -m "<description>"
Remember
- ONE test at a time
- Test behavior, not implementation
- Stay minimal
- Always confirm with user before writing test