trellis-update-spec

Captures executable contracts and coding conventions into .trellis/spec/ documentation files.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Valuable lessons learned during debugging, feature implementation, or design discussions are often lost between sessions, forcing developers and AI agents to rediscover the same patterns and repeat the same mistakes. This Skill turns those learnings into persistent, executable code-spec documents. ## Core Features & Use Cases - Executable Contract Capture: Records concrete signatures, request/response fields, environment keys, and validation/error matrices rather than vague principles. - Structured Update Workflow: Guides classification of learnings (design decisions, patterns, anti-patterns, gotchas, common mistakes) and routes them to the correct spec file or thinking guide. - Mandatory 7-Section Template: Enforces Scope, Signatures, Contracts, Error Matrix, Good/Base/Bad cases, Tests, and Wrong-vs-Correct examples for infra or cross-layer changes. - Use Case: After fixing a subtle API error-handling bug, invoke this Skill to document the correct contract, the failure mode, and the required tests in the relevant .trellis/spec/ file so future sessions never repeat the mistake. ## Quick Start Ask the agent to update the code-spec with what was just learned from the completed task or bug fix.

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 a design decision after implementing a feature?▼

Use the Design Decision template: record the context, options considered, the chosen approach with a code example, and how to extend it. Add it to the relevant spec file's Design Decisions section and update the category index if the structure changed.

What is the difference between a code-spec and a guide in .trellis/spec?▼

Code-specs live in layer directories and describe how to implement safely with signatures, contracts, and test points. Guides live in guides/ and are short thinking checklists about what to consider before writing code, pointing back to specs.

When is the mandatory 7-section code-spec template required?▼

It is required when a change involves new or changed command or API signatures, cross-layer request/response contracts, database schema or migration changes, or infrastructure integration such as storage, queues, caches, secrets, or environment wiring.

Should every bug fix result in a spec update?▼

Not necessarily. Update the spec when the fix reveals a reusable contract, convention, gotcha, or common mistake that future developers or AI sessions need. Purely one-off implementation details can be skipped.

Where do I document a checklist-style reminder like 'check X before Y'?▼

Thinking triggers belong in .trellis/spec/guides/ as short checklist items, not in layer spec files. Spec files are reserved for concrete executable conventions like which API to use and exact error behavior.