Files
claude-settings/commands/tdd-next.md
Alexander Hinrichs 57f52fd4b7 feat: add custom agents and slash commands
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>
2025-11-26 19:27:13 +01:00

1.5 KiB

TDD Next Test Cycle

Start the next TDD Ping-Pong cycle by proposing and writing a failing test.

Workflow

  1. Ask for feature specification:

    • What exact behavior should be tested?
    • What are the acceptance criteria?
    • Are there any edge cases to skip for now?
  2. Propose the next single test:

    • Describe what behavior will be tested
    • Explain why this is the next logical test
    • Confirm with user before proceeding
  3. 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
  4. Commit the test:

    git add <test-file>
    git commit -m "test: RED - <behavior being tested>"
    
  5. Hand off to developer:

    • Developer implements minimum code to make test pass
    • Developer commits with: git commit -m "feat: GREEN - <feature>"
  6. 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
  7. 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