implement-feature

Implement features with acceptance-criteria-driven development and test-first delivery.

3|Updated Mar 10, 2026
One-click install
npx skills add https://github.com/infraspecdev/tesseract --skill implement-feature-infraspecdev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: implement-feature
Source: https://github.com/infraspecdev/tesseract/tree/main/shield/skills/general/implement-feature
Command: npx skills add https://github.com/infraspecdev/tesseract --skill implement-feature-infraspecdev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill turns feature requests and story tickets into a disciplined implementation workflow, so you can move from requirements to working code without losing acceptance criteria, traceability, or quality.

Core Features & Use Cases

  • Story-driven implementation: Loads feature context from plan sidecars, project cards, or user descriptions.
  • Test-first delivery: Requires failing tests, minimal code changes, and per-step verification before moving on.
  • Traceable progress: Updates plan status, commits each completed step, and keeps acceptance criteria aligned with the final implementation.
  • Use case: A developer receives a story ID and wants the feature built in a controlled, reviewable sequence with clear evidence of completion.

Quick Start

Use the implement-feature skill to turn a story or feature request into a tested implementation plan and execute it against the confirmed acceptance criteria.

Frequently Asked Questions about implement-feature

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I implement a feature from a story ticket using TDD?

Feature implementation using TDD requires writing failing tests first, then making minimal code changes to pass them. This skill automates that stepwise delivery by loading story context, confirming acceptance criteria, and verifying each step before committing progress.

What's the best way to track acceptance criteria during feature delivery?

Acceptance-criteria-driven development keeps requirements aligned with implementation by updating plan status sidecars after each completed step. This ensures traceable progress from the initial story ticket through every committed code change to the final working feature.

How does test-first delivery work with project management cards?

Test-first delivery loads feature context directly from project cards, requires failing tests before any code is written, and commits each verified step. This creates a reviewable sequence with clear evidence of completion tied to the original card requirements.

Can I use acceptance criteria to guide stepwise feature implementation?

Acceptance criteria guide stepwise implementation by requiring confirmation before development begins, enforcing failing tests first, and verifying per-step progress. Each step is reviewed and committed only when it meets the confirmed criteria, ensuring the final code matches requirements.

Do I need failing tests before writing code for story-driven implementation?

Story-driven implementation requires failing tests before any code changes are made. This test-first approach ensures minimal modifications, per-step verification, and traceable commits that align with the story's acceptance criteria and overall feature delivery.

Why does feature implementation require per-step review and commits?

Per-step review and commits during feature implementation ensure traceable progress and maintain quality throughout development. By verifying each step against acceptance criteria before committing, the workflow prevents drift from requirements and produces clear evidence of completion.