benai-skill-creator-skill · git:20260707.5423c6a · 2026-07-07 · sha256 3a59f15a213d1189

benai-skill-creator-skill git:20260707.5423c6aA

Immutable. This exact content is served forever at /api/v1/blob/3a59f15a213d1189.

---
name: benai-skill-creator-skill
description: Turn a task you just finished into a small, reliable, single-purpose skill by reverse-engineering the process from the conversation you already had. Also improves or audits an existing skill. Use this AFTER you have done a piece of knowledge work in a chat (research, a draft, an analysis, a prep doc) and want to lock the process in as a skill. Triggers include "build a skill from this", "turn this into a skill", "make a skill out of what we just did", "skill-ify this", "build a skill", "improve this skill", "audit my skill", "why does my skill suck", "make my skill smaller", or when the user finishes a repeatable task and wants to reuse it. Built for knowledge workers, not just engineers. For skills you have NOT done yet (only an idea), hand off to process-interviewer instead.
---

# BenAI Skill Creator

Most skills are built wrong: someone describes a process from memory before running it, and gets the cleaned-up version that drops the judgment and the exceptions. This does the opposite. You do the task once in a chat, then this turns what actually happened into a small, reliable skill.

Two rules carry the whole skill: keep it **modular** (one goal, one job) and remember **skills are never finished** (ship a small working one, then improve it by using it). The reasoning is in `references/scope-and-mindset.md`.

## Route first

Read the situation and pick a branch. Say which branch you picked and why, then proceed.

| Situation | Branch | Do this |
|-----------|--------|---------|
| The user just finished a real task in this chat | **Build** | Steps 1 to 5 below |
| The user only has an idea, nothing has been done yet | **Plan** | Hand off to the `process-interviewer` skill (interview first, then it builds). Stop here. |
| The user points at an existing skill to fix or shrink | **Improve** | Skip step 2 (Extract). Run steps 1, 3, 4, 5 against the existing skill. |

If unsure, ask one question: "Did we already do this task in this chat, or is it still just an idea?"

## The build flow

Track progress out loud:

```
Task Progress:
- [ ] 1. Scope: one goal, right size, split or not
- [ ] 2. Extract: pull the real process out of the chat
- [ ] 3. Structure: write a small SKILL.md + reference files
- [ ] 4. Prune: cut everything that does not change behavior
- [ ] 5. Eval: test it works, add the self-improvement rule
```

### 1. Scope
Decide the one job and whether it should be one skill or several. Read `references/scope-and-mindset.md`. The cutoff line: a skill is one task doable in a single chat session (roughly 1 to 3 prompts). If the task is bigger, split it into a chain of small skills.

### 2. Extract
Reverse-engineer what actually happened. Do not ask the user to re-describe their process from memory. Walk back through this conversation and pull out the real steps, the judgment calls, and the reference material. Read `references/extract-from-task.md` for the technique, then play the process back to the user and let them correct it.

(New to skills, or want the reasoning behind the three build methods? Read `references/build-methods.md`.)

### 3. Structure
Write the skill. A SKILL.md does three jobs only: **trigger**, **steps**, **routing**. Everything else goes in reference files. Keep SKILL.md short and small-scoped. Read `references/structure.md`. If the process needs a live connector or MCP, read `references/connectors-and-mcp.md` first and decide whether you actually need it. Scaffold the files from `templates/_SKILL.md.tmpl` and `templates/_reference.md.tmpl`. (The other two files in `templates/` are paste-in content for step 5, not scaffolds.)

### 4. Prune
Make it as small as possible. Run the deletion test on every paragraph: if removing it would not change what the agent does, remove it. Kill no-ops, duplication, and bloat. Read `references/prune.md`.

### 5. Eval
Test that it works, then bake in improvement. Run the functionality eval from `references/evals-and-improvement.md` (the exact prompt is in `templates/eval-prompt.md`). Embed the self-improvement rule (`templates/self-improvement-rule.md`) and the save-good-outputs habit so the skill keeps getting better as it is used.

## When you are done
Save the skill as its own folder (SKILL.md plus a `references/` folder) in the workspace, show the user the file tree and the SKILL.md, and tell them the one command to trigger it. Then remind them: use it a few times, and let it improve. It is not finished, and that is correct.

Want a worked example before you start? Read `references/example-churn-recovery.md`.