update-spec

Refresh executable code-spec contracts and documentation after completing a task.

Updated Mar 6, 2026
One-click install
npx skills add https://github.com/Lin117-shygo/ros_car --skill update-spec-lin117-shygo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: update-spec
Source: https://github.com/Lin117-shygo/ros_car/tree/main/.agents/skills/update-spec
Command: npx skills add https://github.com/Lin117-shygo/ros_car --skill update-spec-lin117-shygo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps engineers capture and formalize changes to code-spec documents by updating executable contracts in the project’s documentation after learning a new insight, debugging, or design decision.

Core Features & Use Cases

  • CRITICAL: Update executable code-specs to reflect concrete signatures, payload fields, env keys, and boundary behavior.
  • Governance hooks: Keeps code-spec alignment across feature implementations, bug fixes, and design decisions.
  • Use Case: After discovering a new contract during debugging, refresh the relevant spec to ensure future work adheres to the updated contract.

Quick Start

Run the update-spec process after completing a task to refresh the relevant code-spec documentation.

Frequently Asked Questions about update-spec

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

FAQPage Schema
How do I update executable code-spec contracts after a bug fix?

To update executable code-spec contracts after a bug fix, automate the documentation refresh process to reflect concrete signatures, payload fields, and boundary behavior. This ensures your specs stay aligned with the corrected code behavior.

What is the process for keeping software engineering documentation aligned with design decisions?

Keeping software engineering documentation aligned with design decisions involves updating executable contracts using structured sections and validation checks. This formalizes new insights into your project's code-spec documentation to govern future implementations.

When do I need to refresh code-spec documentation during development?

You need to refresh code-spec documentation after completing a task like a feature implementation, bug fix, or debugging session. This captures new contract discoveries and ensures future work adheres to the updated behavior.

Does updating code-specs require a completed task as input?

Yes, updating code-specs requires a completed task as input to enforce the update process reliably. This prerequisite ensures the structured sections and validation checks have concrete code changes to formalize into the executable contracts.

What's the best way to maintain executable contracts across backend and frontend code?

The best way to maintain executable contracts across backend and frontend code is to apply an automated update process with governance hooks. This refreshes documentation consistently across feature implementations and design decisions.

Why should I use automated validation checks for code-spec updates?

You should use automated validation checks for code-spec updates to reliably enforce the documentation refresh process. This prevents misalignment between your executable contracts and current application behavior after debugging or implementing features.