trellis-spec-bootstarp

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

2|Updated Jun 2, 2026
One-click install
npx skills add https://github.com/42team-ru/teampilot --skill trellis-spec-bootstarp-42team-ru
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: trellis-spec-bootstarp
Source: https://github.com/42team-ru/teampilot/tree/main/.cursor/skills/trellis-spec-bootstarp
Command: npx skills add https://github.com/42team-ru/teampilot --skill trellis-spec-bootstarp-42team-ru

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires gitnexus, abcoder, and includes references (resource) components.

What problem does it solve? Teams adopting Trellis often end up with generic template specs that do not reflect their actual codebase, giving future agents misleading or empty guidance. This Skill bootstraps or refreshes .trellis/spec/ documentation grounded in real source files, patterns, and anti-patterns. ## Core Features & Use Cases - Repository Analysis: Uses GitNexus code knowledge graphs, ABCoder AST parsing, and direct source reads to map package boundaries, runtime layers, and data flow before writing any rule. - Spec Decomposition & Writing: Splits spec work by package or layer only when the codebase justifies it, then writes concrete guidance with real file paths, examples, and anti-patterns. - Verification Pass: Checks for placeholder text, broken links, stale index files, and template leftovers so the final spec tree matches the project as it exists. - Use Case: After initializing Trellis in a monorepo, run this Skill to analyze each package with GitNexus and ABCoder, then produce tailored .trellis/spec/ files that teach future agents the project's actual conventions. ## Quick Start Ask the agent to bootstrap the Trellis specs for this repository by analyzing the codebase and filling .trellis/spec/ with project-specific guidance.

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 project-specific Trellis specs from my codebase?

Run the single-agent workflow: inspect the existing .trellis/spec/ tree, analyze the repository with GitNexus and ABCoder, decompose spec work by real package or layer boundaries, then write specs backed by actual source files and tests. Finish with a placeholder and consistency check.

What tools analyze a repository for spec writing?

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, types, and references. Direct source reads verify findings before they become spec rules.

Does this workflow require a specific AI agent platform or CLI?

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.

When should Trellis spec work be split into multiple tasks?

Split only along real ownership boundaries: one task per package with distinct conventions, per layer with different rules, or per cross-cutting pattern spanning packages. A small library usually needs one focused spec pass rather than artificial decomposition.

How do I verify Trellis specs have no placeholder text?

Run grep -R for placeholder patterns like 'To be filled' or 'TODO: fill' inside .trellis/spec/. Also check that index.md files match the final spec set, links resolve, and no spec still describes the template instead of the repository.