implement-specs

Align code changes with approved PRODUCT.md and TECH.md specs.

Updated Apr 30, 2026
One-click install
npx skills add https://github.com/lalaABC/waprcn --skill implement-specs-lalaabc
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: implement-specs
Source: https://github.com/lalaABC/waprcn/tree/main/.agents/skills/implement-specs
Command: npx skills add https://github.com/lalaABC/waprcn --skill implement-specs-lalaabc

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill provides a disciplined workflow to implement features described in approved product and tech specs, ensuring code changes stay in sync with the documented design and that specs guide the implementation and later updates.

Core Features & Use Cases

  • Read and reference PRODUCT.md and TECH.md approved specs to guide implementation.
  • Keep specs and code aligned by updating the relevant specs in specs/ and associating them with the corresponding PR.
  • Optionally create PROJECT_LOG.md and DECISIONS.md to document decisions and implementation checkpoints.

Quick Start

Review the approved PRODUCT.md and TECH.md, then implement the feature in a single PR with aligned specs, code, and tests.

Frequently Asked Questions about implement-specs

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

FAQPage Schema
How do I align code changes with approved product and tech specs during feature development?

To align code with specs, you implement features in a single PR while referencing approved PRODUCT.md and TECH.md files. This disciplined workflow enforces prerequisites and procedures, ensuring documentation and implementation stay in sync as decisions evolve.

How do I keep specs and code in sync when product requirements change during implementation?

To keep specs and code in sync when requirements change, update the relevant spec files under specs/ and associate them with the corresponding PR. This ensures documentation accurately reflects evolving decisions alongside the code changes.

What is the best way to enforce traceability between feature specs and pull requests?

The best way to enforce traceability is to guide PRs using approved PRODUCT.md and TECH.md files, optionally tracking implementation checkpoints and decisions in PROJECT_LOG.md and DECISIONS.md documents to maintain a clear audit trail.

Do I need approved PRODUCT.md and TECH.md files before starting feature implementation?

Yes, you need approved PRODUCT.md and TECH.md files before starting. The workflow enforces prerequisites by verifying these specs exist under specs/FEATURE/, ensuring implementation is guided by documented design and approved technical decisions.

How to automate the workflow for implementing features described in approved product specs?

To automate the implementation workflow, use a process that verifies spec prerequisites, reads PRODUCT.md and TECH.md to guide code changes, prioritizes tests, and updates specs as decisions evolve, consolidating everything into a single aligned PR.

When should I not use a spec-driven implementation workflow for code review and pull requests?

You should not use a spec-driven implementation workflow when approved PRODUCT.md and TECH.md files do not exist or cannot be created, as the process enforces verifying these prerequisites to guide PRs and maintain documentation alignment.