trellis-update-spec

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

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Valuable lessons from debugging sessions, feature implementations, and design discussions are often lost between sessions, forcing developers and AI assistants to rediscover the same contracts, conventions, and gotchas repeatedly. ## Core Features & Use Cases - Executable Contract Capture: Records concrete signatures, request/response fields, environment keys, and validation/error matrices rather than abstract principles. - Structured Update Workflow: Guides classification of learnings into design decisions, conventions, patterns, anti-patterns, common mistakes, and gotchas with ready-to-use Markdown templates. - Code-Spec vs Guide Separation: Enforces a clear distinction between implementation specs (how to write code) and thinking guides (what to consider), keeping .trellis/spec/ organized. - Use Case: After fixing a subtle API validation bug, use this Skill to document the exact error matrix, good/base/bad cases, and required tests in the relevant backend spec so future sessions never repeat the mistake. ## Quick Start Ask the AI to update the project specs 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 API contracts and coding conventions for a project?▼

Record concrete signatures, request/response fields, environment keys, and validation/error matrices in dedicated spec files rather than abstract principles. This Skill structures those updates into .trellis/spec/ documents with mandatory sections for triggered changes.

When should I update project specification documents?▼

Update specs after implementing a feature, fixing a bug, making a design decision, discovering a pattern, or hitting a gotcha. Mandatory updates apply when changes involve new API signatures, cross-layer contracts, database schemas, or infrastructure integrations.

What is the difference between a code-spec and a guide?▼

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 pointing to specs, covering what to consider before writing code.

What sections are required for infrastructure or cross-layer spec changes?▼

Seven sections are mandatory: Scope/Trigger, Signatures, Contracts, Validation & Error Matrix, Good/Base/Bad Cases, Tests Required with assertion points, and at least one Wrong vs Correct pair.

How do I avoid duplicating content when updating specs?▼

Read the target spec file before editing to understand its existing structure and find the right section. The Skill's quality checklist also requires verifying the update does not duplicate existing content and sits in the correct spec file.