trellis-spec-bootstarp

Generate project-specific Trellis coding specs from real codebase analysis.

Updated Jun 9, 2026
One-click install
npx skills add https://github.com/gyc-12/Archipelago --skill trellis-spec-bootstarp-gyc-12
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: trellis-spec-bootstarp
Source: https://github.com/gyc-12/Archipelago/tree/main/.cursor/skills/trellis-spec-bootstarp
Command: npx skills add https://github.com/gyc-12/Archipelago --skill trellis-spec-bootstarp-gyc-12

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Teams need coding guidelines in .trellis/spec/ that reflect their actual repository, but template specs are full of placeholders and generic advice that mislead future agents and developers. ## Core Features & Use Cases - Repository-Backed Analysis: Inspects the real codebase using GitNexus code graphs, ABCoder AST parsing, and direct source reads before writing any rule. - Spec Decomposition and Writing: Splits spec work by package or layer only when the codebase justifies it, then writes concrete rules with real file paths, examples, and anti-patterns. - Placeholder-Free Verification: Runs a final pass to remove template boilerplate, fix index files, and confirm every claim is backed by source or tests. - Use Case: After adopting Trellis in a monorepo, run this Skill to analyze each package and produce .trellis/spec/ guidance that documents actual command handler patterns, error handling conventions, and test styles. ## Quick Start Analyze this repository and write project-specific Trellis spec files under .trellis/spec based on the real code patterns you find.

Frequently Asked Questions about trellis-spec-bootstarp

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

FAQPage Schema
How do I create Trellis spec files for my repository?

Initialize Trellis, then analyze the codebase with GitNexus, ABCoder, or direct source reads before writing. Decompose spec work by package or layer only where real ownership boundaries exist, and fill each spec with concrete patterns, file paths, and anti-patterns from the project.

What tools analyze a codebase for writing coding guidelines?

GitNexus builds a code knowledge graph for module boundaries, execution flows, and impact analysis via `npx gitnexus analyze`. ABCoder parses code into UniAST for exact signatures and type shapes, exposed through MCP server commands.

GitNexus vs ABCoder for repository analysis?

GitNexus answers architectural questions like execution flows, dependency hubs, and blast radius through graph queries. ABCoder provides precise package, file, and node-level structure such as function signatures and type contracts. The workflow uses both complementarily.

Does this workflow require a specific AI agent or platform?

No, the workflow is platform-neutral and uses a single-agent model by default. GitNexus and ABCoder are configured through whatever MCP mechanism the host provides, and optional helper agents are an implementation detail, not a requirement.

How do I verify Trellis specs have no placeholder text?

Run `grep -R "To be filled\|TODO: fill\|placeholder" .trellis/spec` as a final pass. Also check that index.md files match the final spec set, links resolve, and every rule is backed by a source file, test, or project document.