trellis-update-spec

Capture executable contracts and coding conventions into code-spec documents.

28|4|Updated Dec 10, 2025
One-click install
npx skills add https://github.com/Hooolee/novel-splitter --skill trellis-update-spec-hooolee
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: trellis-update-spec
Source: https://github.com/Hooolee/novel-splitter/tree/main/.agents/skills/trellis-update-spec
Command: npx skills add https://github.com/Hooolee/novel-splitter --skill trellis-update-spec-hooolee

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps teams preserve actionable learning from debugging, implementation, or discussion by turning insights into structured code-spec documents that survive future sessions.

Core Features & Use Cases

  • Centralizes executable contracts, signatures, and conventions into .trellis/spec/ for consistent cross-project governance.
  • Guides users through a standardized update process, including mandatory sections, triggers, and output requirements.
  • Use Case: after finishing a debugging session, capture the decisions and contracts to prevent knowledge loss and enable reproducible work.

Quick Start

After finishing a debugging or design session, run the update-spec workflow to capture your learnings into the code-spec framework.

Frequently Asked Questions about trellis-update-spec

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

FAQPage Schema
How do I capture executable contracts and coding conventions after a debugging session?

To capture executable contracts after debugging, run the update-spec workflow to turn insights into structured code-spec documents. This preserves actionable learning by outlining scope, triggers, validation rules, and test points for future sessions.

What is the best way to prevent knowledge loss from cross-layer infrastructure decisions?

Preventing knowledge loss from infrastructure decisions requires centralizing executable contracts into .trellis/spec/ documents. This standardizes governance by specifying precise signatures, payloads, and environment keys to ensure decisions are actionable and verifiable.

How do I document code-specs to ensure they are verifiable across future sessions?

Documenting verifiable code-specs requires specifying precise signatures, payloads, environment keys, validation rules, and test points. This structured approach ensures the executable contracts remain actionable and reproducible across cross-project changes.

Does the update-spec workflow require any specific dependencies to manage code-spec documents?

The update-spec workflow does not require specific dependencies to manage code-spec documents. It operates independently to guide users through a standardized process of capturing executable contracts into the .trellis/spec/ directory.

When should I not use a code-spec document for capturing implementation patterns?

You should not use a code-spec document for capturing implementation patterns when the changes are trivial or lack executable contracts, as the framework mandates defining precise signatures, payloads, and validation rules for actionable verifiability.