Agent skill
integrate-skill
Adapts an external skill into project-specific development guidelines in .trellis/spec/. Creates guideline sections, code example templates with .template suffix, and updates spec indexes. Use when integrating an external skill, adding a new skill's patterns to project conventions, or incorporating third-party skill best practices into .trellis/spec/ documentation.
Install this agent skill to your Project
npx add-skill https://github.com/mindfold-ai/Trellis/tree/main/packages/cli/src/templates/kiro/skills/integrate-skill
SKILL.md
Integrate Skill into Project Guidelines
Adapt and integrate a reusable skill into your project's development guidelines (not directly into project code).
Usage
$integrate-skill <skill-name>
Examples:
$integrate-skill frontend-design
$integrate-skill mcp-builder
Core Principle
[!] Important: The goal of skill integration is to update development guidelines, not to generate project code directly.
- Guidelines content -> Write to
.trellis/spec/{target}/doc.md- Code examples -> Place in
.trellis/spec/{target}/examples/skills/<skill-name>/- Example files -> Use
.templatesuffix (e.g.,component.tsx.template) to avoid IDE errorsWhere
{target}isfrontendorbackend, determined by skill type.
Execution Steps
1. Read Skill Content
Locate and read the skill instructions:
.kiro/skills/<skill-name>/SKILL.mdin the repository- Skill list in
AGENTS.md(when available in current context)
If the skill cannot be found, ask the user for the source path or repository.
2. Determine Integration Target
Based on skill type, determine which guidelines to update:
| Skill Category | Integration Target |
|---|---|
UI/Frontend (frontend-design, web-artifacts-builder) |
.trellis/spec/frontend/ |
Backend/API (mcp-builder) |
.trellis/spec/backend/ |
Documentation (doc-coauthoring, docx, pdf) |
.trellis/ or create dedicated guidelines |
Testing (webapp-testing) |
.trellis/spec/frontend/ (E2E) |
3. Analyze Skill Content
Extract from the skill:
- Core concepts: How the skill works and key concepts
- Best practices: Recommended approaches
- Code patterns: Reusable code templates
- Caveats: Common issues and solutions
4. Execute Integration
4.1 Update Guidelines Document
Add a new section to the corresponding doc.md:
@@@section:skill-<skill-name>
## # <Skill Name> Integration Guide
### Overview
[Core functionality and use cases of the skill]
### Project Adaptation
[How to use this skill in the current project]
### Usage Steps
1. [Step 1]
2. [Step 2]
### Caveats
- [Project-specific constraints]
- [Differences from default behavior]
### Reference Examples
See `examples/skills/<skill-name>/`
@@@/section:skill-<skill-name>
4.2 Create Examples Directory (if code examples exist)
# Directory structure ({target} = frontend or backend)
.trellis/spec/{target}/
|-- doc.md # Add skill-related section
|-- index.md # Update index
+-- examples/
+-- skills/
+-- <skill-name>/
|-- README.md # Example documentation
|-- example-1.ts.template # Code example (use .template suffix)
+-- example-2.tsx.template
File naming conventions:
- Code files:
<name>.<ext>.template(e.g.,component.tsx.template) - Config files:
<name>.config.template(e.g.,tailwind.config.template) - Documentation:
README.md(normal suffix)
4.3 Update Index File
Add to the Quick Navigation table in index.md:
| <Skill-related task> | <Section name> | `skill-<skill-name>` |
5. Generate Integration Report
Skill Integration Report: <skill-name>
# Overview
- Skill description: [Functionality description]
- Integration target:
.trellis/spec/{target}/
# Tech Stack Compatibility
| Skill Requirement | Project Status | Compatibility |
|---|---|---|
| [Tech 1] | [Project tech] | [OK]/[!]/[X] |
# Integration Locations
| Type | Path |
|---|---|
| Guidelines doc | .trellis/spec/{target}/doc.md (section: skill-<name>) |
| Code examples | .trellis/spec/{target}/examples/skills/<name>/ |
| Index update | .trellis/spec/{target}/index.md |
{target}=frontendorbackend
# Dependencies (if needed)
# Install required dependencies (adjust for your package manager)
npm install <package>
# or
pnpm add <package>
# or
yarn add <package>
[OK] Completed Changes
- Added
@@@section:skill-<name>section todoc.md - Added index entry to
index.md - Created example files in
examples/skills/<name>/ - Example files use
.templatesuffix
# Related Guidelines
- [Existing related section IDs]
6. Optional: Create Usage Skill
If this skill is frequently used, create a shortcut skill:
$create-command use-<skill-name> Use <skill-name> skill following project guidelines
Common Skill Integration Reference
| Skill | Integration Target | Examples Directory |
|---|---|---|
frontend-design |
frontend |
examples/skills/frontend-design/ |
mcp-builder |
backend |
examples/skills/mcp-builder/ |
webapp-testing |
frontend |
examples/skills/webapp-testing/ |
doc-coauthoring |
.trellis/ |
N/A (documentation workflow only) |
Example: Integrating mcp-builder Skill
Directory Structure
.trellis/spec/backend/
|-- doc.md # Add MCP section
|-- index.md # Add index entry
+-- examples/
+-- skills/
+-- mcp-builder/
|-- README.md
|-- server.ts.template
|-- tools.ts.template
+-- types.ts.template
New Section in doc.md
@@@section:skill-mcp-builder
## # MCP Server Development Guide
### Overview
Create LLM-callable tool services using MCP (Model Context Protocol).
### Project Adaptation
- Place services in a dedicated directory
- Follow existing TypeScript and type definition conventions
- Use project's logging system
### Reference Examples
See `examples/skills/mcp-builder/`
@@@/section:skill-mcp-builder
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
create-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.
finish-work
Pre-commit quality checklist covering lint, typecheck, tests, code-spec sync, API changes, database migrations, cross-layer verification, and manual testing. Blocks commit if infra or cross-layer specs lack executable depth. Use when code is written and tested but not yet committed, before submitting changes, or as a final review before git commit.
update-spec
Captures executable contracts and coding knowledge into .trellis/spec/ documents after implementation, debugging, or design decisions. Enforces code-spec depth for infra and cross-layer changes with mandatory sections for signatures, contracts, validation matrices, and test points. Use when a feature is implemented, a bug is fixed, a design decision is made, a new pattern is discovered, or cross-layer contracts change.
check
Validates recently written code against project-specific development guidelines from .trellis/spec/. Identifies changed files via git diff, discovers applicable spec modules, runs lint and typecheck, and reports guideline violations. Use when code is written and needs quality verification, to catch context drift during long sessions, or before committing changes.
check-cross-layer
Post-implementation verification across multiple code dimensions: cross-layer data flow, code reuse analysis, import path validation, and same-layer consistency checks. Identifies missed update sites, type mismatches, and duplicated constants. Use when changes span 3+ architectural layers, after modifying shared constants or configs, after batch file modifications, or when creating new utility functions.
start
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.
Didn't find tool you were looking for?