ln-161-skill-creator
Creates .claude/commands from procedural doc sections. Use when transforming documentation prose into executable skill files.
Best use case
ln-161-skill-creator is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Creates .claude/commands from procedural doc sections. Use when transforming documentation prose into executable skill files.
Teams using ln-161-skill-creator should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/ln-161-skill-creator/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How ln-161-skill-creator Compares
| Feature / Agent | ln-161-skill-creator | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Creates .claude/commands from procedural doc sections. Use when transforming documentation prose into executable skill files.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
Related Guides
SKILL.md Source
> **Paths:** File paths (`shared/`, `references/`, `../ln-*`) are relative to skills repo root. If not found at CWD, locate this SKILL.md directory and go up one level for repo root. If `shared/` is missing, fetch files via WebFetch from `https://raw.githubusercontent.com/levnikolaevich/claude-code-skills/master/skills/{path}`.
# ln-161-skill-creator
**Type:** L3 Worker (standalone-capable)
**Category:** 1XX Documentation Pipeline
Creates `.claude/commands/*.md` files from procedural documentation sections. It converts procedural prose into imperative command instructions without changing the source docs.
---
## Overview
| Aspect | Details |
|--------|---------|
| **Input** | Approved procedural sections or standalone docs scan |
| **Output** | `.claude/commands/*.md` files in target project |
| **Template** | `references/command_template.md` |
| **Read mode** | Section-first markdown reading |
---
## Input Modes
| Mode | Trigger | Behavior |
|------|---------|----------|
| **Provided sections** | Context contains `approved_sections` | Use supplied sections directly |
| **Standalone** | Invoked directly with `$ARGUMENTS` | Self-discover, classify, and create commands |
### Standalone Discovery
When invoked without `approved_sections`:
1. Read `shared/references/procedural_extraction_rules.md`, `shared/references/markdown_read_protocol.md`, and `shared/references/docs_quality_contract.md`
2. Scan docs-first sources:
- `docs/**/*.md`
- `tests/README.md`
- `tests/manual/**/*`
- `README.md`
- `CONTRIBUTING.md`
3. Use `AGENTS.md`, `CLAUDE.md`, and `docs/project/.context/doc_registry.json` only to route discovery
4. Classify candidate sections with the shared procedural extraction rules
5. Present the extraction plan to the user for approval
6. Create approved commands
---
## Workflow
### Phase 1: Prepare
Receive or build this normalized input:
```json
{
"approved_sections": [
{
"source_file": "docs/project/runbook.md",
"section_header": "Deployment",
"line_range": [45, 92],
"command_name": "deploy.md",
"doc_kind": "how-to",
"doc_role": "canonical"
}
]
}
```
**MANDATORY READ:** Load `references/command_template.md`
### Phase 2: Transform and Create
For each approved section:
1. Read the source section using the shared markdown read protocol
2. Ignore standardized doc shell content if it appears in the selected range:
- header markers such as `DOC_KIND`, `DOC_ROLE`, `READ_WHEN`, `SKIP_WHEN`, `PRIMARY_SOURCES`
- `Quick Navigation`
- `Agent Entry`
- `Maintenance`
3. Detect `allowed-tools`
| Content Pattern | Tool |
|----------------|------|
| shell commands or fenced `bash` / `sh` blocks | Bash |
| file reads or config inspection | Read |
| file updates | Edit |
| search steps | Grep, Glob |
| skill calls | Skill |
| approval gates | AskUserQuestion |
4. Transform the content with these rules:
| Rule | From | To |
|------|------|----|
| Voice | Declarative prose | Imperative instructions |
| Code blocks | Source shell blocks | Preserve when executable |
| Numbered lists | Doc prose | Ordered workflow steps |
| Verification | Implicit expectations | Explicit verification checks |
| Doc shell | Metadata and navigation | Remove |
| Source provenance | Implied only | Explicit `Source` section |
| Related docs | Inline refs | `Related Documentation` section |
5. Write `.claude/commands/{command_name}` if the file does not already exist
### Phase 3: Report
Return:
```yaml
created:
- file: .claude/commands/deploy.md
source: docs/project/runbook.md#Deployment
lines: 85
tools: [Bash, Read]
summary: "Created 1 command from 1 procedural section"
```
---
## Critical Rules
- **Template-driven:** All output follows `references/command_template.md`.
- **Preserve source:** Never modify or delete source docs.
- **No invention:** Do not add commands, steps, or paths absent from the source.
- **Imperative voice:** Every retained instruction must be actionable.
- **No copied doc shell:** Do not copy `DOC_KIND`, `DOC_ROLE`, `Quick Navigation`, `Agent Entry`, or `Maintenance` into commands.
- **Source provenance:** Every generated command must point back to its source doc and section.
- **Relative paths:** File references must stay relative to project root.
- **Idempotent:** Skip existing command files; do not overwrite them.
## Definition of Done
- [ ] Approved sections received or discovered
- [ ] Source sections read with section-first protocol
- [ ] Allowed-tools detected per command
- [ ] Content transformed into imperative workflow steps
- [ ] Standard doc shell content removed from command output
- [ ] Source provenance included in each created command
- [ ] Existing command files not overwritten
- [ ] Creation report returned
---
**Version:** 1.0.0
**Last Updated:** 2026-03-26Related Skills
ln-301-task-creator
Creates implementation, refactoring, and test tasks from templates. Use when an approved task plan needs tasks created in Linear and kanban.
ln-221-story-creator
Creates Story documents with 9-section structure and INVEST validation in Linear. Use when Epic has an IDEAL plan ready for Story generation.
ln-140-test-docs-creator
Creates test documentation (testing-strategy.md, tests/README.md) with Risk-Based Testing philosophy. Use when setting up test strategy for a project.
ln-130-tasks-docs-creator
Creates task management docs (kanban board, workflow rules) with Linear integration. Use when setting up task tracking for a project.
ln-120-reference-docs-creator
Creates reference docs (ADRs, guides, manuals) for nontrivial tech stack choices. Use when project needs justified architecture decision records.
ln-115-devops-docs-creator
Creates infrastructure.md and runbook.md (Docker-conditional). Use for DevOps documentation in any project.
ln-114-frontend-docs-creator
Creates design_guidelines.md with WCAG 2.1 compliance and design system docs. Use when project has a frontend.
ln-113-backend-docs-creator
Creates backend docs (api_spec.md, database_schema.md). Use when project has backend API or database.
ln-112-project-core-creator
Creates core project docs (requirements, architecture, tech stack, patterns catalog). Use for any project regardless of type.
ln-111-root-docs-creator
Creates root documentation files (AGENTS.md, CLAUDE.md, docs/README.md, standards, principles, tools config). Use for initial project doc setup.
ln-914-community-responder
Responds to unanswered GitHub discussions and issues with codebase-informed replies. Use when clearing community question backlog.
ln-913-community-debater
Launches RFC and debate discussions on GitHub. Use when proposing changes that need community input or voting.