本文へ移動
cccskills
無料GitHub で公開

skill-creator

Create, review, and improve skills for Pi agents. A skill is a folder with a SKILL.md that teaches an agent specialized workflows, domain knowledge, or tool integrations. Use when asked to create a new skill, improve an existing skill, review a skill for quality, scaffold a skill from a workflow, or convert documentation into a skill. Also triggers on "make a skill for", "build a skill", "skill for [topic]", "teach the agent to", or "package this workflow as a skill".

インストール方法を見る

含まれるファイル(5)

  • SKILL.md8.1 KB
  • references/patterns.md6.6 KB
  • references/writing-guide.md9.6 KB
  • scripts/init-skill.sh2.5 KB
  • scripts/validate.py8.0 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Skill Creator

Create effective, well-structured skills for Pi agents. This skill covers the full lifecycle: planning, scaffolding, writing, validating, and iterating.

Pi implements the Agent Skills standard. Skills work across Pi, Claude Code, and the Anthropic API.

What Is a Skill?

A skill is a folder that teaches an agent how to handle specific tasks:

skill-name/
├── SKILL.md           # Required — frontmatter + instructions
├── scripts/           # Optional — executable code (deterministic operations)
├── references/        # Optional — documentation loaded on-demand
└── assets/            # Optional — templates, fonts, icons used in output

Skills are NOT code. They are structured instructions — like an onboarding guide for a new team member who happens to be an AI.

Skill Creation Process

Step 1: Understand the Use Case

Before writing anything, answer these questions:

  1. What does the user want to accomplish? (concrete outcome)
  2. What would they say to trigger it? (natural language phrases)
  3. What steps are involved? (the workflow)
  4. What does the agent need that it doesn't already know? (domain knowledge, scripts, reference docs)
  5. What tools does the agent need? (bash, web_fetch, extensions, MCP)

Ask 2-3 clarifying questions if the use case isn't clear. Get concrete examples of how the skill would be used before proceeding.

Step 2: Plan the Skill Contents

For each step in the workflow, decide what belongs where:

Content typeWhere it goesWhen to use
Workflow steps, decisions, guidanceSKILL.md bodyCore instructions the agent follows
Executable code that's reusedscripts/Deterministic operations, data processing, validation
Detailed docs, API refs, schemasreferences/Loaded only when the agent needs them
Templates, images, boilerplateassets/Files used in output, not loaded into context

Key principle: Only include what the agent doesn't already know. Claude is already smart — don't explain how to write Python or use git. Add the domain knowledge, specific workflows, and tribal knowledge that make this task unique.

Step 3: Scaffold the Skill

Run the init script to create the directory structure:

bash scripts/init-skill.sh <skill-name> [target-directory]

Default target: current working directory. The script creates the folder with SKILL.md template and optional subdirectories.

Step 4: Write the SKILL.md

See references/writing-guide.md for the full writing guide. Key points:

Frontmatter (Level 1 — always in context)

---
name: kebab-case-name
description: >
  What it does + when to use it + specific trigger phrases.
  Max 1024 chars. This is the ONLY thing loaded by default.
---

The description is the most important part — it determines whether the skill activates. Include:

  • What the skill does (1 sentence)
  • When to use it (specific scenarios)
  • Trigger phrases users would actually say

Rules:

  • name: kebab-case, lowercase, max 64 chars, must match folder name
  • description: required, max 1024 chars, no XML angle brackets
  • No claude or anthropic in the name (reserved)

Body (Level 2 — loaded when skill activates)

Keep SKILL.md body under 500 lines / ~5000 words. This goes into the agent's context window alongside conversation history, other skills, and system prompt.

Structure options (pick the best fit):

PatternBest forExample
WorkflowSequential processesSteps 1→2→3 with validation gates
Task-basedTool collections"Merge PDFs" / "Split PDFs" / "Extract text"
ReferenceStandards, guidelinesBrand guide with colors / typography / voice
CapabilitiesFeature setsNumbered list of related features

Writing rules:

  • Use imperative form ("Run the script", not "You should run the script")
  • Be specific and actionable (file paths, commands, parameters)
  • Include error handling for common failures
  • Provide concrete examples over abstract explanations
  • Reference bundled files with relative paths: scripts/validate.sh, references/api.md

Bundled Resources (Level 3 — loaded on demand)

## Advanced Configuration

For database schema details, see [references/schema.md](references/schema.md).
For deployment patterns by provider, see:
- [references/aws.md](references/aws.md)
- [references/gcp.md](references/gcp.md)

The agent reads these files only when it needs them. This is progressive disclosure — keep SKILL.md lean, push detail into reference files.

Guidelines:

  • Keep references one level deep from SKILL.md (no deeply nested links)
  • For files over 100 lines, add a table of contents at the top
  • Scripts can be executed without reading into context (token efficient)
  • Assets are used in output, not loaded into context

Step 5: Validate

Run the validation script:

python3 scripts/validate.py <path/to/skill-folder>

Checks: frontmatter format, naming conventions, description quality, file structure, broken references, line count.

Step 6: Iterate

Skills are living documents. After real usage:

  1. Note where the agent struggles or goes off-track
  2. Tighten instructions for problem areas
  3. Add error handling for new edge cases
  4. Move content between SKILL.md and references as needed
  5. Re-validate after changes

Review Mode

When asked to review an existing skill, evaluate against this checklist:

Triggering

  • Description includes what + when + trigger phrases
  • Tested: would the agent load this for the right queries?
  • Tested: would it NOT load for unrelated queries?

Structure

  • SKILL.md exists with valid frontmatter
  • Name is kebab-case, matches folder name
  • Body under 500 lines
  • Progressive disclosure used (references for detail)
  • No README.md or extraneous docs in the skill folder

Content Quality

  • Only includes knowledge the agent doesn't already have
  • Instructions are specific and actionable
  • Error handling for common failures
  • Concrete examples provided
  • Scripts tested and working

Pi-Specific

  • Relative paths use skill directory as root
  • Compatible with Pi's skill loading (--skill or discovery)
  • Works alongside other skills (composable)

Report findings as: 🔴 Critical | 🟡 Important | 🔵 Minor | ✅ Good

Common Mistakes

MistakeFix
Description too vague ("Helps with projects")Add specific triggers and capabilities
Everything in SKILL.md (2000+ lines)Move detail to references/, keep body lean
Explaining things the agent already knowsRemove — only add novel domain knowledge
No trigger phrases in descriptionAdd "Use when..." with natural language examples
Inline scripts in SKILL.mdMove to scripts/, reference with relative path
Magic values without explanationDocument all constants, paths, credentials
Missing error handlingAdd "If X fails..." for each critical step
README.md in the skill folderDelete — all docs go in SKILL.md or references

Pi Skill Locations

Skills are discovered from these locations (first match wins on name collision):

  • Global: ~/.pi/agent/skills/, ~/.agents/skills/
  • Project: .pi/skills/, .agents/skills/ (cwd + ancestors to git root)
  • Settings: skills array in settings.json
  • CLI: --skill <path> (always loads, even with --no-skills)
  • Packages: skills/ dirs or pi.skills in package.json

Skills register as /skill:name commands in interactive mode.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Audit, generate, update, and lint AGENTS.md files across all projects. Use when asked to check project context files, scaffold AGENTS.md for new projects, update stale ones, or run a cross-project audit.

日本語の概要は準備中です。原文の説明を表示しています。

espennilsen/pi1222026年9月22日 更新

blog-post

無料

Draft, edit, and publish blog posts for e9n.dev. Use when creating new posts, editing drafts, or refining existing content. Handles Eleventy frontmatter, Tailwind formatting, and Espen's authentic voice.

日本語の概要は準備中です。原文の説明を表示しています。

espennilsen/pi1222026年9月22日 更新

Generate a full operational status report for the Aivena bot. Checks all subsystems: extensions, webserver, Telegram, chat bridge, heartbeat, cron, database, memory, CRM, calendar, task management, jobs/telemetry, and storage. **Triggers — use this skill when:** - User asks for "status", "bot status", "system status", "operational status" - User asks "is everything running?", "how's Aivena doing?" - User says "health check", "diagnostics", "systems check" - User asks "what's the state of the bot?"

日本語の概要は準備中です。原文の説明を表示しています。

espennilsen/pi1222026年9月22日 更新

Parse git history and produce or update a CHANGELOG.md following the Keep a Changelog convention. Supports Conventional Commits, basic prefix conventions, and unstructured commit messages. Intelligently categorizes changes, detects breaking changes, links to PRs/issues, and handles both initial generation and incremental updates. **Triggers — use this skill when:** - User asks to "generate", "create", "update", or "write" a changelog - User mentions "CHANGELOG", "changelog", "release notes" - User says "document changes", "what changed since last release" - User wants to "prepare a release" and needs a changelog entry - User asks to "clean up" or "reformat" an existing changelog **Covers:** Any git-based project. Handles Conventional Commits (feat/fix/chore), Angular convention, basic prefixes (Add/Fix/Remove), and freeform commit messages. Outputs Keep a Changelog format with optional Common Changelog enhancements.

日本語の概要は準備中です。原文の説明を表示しています。

espennilsen/pi1222026年9月22日 更新

cmux

無料

Orchestrate cmux terminal panes — split terminals, run parallel processes, read output from other panes, and use the built-in browser. Use when working inside cmux and you need to run a dev server, watch tests, spawn sub-agents, or preview web pages.

日本語の概要は準備中です。原文の説明を表示しています。

espennilsen/pi1222026年9月22日 更新

Review code for quality, security, performance, and maintainability. Use when reviewing PRs, auditing a codebase, or refactoring. Covers TypeScript, Node.js, infrastructure-as-code, and full-stack web apps.

日本語の概要は準備中です。原文の説明を表示しています。

espennilsen/pi1222026年9月22日 更新

espennilsen のスキルをすべて見る

このスキルの問題を報告する