tlc-spec-driven

Orchestrate project planning and execution with adaptive depth and traceability.

Updated Mar 29, 2026
One-click install
npx skills add https://github.com/oiagorodrigues/qcontabil --skill tlc-spec-driven-oiagorodrigues
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tlc-spec-driven
Source: https://github.com/oiagorodrigues/qcontabil/tree/main/.cursor/skills/tlc-spec-driven
Command: npx skills add https://github.com/oiagorodrigues/qcontabil --skill tlc-spec-driven-oiagorodrigues

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Plans and executes software projects with adaptive depth, enabling teams to auto-size rigor to fit the feature scope and reduce ceremony when unnecessary.

Core Features & Use Cases

  • Automatically Specify features with traceable IDs (FEAT-01, etc.), Design only for complex cases, and Execute with atomic commits.
  • Break work into granular tasks and maintain persistent memory across sessions for continuity.
  • Validate outcomes with per-task verification and optional user-facing UAT.

Quick Start

Describe a feature and I will guide you through Specify, Design, Tasks, and Execute to delivery.

Frequently Asked Questions about tlc-spec-driven

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

FAQPage Schema
How do I maintain traceability from software requirements to tasks and commits?

To maintain traceability, specify features with traceable IDs like FEAT-01, break work into granular tasks, and execute changes with atomic commits. This enforces a clear link from initial requirements through to final code execution.

What is the best way to plan small software changes without unnecessary project management ceremony?

The best way to plan small changes is using a quick mode that auto-sizes rigor to fit the feature scope. This approach reduces project management ceremony and skips complex design phases when they are unnecessary for the task.

How do I break down software architecture specifications into executable tasks?

To break down architecture specifications, map existing codebases, specify features, design only for complex cases, and decompose work into granular tasks. This ensures each task is executable and validated per outcome.

Can I keep persistent memory of project tasks and execution across multiple coding sessions?

Yes, you can keep persistent memory of project tasks and execution across multiple coding sessions. This maintains continuity by retaining task breakdowns and specification states between different development periods.

When should I not use a full design phase for software feature specification?

You should not use a full design phase when working on small software changes or minor features. By applying adaptive depth, you can utilize quick mode to skip architecture design and reduce ceremony for simpler scopes.