@gobing-ai/superskill 0.1.8 → 0.2.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +2 -3
- package/dist/index.js +572 -159
- package/package.json +1 -1
- package/templates/agent/default.md +27 -2
- package/templates/agent/minimal.md +10 -0
- package/templates/agent/specialist.md +47 -0
- package/templates/agent/standard.md +35 -0
- package/templates/command/default.md +27 -5
- package/templates/command/plugin.md +53 -0
- package/templates/command/simple.md +47 -0
- package/templates/command/workflow.md +51 -0
- package/templates/magent/default.md +53 -10
- package/templates/skill/default.md +63 -1
- package/templates/skill/pattern.md +95 -0
- package/templates/skill/reference.md +102 -0
- package/templates/skill/technique.md +107 -0
- package/templates/hook/default.md +0 -8
|
@@ -0,0 +1,107 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: <!-- NAME -->
|
|
3
|
+
description: <!-- DESCRIPTION -->
|
|
4
|
+
license: Apache-2.0
|
|
5
|
+
metadata:
|
|
6
|
+
author: "[author]"
|
|
7
|
+
version: "1.0"
|
|
8
|
+
platforms: "claude-code,codex,openclaw,opencode,antigravity"
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
# <!-- NAME -->
|
|
12
|
+
|
|
13
|
+
<!-- DESCRIPTION -->
|
|
14
|
+
|
|
15
|
+
## When to use
|
|
16
|
+
|
|
17
|
+
Use this skill when you need to:
|
|
18
|
+
|
|
19
|
+
- Execute a multi-step workflow that must produce a verified, reproducible output
|
|
20
|
+
- Apply a project-specific procedure that should never be re-derived from scratch
|
|
21
|
+
- Validate work against acceptance criteria before reporting completion
|
|
22
|
+
- Cross-check intermediate results against authoritative documentation
|
|
23
|
+
- Ensure deterministic steps across sessions, agents, and CI runs
|
|
24
|
+
|
|
25
|
+
## Workflow
|
|
26
|
+
|
|
27
|
+
Follow these steps to complete the workflow. Each step must be verified before proceeding to the next.
|
|
28
|
+
|
|
29
|
+
### Step 1: Gather context
|
|
30
|
+
|
|
31
|
+
Read the relevant files, configuration, and reference material. Never assume structure — verify paths exist before acting.
|
|
32
|
+
|
|
33
|
+
```bash
|
|
34
|
+
# Example: inspect the target before modifying
|
|
35
|
+
ls -la <target>
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
### Step 2: Plan the change
|
|
39
|
+
|
|
40
|
+
Identify the files to read and modify, dependencies, and edge cases. State assumptions explicitly.
|
|
41
|
+
|
|
42
|
+
### Step 3: Execute the change
|
|
43
|
+
|
|
44
|
+
Apply the change with surgical precision. Touch only what the task requires — no drive-by refactors.
|
|
45
|
+
|
|
46
|
+
### Step 4: Verify the result
|
|
47
|
+
|
|
48
|
+
Validate the output against the acceptance criteria. Cite the evidence (test output, command result, or document reference) before reporting done.
|
|
49
|
+
|
|
50
|
+
## Behavior
|
|
51
|
+
|
|
52
|
+
This skill acts as a **technique**: a step-by-step workflow with concrete instructions. When invoked, it executes the workflow end-to-end, verifying each step before proceeding.
|
|
53
|
+
|
|
54
|
+
**Key invariants:**
|
|
55
|
+
|
|
56
|
+
- Always verify before claiming completion — never report done without evidence
|
|
57
|
+
- Cite sources for any external claim or API behavior
|
|
58
|
+
- Validate inputs at system boundaries; trust internal code
|
|
59
|
+
|
|
60
|
+
## Code Examples
|
|
61
|
+
|
|
62
|
+
### Basic Usage
|
|
63
|
+
|
|
64
|
+
```bash
|
|
65
|
+
# Example command showing basic usage
|
|
66
|
+
superskill <!-- NAME --> <target>
|
|
67
|
+
```
|
|
68
|
+
|
|
69
|
+
### Advanced Usage
|
|
70
|
+
|
|
71
|
+
```bash
|
|
72
|
+
# Example command with options
|
|
73
|
+
superskill <!-- NAME --> <target> --strict --json
|
|
74
|
+
```
|
|
75
|
+
|
|
76
|
+
## Gotchas
|
|
77
|
+
|
|
78
|
+
1. **Don't skip verification**: Reporting done without running the verification step is the most common failure mode. Always cite the test or command output.
|
|
79
|
+
2. **Don't assume file structure**: Verify paths exist before reading or writing. A missing file is a blocking error, not a silent skip.
|
|
80
|
+
3. **Don't drift from conventions**: Match existing project patterns. If a convention seems wrong, surface it — do not silently fork the style.
|
|
81
|
+
|
|
82
|
+
## Resources (optional)
|
|
83
|
+
|
|
84
|
+
Create only the resource directories this skill actually needs.
|
|
85
|
+
|
|
86
|
+
### scripts/
|
|
87
|
+
|
|
88
|
+
Executable code (TypeScript/Bash) for tasks that require deterministic reliability.
|
|
89
|
+
|
|
90
|
+
### references/
|
|
91
|
+
|
|
92
|
+
Documentation intended to be loaded into context as needed.
|
|
93
|
+
|
|
94
|
+
## Platform Notes
|
|
95
|
+
|
|
96
|
+
### Claude Code
|
|
97
|
+
|
|
98
|
+
Use `$ARGUMENTS` for parameter references. Use `Skill()` for skill delegation.
|
|
99
|
+
|
|
100
|
+
### Codex / OpenClaw / OpenCode / Antigravity
|
|
101
|
+
|
|
102
|
+
Run commands via Bash tool. Arguments provided in chat.
|
|
103
|
+
|
|
104
|
+
---
|
|
105
|
+
|
|
106
|
+
**Template type**: technique
|
|
107
|
+
**Purpose**: Step-by-step workflows with concrete instructions and verification gates
|