trellis-update-spec

Capture executable contracts from debugging sessions as code-spec updates.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/jhxxr/OpenSciReader --skill trellis-update-spec-jhxxr
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: trellis-update-spec
Source: https://github.com/jhxxr/OpenSciReader/tree/main/.opencode/skills/trellis-update-spec
Command: npx skills add https://github.com/jhxxr/OpenSciReader --skill trellis-update-spec-jhxxr

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill guides preserving executable contracts and coding conventions as code-spec documents, turning learning moments from debugging, implementation, or discussion into durable references.

Core Features & Use Cases

  • Structured, executable code-spec updates that define signatures, payload fields, environment keys, and error behavior.
  • Helps teams capture design decisions and cross-layer contracts to prevent regressions and accelerate onboarding.
  • Applies after feature work, bug fixes, or architectural discussions to create a stable knowledge base for future sessions.

Quick Start

After completing a debugging or implementation task, record the learned contracts into the relevant .trellis/spec document to preserve the implementation details for future AI-assisted sessions.

Frequently Asked Questions about trellis-update-spec

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

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

To document executable contracts after debugging, you capture learned design decisions and boundary behaviors into structured code-spec updates. This preserves cross-layer signatures and environment keys as durable references to prevent future regressions.

What is the best way to capture cross-layer contracts and boundary behaviors as code specs?

Capturing cross-layer contracts as code specs involves scoping learned implementation details into structured sections for signatures, validation, and test cases. This creates a stable knowledge base for future AI-assisted development sessions.

How do I structure code-spec updates to prevent regressions and accelerate team onboarding?

Structuring code-spec updates requires defining sections for scope, signatures, contracts, validation, test cases, and wrong-vs-correct examples. This structured format turns debugging lessons into durable references for team onboarding.

When should I update trellis spec documents with learned implementation details?

You should update trellis spec documents immediately after completing feature work, bug fixes, or architectural discussions. This records the learned executable contracts into relevant spec areas before the implementation context is lost.

Does documenting code specs require specific environment keys or payload field definitions?

Documenting code specs requires defining specific payload fields, environment keys, and error behaviors within the structured output. This ensures the executable contracts capture the exact technical boundaries needed for future validation.