AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Tdd Workflow

skill-mshadmanrahman-pm-pilot-tdd-workflow · by mshadmanrahman

Test-driven development enforcement with RED-GREEN-IMPROVE cycle

No reviews yet
0 installs
17 views
0.0% view→install

Install

$ agentstack add skill-mshadmanrahman-pm-pilot-tdd-workflow

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-mshadmanrahman-pm-pilot-tdd-workflow)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
3mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Tdd Workflow? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

TDD Workflow

Detailed test-driven development procedure with framework-specific commands.

Relationship to tdd-guide agent: The /tdd command dispatches the tdd-guide agent, which enforces the loop. This skill provides the detailed procedure and framework-specific commands that the agent references.

When to Use

  • Referenced by tdd-guide agent during enforcement
  • Directly when user needs framework-specific test commands
  • Any new feature, bug fix, or refactoring that needs test coverage

Procedure

Phase 1: RED (Write Failing Test)

  1. Identify the behavior to implement
  2. Write the test that describes expected behavior
  3. Run the test: it MUST fail
  4. If it passes, the test is wrong or the feature already exists
# Framework detection
jest --testPathPattern={test_file} 2>/dev/null || \
pytest {test_file} 2>/dev/null || \
go test -run {test_name} ./... 2>/dev/null || \
mvn test -Dtest={test_class} 2>/dev/null

Phase 2: GREEN (Minimal Implementation)

  1. Write the minimum code to make the test pass
  2. No extra features, no premature optimization
  3. Run the test: it MUST pass
  4. If it fails, fix the implementation (not the test)

Phase 3: IMPROVE (Refactor)

  1. Clean up implementation while keeping tests green
  2. Extract functions, rename variables, remove duplication
  3. Run full test suite after each change
  4. Verify no regressions

Phase 4: COVERAGE

  1. Check coverage meets 80% minimum:

``bash jest --coverage 2>/dev/null || \ pytest --cov={module} 2>/dev/null || \ go test -coverprofile=cover.out ./... 2>/dev/null ``

  1. If below 80%, identify uncovered paths and add tests
  2. Focus on branch coverage, not just line coverage

Output Format

TDD Cycle: {feature name}
RED:   Test written - {test file}:{test name} - FAILS as expected
GREEN: Implementation - {impl file} - Test PASSES
IMPROVE: Refactored {what changed}
Coverage: {percent}% ({above/below} 80% target)

Rules

  • NEVER write implementation before a failing test
  • NEVER modify tests to make them pass (fix the implementation)
  • Each cycle should be small: one behavior per cycle
  • Run the full suite after GREEN phase to catch regressions
  • If coverage is below 80%, do not mark task as complete
  • Log test failures clearly with file, line, and error message

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.