trellis-meta
Trellis Meta
This skill is for local Trellis users who have already run trellis init in a project. After reading it, an AI should understand the Trellis architecture, operating model, and customization entry points inside that user project, then modify the generated .trellis/ and platform directory files according to the user's request.
The default operating scope is local files in the user project:
.trellis/: workflow, config, tasks, spec, workspace, scripts, and runtime state.- Platform directories:
.claude/,.codex/,.cursor/,.opencode/,.kiro/,.gemini/,.qoder/,.codebuddy/,.github/,.factory/,.pi/,.kilocode/,.agent/,.windsurf/, and similar directories. - Shared skill layer:
.agents/skills/.
Do not assume the user has the Trellis source repository. Do not default to modifying the global npm install directory or node_modules.
How To Use
- Read
references/local-architecture/overview.mdfirst to establish the local Trellis system model. - If the request involves a specific AI tool, read
references/platform-files/platform-map.mdand the relevant platform file notes. - If the user wants to change behavior, read
references/customize-local/overview.md, then open the specific customization topic. - Before editing, read the actual files in the user project and treat local content as authoritative.
References
Local Architecture
references/local-architecture/overview.md: The three-layer local Trellis architecture and customization principles.references/local-architecture/generated-files.md: Files generated bytrellis initand their customization boundaries.references/local-architecture/workflow.md: Phases, routing, and workflow-state blocks in.trellis/workflow.md.references/local-architecture/task-system.md: Task directories, active tasks, JSONL context, and task runtime.references/local-architecture/spec-system.md: How.trellis/spec/is organized and injected.references/local-architecture/workspace-memory.md:.trellis/workspace/, journals, and cross-session memory.references/local-architecture/context-injection.md: Hooks, sub-agent preludes, and context injection paths.
Platform Files
references/platform-files/overview.md: How shared.trellis/files relate to platform directories.references/platform-files/platform-map.md: Platform directories and paths for skills, agents, hooks, and extensions.references/platform-files/hooks-and-settings.md: How settings/config files, hooks, plugins, and extensions connect to Trellis.references/platform-files/agents.md: Local file responsibilities fortrellis-research,trellis-implement, andtrellis-check.references/platform-files/skills-and-commands.md: Differences between skills, commands, prompts, and workflows, plus how to change them.
Local Customization
references/customize-local/overview.md: Choose the right local customization entry point for the user's request.references/customize-local/change-workflow.md: Change phases, routing, next actions, and workflow-state.references/customize-local/change-task-lifecycle.md: Change task creation, status, archive behavior, and hooks.references/customize-local/change-context-loading.md: Change how tasks, specs, journals, and hook context are loaded.references/customize-local/change-hooks.md: Change platform hooks, settings, and shell session bridges.references/customize-local/change-agents.md: Change research, implement, and check agent behavior.references/customize-local/change-skills-or-commands.md: Add or modify local skills, commands, prompts, and workflows.references/customize-local/change-spec-structure.md: Adjust the project spec structure under.trellis/spec/.references/customize-local/add-project-local-conventions.md: Put team rules into project-local specs or local skills.
Current Rules
.trellis/workflow.mdis the local workflow source of truth..trellis/config.yamlis the project-level Trellis configuration and task hook configuration entry point..trellis/spec/stores the user's project-specific coding conventions and design constraints..trellis/tasks/stores task PRDs, technical notes, research files, and JSONL context..trellis/workspace/stores developer journals and cross-session memory.- Platform settings/config files decide which hooks, agents, skills, commands, prompts, and workflows actually run.
.trellis/.template-hashes.jsonand.trellis/.runtime/are management/runtime state files. Confirm necessity before editing them.
Do Not
- Do not treat Trellis upstream source code as the default target for local customization.
- Do not modify the global npm install directory or
node_modules/@mindfoldhq/trellisto implement project needs. - Do not overwrite user-modified local files with default templates.
- Do not put team-private project rules into the public
trellis-meta; put project rules in.trellis/spec/or a project-local skill. - Do not describe removed historical mechanisms as current Trellis behavior.
More from mindfold-ai/trellis
cc-codex-spec-bootstrap
Claude Code + Codex parallel pipeline for bootstrapping Trellis coding specs. CC analyzes the repo with GitNexus (knowledge graph) + ABCoder (AST), creates Trellis task PRDs with full architectural context and MCP tool instructions, then Codex agents run those tasks in parallel to fill spec files. Use when: bootstrapping coding guidelines, setting up Trellis specs, 'bootstrap specs for codex', 'create spec tasks', 'CC + Codex spec pipeline', 'initialize coding guidelines with code intelligence'. Also triggers when user wants to set up GitNexus or ABCoder MCP for multi-agent spec generation.
89brainstorm
Collaborative requirements discovery session optimized for AI coding workflows. Creates task directories, seeds PRDs, runs codebase research, proposes concrete implementation approaches with trade-offs, and converges on MVP scope through structured Q&A. Use when requirements are unclear, multiple implementation paths exist, trade-offs need evaluation, or a complex feature needs scoping before development.
38break-loop
Deep post-fix bug analysis across five dimensions: root cause categorization, fix failure analysis, prevention mechanisms, systematic expansion, and knowledge capture. Updates .trellis/spec/ guides with lessons learned to prevent recurring bugs. Use when a debugging session completes, after fixing a tricky bug, when the same class of bug keeps recurring, or when you want to capture debugging insights into project documentation.
34record-session
Records completed work progress to .trellis/workspace/ journal files after human testing and commit. Captures session summaries, commit hashes, and updates developer index files for future session context. Use when a coding session is complete, after the human has committed code, or to persist session knowledge for future AI sessions.
32start
Initializes an AI development session by reading workflow guides, developer identity, git status, active tasks, and project guidelines from .trellis/. Classifies incoming tasks and routes to brainstorm, direct edit, or task workflow. Use when beginning a new coding session, resuming work, starting a new task, or re-establishing project context.
30create-command
Scaffolds a new skill file with proper naming conventions and structure. Analyzes requirements to determine skill type and generates appropriate content. Use when adding a new developer workflow skill, creating a custom skill, or extending the Trellis skill set.
29