Shadows Skill Factory

v1.1.0

Meta-skill for creating new agent skills — generates well-structured SKILL.md files with proper frontmatter, triggers, protocols, and rules. Use when buildin...

0· 307·2 current·2 all-time
Security Scan
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Benign
high confidence
Purpose & Capability
Name and description (skill-generation/meta-skill) align with the content of SKILL.md: it produces SKILL.md frontmatter and body, asks interview questions, and defines a validation/test flow. No unexpected env vars, binaries, or installs are requested.
Instruction Scope
The SKILL.md stays within the scope of producing skill files and validation guidance. One minor inconsistency: the file claims 'does not ... modify existing files', yet the 'Save and Test' step shows commands (mkdir -p, save SKILL.md) that would create/write files on disk; this is expected for a skill authoring workflow but is a contradiction in the document that the user should be aware of. Otherwise, the instructions do not request unrelated system secrets or network calls.
Install Mechanism
No install spec is present (instruction-only skill). This is the lowest-risk configuration; nothing will be downloaded or written by an installer.
Credentials
No environment variables, credentials, or config paths are required. The guidance explicitly recommends only declaring env vars when necessary for generated skills.
Persistence & Privilege
always is false and there is no self-installing behavior. The skill does not request persistent privileges or modification of other skills' configurations. It merely produces text that the agent/user can save; saving files is optional and under the user's control.
Assessment
This skill is coherent for creating SKILL.md documents. Before you save or publish any generated SKILL.md: review the generated content for accidental inclusion of sensitive information (API keys, passwords, or environment variables), inspect any shell commands the generated skill might run, and manually approve any file writes or registry publishes. Note the minor contradiction in the SKILL.md: it says the skill doesn't modify files but also shows a 'Save and Test' step that creates/writes files—treat file-writing as deliberate user action and review before executing. If you plan to publish generated skills to a registry, verify homepage URLs and metadata to avoid exposing secrets or unintended automation triggers.

Like a lobster shell, security has layers — review code before you run it.

Runtime requirements

🏭 Clawdis
OSmacOS · Linux · Windows
latestvk970mjdwymjxdmh9xantg0k7zx82fzmc
307downloads
0stars
1versions
Updated 1mo ago
v1.1.0
MIT-0
macOS, Linux, Windows

Skill Factory — Agent Skill Creator

Version: 1.1.0 | Author: Shadows Company | License: MIT


WHEN TO TRIGGER

  • User wants to create a new skill for their agent
  • User says "create a skill", "make a skill", "new skill for..."
  • Formalizing a recurring workflow into a reusable skill
  • Publishing to ClawHub or any skill registry

WHEN NOT TO TRIGGER

  • User wants to use an existing skill
  • One-time task that won't be repeated

PREREQUISITES

No binaries required. This skill generates SKILL.md files — pure text output. No external tools, runtimes, or dependencies needed to run the skill-factory itself.


SKILL ANATOMY

Every skill MUST have this structure:

---
name: skill-slug-name
description: "When to use this skill and what it does. Include trigger phrases."
metadata: { "openclaw": { "emoji": "X", "requires": { ... }, "os": [...] } }
---

# Skill Name — Subtitle

**Version**: X.Y.Z | **Author**: [Name] | **License**: [License]

## WHEN TO TRIGGER
[Conditions that activate this skill]

## WHEN NOT TO TRIGGER
[Conditions where this skill should NOT be used]

## PREREQUISITES
[Required and optional binaries, tools, and dependencies]

## PROTOCOL / PROCESS
[Step-by-step instructions the agent follows]

## SECURITY CONSIDERATIONS
[What commands run, what data is read, network access, credentials]

## RULES
[Ordered list of constraints and priorities]

## OUTPUT FORMAT
[Template for the skill's output]

CREATION PROCESS

Step 1 — Interview

Ask the user (exactly these 5 questions):

  1. What does the skill do? (core purpose in one sentence)
  2. When should it trigger? (keywords, contexts, conditions)
  3. What's the process? (steps the agent should follow)
  4. What tools does it need? (binaries, APIs, environment variables)
  5. What should it NEVER do? (constraints, safety rules)

Step 2 — Generate Frontmatter

---
name: [kebab-case-name]
description: "[Trigger description — what it does and when to use it]"
metadata: { "openclaw": { "emoji": "[relevant emoji]", "homepage": "[publisher URL]", "requires": { "bins": [...], "env": [...] }, "os": ["darwin", "linux", "win32"] } }
---

Rules for frontmatter:

  • name: lowercase kebab-case, unique, descriptive
  • description: must include trigger phrases for the agent to match
  • metadata: single-line JSON (OpenClaw parser requirement)
  • requires.bins: only include if external tools are strictly needed
  • requires.env: only include if API keys are needed
  • os: include all three unless the skill is platform-specific

Step 3 — Write the Body

Structure the skill body following the anatomy above.

Quality checklist:

  • Clear trigger conditions (WHEN TO TRIGGER)
  • Explicit exclusions (WHEN NOT TO TRIGGER)
  • Prerequisites section listing all required and optional tools
  • Step-by-step process (numbered phases)
  • Concrete examples (code blocks, templates)
  • Security considerations (commands, data access, network, credentials)
  • Prioritized rules (numbered, most important first)
  • Output format template
  • No vague instructions ("do the right thing" = bad, "run pytest on all test files" = good)

Step 4 — Validate

Check the generated skill:

  1. Frontmatter parses as valid YAML
  2. Metadata is valid single-line JSON
  3. Description is under 200 characters
  4. All mandatory sections are present (WHEN TO TRIGGER, WHEN NOT TO TRIGGER, PREREQUISITES, SECURITY CONSIDERATIONS, RULES)
  5. Every instruction is concrete and unambiguous

Step 5 — Save and Test

# Create skill directory
mkdir -p skills/[skill-name]

# Save SKILL.md to the new directory
# (generated content written here)

# Test: start a new agent session and try triggering the skill
# with the phrases listed in the description field

SKILL QUALITY TIERS

TierRequirements
DraftFrontmatter + basic process
Standard+ WHEN NOT TO TRIGGER + rules + output format
Professional+ examples + edge cases + testing instructions
Production+ version history + changelog + published to registry
HIGH TRUST+ PREREQUISITES + SECURITY CONSIDERATIONS + homepage + concrete instructions

COMMON PATTERNS

Pattern: Gate-based (sequential checks)

Gate 1: Check X → PASS/FAIL
Gate 2: Check Y → PASS/FAIL
Gate 3: Check Z → PASS/FAIL
Verdict: ALL PASS = proceed

Pattern: Technique Selection (choose one approach)

Triage → Classify problem
If type A → Technique 1
If type B → Technique 2
If type C → Technique 3

Pattern: Multi-Round (iterative refinement)

Round 1: Explore broadly
Round 2: Challenge assumptions
Round 3: Synthesize
Round 4: Crystallize decision

Pattern: Interview-then-Execute

Phase 1: Ask 3-5 clarifying questions
Phase 2: Generate options
Phase 3: User selects
Phase 4: Execute selection

SECURITY CONSIDERATIONS

This skill generates text files (SKILL.md) only. It does not execute commands, read sensitive data, make network calls, or modify existing files. The generated skills should be reviewed by the user before publishing, as they may include shell commands in their instructions section. Zero risk from the skill-factory itself; standard review practices apply to generated output.


OUTPUT FORMAT

The output is a complete SKILL.md file written to skills/[skill-name]/SKILL.md, following the anatomy structure defined above.


RULES

  1. Unambiguous instructions — the agent must know exactly what to do at each step
  2. Trigger phrases in description — this is how the agent matches skills to user requests
  3. Single-line metadata JSON — OpenClaw parser requires metadata on one line
  4. WHEN NOT TO TRIGGER is mandatory — prevents false activations
  5. Test before publishing — try the skill in a real session before distributing

Published by Shadows Company — "We work in the shadows to serve the Light."

Comments

Loading comments...