Agent skill

TDD Workflow

by affaan-m in affaan-m/ECC

Usar este skill al escribir nuevas funcionalidades, corregir bugs o refactorizar código.

MITAuto-check passedTesting & QA

Install TDD Workflow

skills CLI
$ npx skills add affaan-m/ECC --skill tdd-workflow -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install affaan-m/ECC tdd-workflow --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/affaan-m/ECC.git skills-src && mkdir -p .claude/skills && cp -r skills-src/docs/es/skills/tdd-workflow .claude/skills/tdd-workflow && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
tdd-workflow
GitHub stars
276k
Token cost
~3.6k tokens
SKILL.md length
1,057 words
Files
1
Skills in repo
673
Repo updated
First seen
Licence
MIT

At a glance

Usar este skill al escribir nuevas funcionalidades, corregir bugs o refactorizar código.

  • Works in 4 steps: Pruebas ANTES del Código → Requisitos de Cobertura → Tipos de Prueba → …
  • Tasks that involve Test-driven development
  • SKILL.md covers Cuándo Activar, Principios Fundamentales, Pasos del Flujo de Trabajo TDD and Patrones de Prueba, plus 4 more sections
  • Calls npm

What it does

TDD Workflow is an agent skill from affaan-m/ECC. Usar este skill al escribir nuevas funcionalidades, corregir bugs o refactorizar código. Aplica el desarrollo guiado por pruebas con 80%+ de cobertura incluyendo pruebas unitarias, de integración y E2E.

Its SKILL.md is about 3.6k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Testing & QA, covering Test-driven development, End-to-end testing and Unit testing. The repository describes itself as: The agent harness performance optimization system. Skills, instincts, memory, security, and research-first development for Claude Code, Codex, Opencode, Cursor and beyond. The licence is MIT.

When your agent uses it

  • Tasks that involve Test-driven development
  • Tasks that involve End-to-end testing
  • Tasks that involve Unit testing

Example prompts

  • “/tdd-workflow”

Workflow steps

4 steps, taken from the step headings in SKILL.md.

  1. Pruebas ANTES del Código
  2. Requisitos de Cobertura
  3. Tipos de Prueba
  4. Checkpoints de Git

What it can do on your machine

Read from SKILL.md and the folder at commit ef648e0. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • npm

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use npm, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

TDD Workflow loads about 3.6k tokens when it runs. Until then it costs about 54 tokens; SKILL.md has 1,057 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~54
When it runs · the whole SKILL.md, loaded when a task matches
~3.6k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from affaan-m/ECC at commit ef648e0, republished under its MIT licence (© affaan-m). 1,057 words, ~3,584 tokens.

Download SKILL.mdSave it as .claude/skills/tdd-workflow/SKILL.md (or your agent's skills folder).
name
tdd-workflow
description
Usar este skill al escribir nuevas funcionalidades, corregir bugs o refactorizar código. Aplica el desarrollo guiado por pruebas con 80%+ de cobertura incluyendo pruebas unitarias, de integración y E2E.
origin
ECC

Flujo de Trabajo de Desarrollo Guiado por Pruebas

Este skill garantiza que todo el desarrollo de código siga los principios TDD con cobertura de pruebas completa.

Cuándo Activar

  • Escribir nuevas funcionalidades
  • Corregir bugs o problemas
  • Refactorizar código existente
  • Agregar endpoints de API
  • Crear nuevos componentes

Principios Fundamentales

1. Pruebas ANTES del Código

SIEMPRE escribir primero las pruebas, luego implementar el código para que pasen.

2. Requisitos de Cobertura
  • Mínimo 80% de cobertura (unit + integración + E2E)
  • Todos los casos borde cubiertos
  • Escenarios de error probados
  • Condiciones de frontera verificadas
3. Tipos de Prueba
Pruebas Unitarias
  • Funciones y utilidades individuales
  • Lógica de componentes
  • Funciones puras
  • Helpers y utilidades
Pruebas de Integración
  • Endpoints de API
  • Operaciones de base de datos
  • Interacciones entre servicios
  • Llamadas a APIs externas
Pruebas E2E (Playwright)
  • Flujos críticos de usuario
  • Flujos de trabajo completos
  • Automatización del navegador
  • Interacciones con la UI
4. Checkpoints de Git
  • Si el repositorio está bajo Git, crear un commit de checkpoint después de cada etapa TDD
  • No hacer squash ni reescribir estos commits de checkpoint hasta completar el flujo de trabajo
  • Cada mensaje de commit de checkpoint debe describir la etapa y la evidencia capturada exacta
  • Contar solo commits creados en la rama activa actual para la tarea actual
  • No tratar commits de otras ramas, trabajo anterior no relacionado o historial lejano de ramas como evidencia válida de checkpoint
  • Antes de tratar un checkpoint como satisfecho, verificar que el commit sea alcanzable desde el HEAD actual en la rama activa y pertenezca a la secuencia de la tarea actual
  • El flujo de trabajo compacto preferido es:
    • un commit para la prueba fallida agregada y ROJO validado
    • un commit para la corrección mínima aplicada y VERDE validado
    • un commit opcional para refactor completo
  • No se requieren commits separados solo de evidencia si el commit de prueba claramente corresponde a ROJO y el commit de corrección claramente corresponde a VERDE

Pasos del Flujo de Trabajo TDD

Paso 1: Escribir Journeys de Usuario
Como [rol], quiero [acción], para que [beneficio]

Ejemplo:
Como usuario, quiero buscar mercados semánticamente,
para encontrar mercados relevantes incluso sin palabras clave exactas.
Paso 2: Generar Casos de Prueba

Para cada journey de usuario, crear casos de prueba completos:

typescript
describe('Semantic Search', () => {
  it('returns relevant markets for query', async () => {
    // Implementación de la prueba
  })

  it('handles empty query gracefully', async () => {
    // Probar caso borde
  })

  it('falls back to substring search when Redis unavailable', async () => {
    // Probar comportamiento de fallback
  })

  it('sorts results by similarity score', async () => {
    // Probar lógica de ordenamiento
  })
})
Paso 3: Ejecutar Pruebas (Deben Fallar)
bash
npm test
# Las pruebas deben fallar — aún no hemos implementado

Este paso es obligatorio y es la compuerta ROJO para todos los cambios en producción.

Antes de modificar lógica de negocio u otro código de producción, se debe verificar un estado ROJO válido mediante una de estas rutas:

  • ROJO en tiempo de ejecución:
    • El objetivo de la prueba relevante compila exitosamente
    • La prueba nueva o modificada se ejecuta efectivamente
    • El resultado es ROJO
  • ROJO en tiempo de compilación:
    • La nueva prueba instancia, referencia o ejercita la ruta del código con el bug
    • El fallo de compilación es en sí mismo la señal ROJO intencionada
  • En cualquier caso, el fallo está causado por el bug de lógica de negocio, comportamiento indefinido o implementación faltante prevista
  • El fallo no está causado solo por errores de sintaxis no relacionados, configuración de pruebas rota, dependencias faltantes o regresiones no relacionadas

Una prueba que solo se escribió pero no se compiló y ejecutó no cuenta como ROJO.

No editar código de producción hasta que este estado ROJO esté confirmado.

Si el repositorio está bajo Git, crear un commit de checkpoint inmediatamente después de que esta etapa esté validada. Formato de mensaje de commit recomendado:

  • test: add reproducer for <feature or bug>
  • Este commit también puede servir como checkpoint de validación ROJO si el reproductor fue compilado, ejecutado y falló por la razón prevista
  • Verificar que este commit de checkpoint esté en la rama activa actual antes de continuar
Paso 4: Implementar el Código

Escribir el código mínimo para que las pruebas pasen:

typescript
// Implementación guiada por las pruebas
export async function searchMarkets(query: string) {
  // Implementación aquí
}

Si el repositorio está bajo Git, preparar la corrección mínima ahora pero diferir el commit de checkpoint hasta que VERDE esté validado en el Paso 5.

Show full SKILL.md (436 more words)Show less
Paso 5: Ejecutar Pruebas Nuevamente
bash
npm test
# Las pruebas ahora deben pasar

Volver a ejecutar el mismo objetivo de prueba relevante después de la corrección y confirmar que la prueba anteriormente fallida ahora está en VERDE.

Solo después de un resultado VERDE válido se puede proceder a refactorizar.

Si el repositorio está bajo Git, crear un commit de checkpoint inmediatamente después de que VERDE esté validado. Formato de mensaje de commit recomendado:

  • fix: <feature or bug>
  • El commit de corrección también puede servir como checkpoint de validación VERDE si el mismo objetivo de prueba relevante fue re-ejecutado y pasó
  • Verificar que este commit de checkpoint esté en la rama activa actual antes de continuar
Paso 6: Refactorizar

Mejorar la calidad del código manteniendo las pruebas en verde:

  • Eliminar duplicación
  • Mejorar nombres
  • Optimizar rendimiento
  • Mejorar legibilidad

Si el repositorio está bajo Git, crear un commit de checkpoint inmediatamente después de que el refactor esté completo y las pruebas sigan en verde. Formato de mensaje de commit recomendado:

  • refactor: clean up after <feature or bug> implementation
  • Verificar que este commit de checkpoint esté en la rama activa actual antes de considerar el ciclo TDD completo
Paso 7: Verificar Cobertura
bash
npm run test:coverage
# Verificar que se alcanzó 80%+ de cobertura

Patrones de Prueba

Patrón de Prueba Unitaria (Jest/Vitest)
typescript
import { render, screen, fireEvent } from '@testing-library/react'
import { Button } from './Button'

describe('Button Component', () => {
  it('renders with correct text', () => {
    render(<Button>Click me</Button>)
    expect(screen.getByText('Click me')).toBeInTheDocument()
  })

  it('calls onClick when clicked', () => {
    const handleClick = jest.fn()
    render(<Button onClick={handleClick}>Click</Button>)

    fireEvent.click(screen.getByRole('button'))

    expect(handleClick).toHaveBeenCalledTimes(1)
  })

  it('is disabled when disabled prop is true', () => {
    render(<Button disabled>Click</Button>)
    expect(screen.getByRole('button')).toBeDisabled()
  })
})
Patrón de Prueba de Integración de API
typescript
import { NextRequest } from 'next/server'
import { GET } from './route'

describe('GET /api/markets', () => {
  it('returns markets successfully', async () => {
    const request = new NextRequest('http://localhost/api/markets')
    const response = await GET(request)
    const data = await response.json()

    expect(response.status).toBe(200)
    expect(data.success).toBe(true)
    expect(Array.isArray(data.data)).toBe(true)
  })

  it('validates query parameters', async () => {
    const request = new NextRequest('http://localhost/api/markets?limit=invalid')
    const response = await GET(request)

    expect(response.status).toBe(400)
  })

  it('handles database errors gracefully', async () => {
    // Mockear fallo de base de datos
    const request = new NextRequest('http://localhost/api/markets')
    // Probar manejo de errores
  })
})
Patrón de Prueba E2E (Playwright)
typescript
import { test, expect } from '@playwright/test'

test('user can search and filter markets', async ({ page }) => {
  // Navegar a la página de mercados
  await page.goto('/')
  await page.click('a[href="/markets"]')

  // Verificar que la página cargó
  await expect(page.locator('h1')).toContainText('Markets')

  // Buscar mercados
  await page.fill('input[placeholder="Search markets"]', 'election')

  // Esperar debounce y resultados
  await page.waitForTimeout(600)

  // Verificar resultados de búsqueda mostrados
  const results = page.locator('[data-testid="market-card"]')
  await expect(results).toHaveCount(5, { timeout: 5000 })

  // Verificar que los resultados contienen el término de búsqueda
  const firstResult = results.first()
  await expect(firstResult).toContainText('election', { ignoreCase: true })

  // Filtrar por estado
  await page.click('button:has-text("Active")')

  // Verificar resultados filtrados
  await expect(results).toHaveCount(3)
})

test('user can create a new market', async ({ page }) => {
  // Hacer login primero
  await page.goto('/creator-dashboard')

  // Completar formulario de creación de mercado
  await page.fill('input[name="name"]', 'Test Market')
  await page.fill('textarea[name="description"]', 'Test description')
  await page.fill('input[name="endDate"]', '2025-12-31')

  // Enviar formulario
  await page.click('button[type="submit"]')

  // Verificar mensaje de éxito
  await expect(page.locator('text=Market created successfully')).toBeVisible()

  // Verificar redirección a la página del mercado
  await expect(page).toHaveURL(/\/markets\/test-market/)
})

Organización de Archivos de Prueba

src/
├── components/
│   ├── Button/
│   │   ├── Button.tsx
│   │   ├── Button.test.tsx          # Pruebas unitarias
│   │   └── Button.stories.tsx       # Storybook
│   └── MarketCard/
│       ├── MarketCard.tsx
│       └── MarketCard.test.tsx
├── app/
│   └── api/
│       └── markets/
│           ├── route.ts
│           └── route.test.ts         # Pruebas de integración
└── e2e/
    ├── markets.spec.ts               # Pruebas E2E
    ├── trading.spec.ts
    └── auth.spec.ts

Mocking de Servicios Externos

Mock de Supabase
typescript
jest.mock('@/lib/supabase', () => ({
  supabase: {
    from: jest.fn(() => ({
      select: jest.fn(() => ({
        eq: jest.fn(() => Promise.resolve({
          data: [{ id: 1, name: 'Test Market' }],
          error: null
        }))
      }))
    }))
  }
}))
Mock de Redis
typescript
jest.mock('@/lib/redis', () => ({
  searchMarketsByVector: jest.fn(() => Promise.resolve([
    { slug: 'test-market', similarity_score: 0.95 }
  ])),
  checkRedisHealth: jest.fn(() => Promise.resolve({ connected: true }))
}))
Mock de OpenAI
typescript
jest.mock('@/lib/openai', () => ({
  generateEmbedding: jest.fn(() => Promise.resolve(
    new Array(1536).fill(0.1) // Mock de embedding de 1536 dimensiones
  ))
}))

Verificación de Cobertura de Pruebas

Ejecutar Reporte de Cobertura
bash
npm run test:coverage
Umbrales de Cobertura
json
{
  "jest": {
    "coverageThresholds": {
      "global": {
        "branches": 80,
        "functions": 80,
        "lines": 80,
        "statements": 80
      }
    }
  }
}

Errores Comunes de Pruebas a Evitar

FALLA: INCORRECTO: Probar Detalles de Implementación
typescript
// No probar estado interno
expect(component.state.count).toBe(5)
PASA: CORRECTO: Probar Comportamiento Visible para el Usuario
typescript
// Probar lo que los usuarios ven
expect(screen.getByText('Count: 5')).toBeInTheDocument()
FALLA: INCORRECTO: Selectores Frágiles
typescript
// Se rompe fácilmente
await page.click('.css-class-xyz')
PASA: CORRECTO: Selectores Semánticos
typescript
// Resiliente a cambios
await page.click('button:has-text("Submit")')
await page.click('[data-testid="submit-button"]')
FALLA: INCORRECTO: Sin Aislamiento de Pruebas
typescript
// Las pruebas dependen unas de otras
test('creates user', () => { /* ... */ })
test('updates same user', () => { /* depende de la prueba anterior */ })
PASA: CORRECTO: Pruebas Independientes
typescript
// Cada prueba configura sus propios datos
test('creates user', () => {
  const user = createTestUser()
  // Lógica de prueba
})

test('updates user', () => {
  const user = createTestUser()
  // Lógica de actualización
})

Pruebas Continuas

Modo Watch Durante el Desarrollo
bash
npm test -- --watch
# Las pruebas se ejecutan automáticamente al cambiar archivos
Hook Pre-Commit
bash
# Se ejecuta antes de cada commit
npm test && npm run lint
Integración CI/CD
yaml
# GitHub Actions
- name: Run Tests
  run: npm test -- --coverage
- name: Upload Coverage
  uses: codecov/codecov-action@v3

Buenas Prácticas

  1. Escribir Pruebas Primero — Siempre TDD
  2. Una Aserción por Prueba — Enfocarse en un solo comportamiento
  3. Nombres de Prueba Descriptivos — Explicar qué se prueba
  4. Arrange-Act-Assert — Estructura clara de la prueba
  5. Mockear Dependencias Externas — Aislar pruebas unitarias
  6. Probar Casos Borde — Null, undefined, vacío, grande
  7. Probar Rutas de Error — No solo los caminos felices
  8. Mantener Pruebas Rápidas — Pruebas unitarias < 50ms cada una
  9. Limpiar Después de las Pruebas — Sin efectos secundarios
  10. Revisar Reportes de Cobertura — Identificar gaps

Métricas de Éxito

  • 80%+ de cobertura de código alcanzada
  • Todas las pruebas pasando (verde)
  • Sin pruebas omitidas o deshabilitadas
  • Ejecución rápida de pruebas (< 30s para pruebas unitarias)
  • Pruebas E2E cubren flujos críticos de usuario
  • Las pruebas detectan bugs antes de producción

Recuerda: Las pruebas no son opcionales. Son la red de seguridad que permite refactorización con confianza, desarrollo rápido y confiabilidad en producción.

© affaan-m, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in docs/es/skills/tdd-workflow of affaan-m/ECC.

Open the folder on GitHubat commit ef648e0

Compare with similar skills

TDD Workflow next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

TDD Workflow compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
TDD Workflow this skillaffaan-m/ECC276k—~3.6kAutomated safety check: PassMIT
TDD WorkflowhellangleZ/burn-in-cceverywhere-ralph11211 repos~2.4kAutomated safety check: PassNone
TDD Workflowxu-xiang/everything-claude-code-zh2k—~1.8kAutomated safety check: PassMIT
TDD Workflowxu-xiang/everything-claude-code-zh2k—~1.9kAutomated safety check: PassMIT
TDD Workflowxu-xiang/everything-claude-code-zh2k—~1.9kAutomated safety check: PassMIT
Odc TestingDouglasNeuroInformatics/OpenDataCapture119—~1.5kAutomated safety check: NotesApache-2.0

Similar skills

  • TDD Workflow

    hellangleZ/burn-in-cceverywhere-ralph

    A skill your agent uses when writing new features, fixing bugs, or refactoring code.

    112 GitHub starsUsed in 11 repos~2.4k tokens
    Testing & QAAuto-check passed
  • TDD Workflow

    xu-xiang/everything-claude-code-zh

    在编写新功能、修复 Bug 或重构代码时使用此技能。强制执行测试驱动开发(TDD),包括单元测试、集成测试和端到端(E2E)测试,覆盖率需达到 80% 以上。

    2k GitHub stars~1.8k tokensUpdated 7 mo ago
    Testing & QAAuto-check passed
  • TDD Workflow

    xu-xiang/everything-claude-code-zh

    在创建新功能、修复 Bug 或重构代码时使用此技能。强制执行测试驱动开发(TDD),要求包括单元测试、集成测试和 E2E 测试在内的测试覆盖率达到 80% 以上。

    2k GitHub stars~1.9k tokensUpdated 7 mo ago
    Testing & QAAuto-check passed
  • TDD Workflow

    xu-xiang/everything-claude-code-zh

    在编写新功能、修复 Bug 或重构代码时使用此技能。强制执行测试驱动开发(TDD),包括单元测试、集成测试和 E2E 测试,且覆盖率需达到 80% 以上。

    2k GitHub stars~1.9k tokensUpdated 7 mo ago
    Testing & QAAuto-check passed
  • Odc Testing

    DouglasNeuroInformatics/OpenDataCapture

    Test a change in Open Data Capture. An agent skill from DouglasNeuroInformatics/OpenDataCapture.

    119 GitHub stars~1.5k tokensUpdated 2 days ago
    Testing & QAAuto-check: notes
  • Testing

    NiceEval/NiceEval

    Inspect, select, author, modify, or review NiceEval E2E and Unit test owners.

    158 GitHub stars~2.1k tokensUpdated yesterday
    Testing & QAAuto-check passed

More from affaan-m/ECC

All 673 skills in this repo
  • Skill Stocktake

    affaan-m/ECC

    Audits your installed Claude skills and commands for quality, with a quick mode for recently changed skills and a full mode that evaluates all of them through subagents.

    276k GitHub starsUsed in 5 repos~1.9k tokens
    Auto-check passed
  • Ingests, indexes, searches, edits and monitors video, audio and live streams through the VideoDB Python SDK, returning stream links, clips and timestamps.

    276k GitHub starsUsed in 3 repos~3.5k tokens
    Auto-check: notes
  • Rules Distillation

    affaan-m/ECC

    Scans installed skills for principles that recur across them and proposes rule-file changes: append, revise, add a section, create a file or leave as covered.

    276k GitHub starsUsed in 2 repos~2.3k tokens
    Auto-check passed
  • Builds DRAFT counterparty agreements from one markdown template and a small JSON spec per party, with clauses picked by the party's role.

    276k GitHub stars~2.9k tokensUpdated 4 days ago
    Auto-check passed
  • Measures whether agents actually follow a skill, rule or agent definition by generating scenarios at three strictness levels and scoring tool-call traces.

    276k GitHub starsUsed in 1 repo~623 tokens
    Auto-check passed
  • Instinct-based learning system that observes sessions via hooks, creates atomic instincts with confidence scoring, and evolves them into skills/commands/agents.

    276k GitHub stars~3.5k tokensUpdated 4 days ago
    Auto-check passed

Categories

Questions about TDD Workflow

What does TDD Workflow do?

Usar este skill al escribir nuevas funcionalidades, corregir bugs o refactorizar código. TDD Workflow is an agent skill from affaan-m/ECC. Usar este skill al escribir nuevas funcionalidades, corregir bugs o refactorizar código.

When should I use TDD Workflow?

TDD Workflow fits situations like: tasks that involve Test-driven development; tasks that involve End-to-end testing; tasks that involve Unit testing.

How do I install TDD Workflow in Claude Code?

Run `npx skills add affaan-m/ECC --skill tdd-workflow -a claude-code`. Or copy the skill folder (docs/es/skills/tdd-workflow in affaan-m/ECC) into .claude/skills/tdd-workflow in your project. Claude Code loads it when a task matches its description.

How do I install TDD Workflow in Codex?

Run `npx skills add affaan-m/ECC --skill tdd-workflow -a codex`. Or copy the skill folder (docs/es/skills/tdd-workflow in affaan-m/ECC) into .agents/skills/tdd-workflow in your project. Codex loads it when a task matches its description.

Can I use TDD Workflow in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add affaan-m/ECC --skill tdd-workflow -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/tdd-workflow, .gemini/skills/tdd-workflow, .github/skills/tdd-workflow and .opencode/skills/tdd-workflow in your project.

What does TDD Workflow need to run?

Going by SKILL.md and its folder, TDD Workflow needs the command-line tools its instructions call (npm).

Does TDD Workflow access the network?

SKILL.md contains no URLs. Its commands use npm, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is TDD Workflow safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does TDD Workflow use?

TDD Workflow is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does TDD Workflow use?

About 3.6k tokens (SKILL.md is roughly 14k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to TDD Workflow?

Skills that share tags, products or a category with TDD Workflow: TDD Workflow (hellangleZ/burn-in-cceverywhere-ralph, 112 stars), TDD Workflow (xu-xiang/everything-claude-code-zh, 2k stars), TDD Workflow (xu-xiang/everything-claude-code-zh, 2k stars) and TDD Workflow (xu-xiang/everything-claude-code-zh, 2k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains TDD Workflow?

affaan-m (a GitHub user) maintains it in affaan-m/ECC, which has 275,546 GitHub stars. The repository holds 673 skills in this directory. The repository was last updated on October 5, 2026.

Source: affaan-m/ECC on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.