Skip to main content

create-skill

How to create new skills for an agent-native app. Use when adding a new skill, documenting a pattern the agent should follow, or creating reusable guidance for the agent.

소스 정보

저장소
BuilderIO/agent-native
최근 소스 활동
2026년 8월 11일 12:19
감지된 SKILL.md 언어
영어
스타
7,449
포크
681

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
create-skill
description
How to create new skills for an agent-native app. Use when adding a new skill, documenting a pattern the agent should follow, or creating reusable guidance for the agent.
scope
dev
metadata
{"internal":true}
# Create a Skill ## When to Use Create a new skill when: - There's a pattern the agent should follow repeatedly. - A multi-step workflow needs reliable, step-by-step guidance. - You want to scaffold files from a template. Don't create a skill when: - The guidance already exists in another skill — extend it instead. - You're documenting something the agent already knows (e.g., how to write TypeScript). - It's a one-off — put it in `AGENTS.md` (for everyone) or `memory/MEMORY.md` (personal, per-user). See **capture-learnings**. ## Interview Before writing the skill, answer these: 1. **What should this skill enable?** — The core purpose in one sentence. 2. **Which of the four areas does it serve?** — UI, actions, skills/instructions, or application state (see the **adding-a-feature** skill). Most skills are about how to touch one or more of these correctly. 3. **When should it trigger?** — Describe the situations in natural language. 4. **Does it involve context awareness?** — Does the agent need to know what the user is looking at? If so, reference the `navigation` application-state key and the `view-screen` action pattern. See the **context-awareness** skill. 5. **What type of skill?** — Pattern, Workflow, or Generator (see below). 6. **Does it need supporting files?** — References (read-only context) or none. Keep it minimal; push depth into `references/`. ## Skill Types and Templates ### Pattern (architectural rule) For documenting how things should be done: ```markdown --- name: my-pattern description: >- [Under 40 words. What it covers AND when it should trigger.] --- # [Pattern Name] ## Rule [One sentence: what must be true] ## Why [Why this rule exists] ## How [How to follow it, with code examples] ## Don't [Common violations] ## Related Skills [Which skills compose with this one] ``` ### Workflow (step-by-step) For multi-step implementation tasks: ```markdown --- name: my-workflow description: >- [Under 40 words. What it covers AND when it should trigger.] --- # [Workflow Name] ## Prerequisites [What must be in place first] ## Steps [Numbered steps with code examples] ## Verification [How to confirm it worked] ## Troubleshooting [Common issues and fixes] ## Related Skills ``` ### Generator (scaffolding) For creating files from templates: ```markdown --- name: my-generator description: >- [Under 40 words. What it covers AND when it should trigger.] --- # [Generator Name] ## Usage [How to invoke — what args/inputs are needed] ## What Gets Created [List of files and their purpose] ## Template [The template content with placeholders] ## After Generation [What to do next — wire up sync, add routes, register the action, etc.] ## Related Skills ``` ## Naming Conventions - Hyphen-case only: `[a-z0-9-]`, max 64 characters. - Pattern skills: descriptive names (`storing-data`, `delegate-to-agent`). - Workflow/generator skills: verb-noun (`create-skill`, `capture-learnings`). - The directory name must match the `name` in frontmatter. ## Frontmatter Fields | Field | Required | Value | | ------------- | -------- | --------------------------------------------- | | `name` | yes | Hyphen-case, matches the directory name | | `description` | yes | What the skill covers AND when it triggers | | `scope` | no | `both` (default) \| `runtime` \| `dev` | For how to word a `description` and which `scope` a skill should get, follow **writing-agent-instructions** — it owns those rules. ## Tips - **Keep SKILL.md lean (under ~500 lines)** — move detailed content to `references/` files. - **Use standard markdown headings** — no XML tags or custom formats. ## Anti-Patterns - **Inline LLM calls** — skills must not call LLMs directly. All AI work goes through the agent chat (see **delegate-to-agent**). - **Introducing databases** — data lives in SQL via Drizzle (see **storing-data**). - **Ignoring sync** — if a skill creates data, mention wiring `useDbSync` / `useActionQuery` so the UI updates (see **real-time-sync**). - **Pure documentation** — skills should guide action, not just explain concepts. ## File Structure ``` .agents/skills/my-skill/ ├── SKILL.md # Main skill (required) └── references/ # Optional supporting context └── detailed-guide.md ``` ## Related Skills - **adding-a-feature** — The four-area model every skill ultimately serves. - **writing-agent-instructions** — How to write AGENTS.md and skills well for apps and templates you ship to others. - **capture-learnings** — When a learning graduates to reusable guidance, create a skill; one-offs go to `AGENTS.md` or `memory/MEMORY.md`. - **self-modifying-code** — The agent can create new skills (Tier 2 modification).
GitHub에서 보기