@leejungkiin/awkit 1.4.2 → 1.5.0
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 +32 -9
- package/bin/awk.js +464 -87
- package/bin/claude-generators.js +3 -1
- package/bin/cline-generators.js +3 -1
- package/bin/codex-generators.js +7 -2
- package/core/orchestrator.md +17 -3
- package/core/skill-runtime-manifest.json +37 -0
- package/package.json +2 -2
- package/skill-packs/creator-studio/README.md +19 -0
- package/skill-packs/creator-studio/pack.json +10 -0
- package/skill-packs/marketing/README.md +64 -0
- package/skill-packs/marketing/pack.json +37 -0
- package/skill-packs/mobile-android/README.md +16 -0
- package/skill-packs/mobile-android/pack.json +10 -0
- package/skill-packs/mobile-ios/README.md +22 -0
- package/skill-packs/mobile-ios/pack.json +16 -0
- package/skill-packs/neural-memory/pack.json +8 -2
- package/skill-packs/superpowers/pack.json +1 -0
- package/skill-packs/superpowers/skills/single-flow-task-execution/SKILL.md +59 -358
- package/skill-packs/superpowers/skills/writing-skills/SKILL.md +60 -654
- package/skill-packs/superpowers/skills/writing-skills/examples/anti-rationalization.md +75 -0
- package/skill-packs/superpowers/skills/writing-skills/examples/cso-optimization.md +67 -0
- package/skill-packs/superpowers/skills/writing-skills/examples/tdd-for-skills.md +63 -0
- package/skills/CATALOG.md +49 -44
- package/skills/brainstorm-agent/SKILL.md +55 -315
- package/skills/brainstorm-agent/templates/brief-template.md +76 -0
- package/skills/codex-conductor/SKILL.md +55 -259
- package/skills/codex-conductor/examples/prompt-templates.md +72 -0
- package/skills/module-spec-writer/SKILL.md +38 -365
- package/skills/module-spec-writer/examples/port-migration-mode.md +40 -0
- package/skills/module-spec-writer/templates/module-spec-template.md +118 -0
- package/skills/orchestrator/SKILL.md +17 -8
- package/skills/single-flow-task-execution/SKILL.md +56 -363
- package/skills/single-flow-task-execution/examples/workflow-example.md +91 -0
- package/skills/smali-to-kotlin/SKILL.md +23 -416
- package/skills/smali-to-kotlin/examples/getting-started/tech-stack.md +58 -0
- package/skills/smali-to-kotlin/examples/pipeline/data-ui-parity.md +118 -0
- package/skills/smali-to-kotlin/examples/pipeline/scanner-and-bootstrap.md +106 -0
- package/skills/smali-to-swift/SKILL.md +18 -621
- package/skills/smali-to-swift/examples/getting-started/tech-stack.md +72 -0
- package/skills/smali-to-swift/examples/getting-started/toolchain.md +32 -0
- package/skills/smali-to-swift/examples/pipeline/core-logic.md +45 -0
- package/skills/smali-to-swift/examples/pipeline/data-layer.md +76 -0
- package/skills/smali-to-swift/examples/pipeline/framework-scanner.md +73 -0
- package/skills/smali-to-swift/examples/pipeline/project-bootstrap.md +76 -0
- package/skills/smali-to-swift/examples/pipeline/sdk-integration.md +66 -0
- package/skills/smali-to-swift/examples/pipeline/ui-viewmodel.md +96 -0
- package/skills/smali-to-swift/references/objc-to-swift-mapping.md +57 -0
- package/skills/spec-gate/SKILL.md +51 -265
- package/skills/spec-gate/templates/design-templates.md +93 -0
- package/skills/symphony-enforcer/SKILL.md +24 -555
- package/skills/symphony-enforcer/examples/startup-protocol.md +92 -0
- package/skills/symphony-enforcer/examples/task-completion.md +100 -0
- package/skills/symphony-enforcer/examples/three-phase.md +107 -0
- package/skills/symphony-enforcer/examples/trigger-points.md +99 -0
- package/skills/symphony-orchestrator/SKILL.md +1 -1
- package/skills/writing-skills/SKILL.md +82 -70
- package/skills/writing-skills/examples/anti-rationalization.md +53 -0
- package/skills/writing-skills/examples/cso-optimization.md +52 -0
- package/skills/writing-skills/examples/tdd-for-skills.md +48 -0
- package/templates/help.html +447 -0
- package/skills/memory-sync/SKILL.md +0 -424
- package/skills/memory-sync/memory-router.md +0 -185
- package/skills/memory-sync/memory-templates.md +0 -201
|
@@ -0,0 +1,75 @@
|
|
|
1
|
+
# Bulletproofing Skills Against Rationalization
|
|
2
|
+
|
|
3
|
+
Skills that enforce discipline need to resist rationalization. Agents are smart and will find loopholes under pressure.
|
|
4
|
+
|
|
5
|
+
## Close Every Loophole Explicitly
|
|
6
|
+
|
|
7
|
+
Don't just state the rule — forbid specific workarounds:
|
|
8
|
+
|
|
9
|
+
```markdown
|
|
10
|
+
# ❌ BAD
|
|
11
|
+
Write code before test? Delete it.
|
|
12
|
+
|
|
13
|
+
# ✅ GOOD
|
|
14
|
+
Write code before test? Delete it. Start over.
|
|
15
|
+
|
|
16
|
+
**No exceptions:**
|
|
17
|
+
- Don't keep it as "reference"
|
|
18
|
+
- Don't "adapt" it while writing tests
|
|
19
|
+
- Don't look at it
|
|
20
|
+
- Delete means delete
|
|
21
|
+
```
|
|
22
|
+
|
|
23
|
+
## Address "Spirit vs Letter" Arguments
|
|
24
|
+
|
|
25
|
+
Add foundational principle early:
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
**Violating the letter of the rules is violating the spirit of the rules.**
|
|
29
|
+
```
|
|
30
|
+
|
|
31
|
+
This cuts off entire class of "I'm following the spirit" rationalizations.
|
|
32
|
+
|
|
33
|
+
## Build Rationalization Table
|
|
34
|
+
|
|
35
|
+
Capture rationalizations from baseline testing. Every excuse agents make goes in the table:
|
|
36
|
+
|
|
37
|
+
```markdown
|
|
38
|
+
| Excuse | Reality |
|
|
39
|
+
|--------|---------|
|
|
40
|
+
| "Too simple to test" | Simple code breaks. Test takes 30 seconds. |
|
|
41
|
+
| "I'll test after" | Tests passing immediately prove nothing. |
|
|
42
|
+
| "Tests after achieve same goals" | Tests-after = "what does this do?" Tests-first = "what should this do?" |
|
|
43
|
+
```
|
|
44
|
+
|
|
45
|
+
## Create Red Flags List
|
|
46
|
+
|
|
47
|
+
Make it easy for agents to self-check:
|
|
48
|
+
|
|
49
|
+
```markdown
|
|
50
|
+
## Red Flags - STOP and Start Over
|
|
51
|
+
- Code before test
|
|
52
|
+
- "I already manually tested it"
|
|
53
|
+
- "Tests after achieve the same purpose"
|
|
54
|
+
- "It's about spirit not ritual"
|
|
55
|
+
- "This is different because..."
|
|
56
|
+
|
|
57
|
+
**All of these mean: Delete code. Start over with TDD.**
|
|
58
|
+
```
|
|
59
|
+
|
|
60
|
+
## Anti-Patterns
|
|
61
|
+
|
|
62
|
+
### ❌ Narrative Example
|
|
63
|
+
"In session 2025-10-03, we found empty projectDir caused..."
|
|
64
|
+
**Why bad:** Too specific, not reusable
|
|
65
|
+
|
|
66
|
+
### ❌ Multi-Language Dilution
|
|
67
|
+
example-js.js, example-py.py, example-go.go
|
|
68
|
+
**Why bad:** Mediocre quality, maintenance burden
|
|
69
|
+
|
|
70
|
+
### ❌ Code in Flowcharts
|
|
71
|
+
**Why bad:** Can't copy-paste, hard to read
|
|
72
|
+
|
|
73
|
+
### ❌ Generic Labels
|
|
74
|
+
helper1, helper2, step3, pattern4
|
|
75
|
+
**Why bad:** Labels should have semantic meaning
|
|
@@ -0,0 +1,67 @@
|
|
|
1
|
+
# Antigravity Search Optimization (CSO)
|
|
2
|
+
|
|
3
|
+
**Critical for discovery:** Future Antigravity needs to FIND your skill.
|
|
4
|
+
|
|
5
|
+
## 1. Rich Description Field
|
|
6
|
+
|
|
7
|
+
**Purpose:** Antigravity reads description to decide which skills to load. Make it answer: "Should I read this skill right now?"
|
|
8
|
+
|
|
9
|
+
**Format:** Start with "Use when..." to focus on triggering conditions.
|
|
10
|
+
|
|
11
|
+
**CRITICAL: Description = When to Use, NOT What the Skill Does**
|
|
12
|
+
|
|
13
|
+
The description should ONLY describe triggering conditions. Do NOT summarize the skill's process/workflow.
|
|
14
|
+
|
|
15
|
+
**Why this matters:** Testing revealed that when a description summarizes the skill's workflow, Antigravity may follow the description instead of reading the full skill content. A description saying "code review between tasks" caused Antigravity to do ONE review, even though the skill's flowchart clearly showed TWO reviews.
|
|
16
|
+
|
|
17
|
+
```yaml
|
|
18
|
+
# ❌ BAD: Summarizes workflow
|
|
19
|
+
description: Use when executing plans - executes tasks sequentially with code review between tasks
|
|
20
|
+
|
|
21
|
+
# ✅ GOOD: Just triggering conditions
|
|
22
|
+
description: Use when executing implementation plans with independent tasks in the current session
|
|
23
|
+
```
|
|
24
|
+
|
|
25
|
+
**Content:**
|
|
26
|
+
- Use concrete triggers, symptoms, and situations
|
|
27
|
+
- Describe the _problem_ not _language-specific symptoms_
|
|
28
|
+
- Keep triggers technology-agnostic unless skill is technology-specific
|
|
29
|
+
- Write in third person
|
|
30
|
+
- **NEVER summarize the skill's process or workflow**
|
|
31
|
+
|
|
32
|
+
## 2. Keyword Coverage
|
|
33
|
+
|
|
34
|
+
Use words Antigravity would search for:
|
|
35
|
+
- Error messages: "Hook timed out", "ENOTEMPTY", "race condition"
|
|
36
|
+
- Symptoms: "flaky", "hanging", "zombie", "pollution"
|
|
37
|
+
- Synonyms: "timeout/hang/freeze", "cleanup/teardown/afterEach"
|
|
38
|
+
- Tools: Actual commands, library names, file types
|
|
39
|
+
|
|
40
|
+
## 3. Descriptive Naming
|
|
41
|
+
|
|
42
|
+
**Use active voice, verb-first:**
|
|
43
|
+
- ✅ `creating-skills` not `skill-creation`
|
|
44
|
+
- ✅ `condition-based-waiting` not `async-test-helpers`
|
|
45
|
+
- Gerunds (-ing) work well for processes
|
|
46
|
+
|
|
47
|
+
## 4. Token Efficiency (Critical)
|
|
48
|
+
|
|
49
|
+
**Target word counts:**
|
|
50
|
+
- getting-started workflows: <150 words each
|
|
51
|
+
- Frequently-loaded skills: <200 words total
|
|
52
|
+
- Other skills: <500 words
|
|
53
|
+
|
|
54
|
+
**Techniques:**
|
|
55
|
+
- Move details to tool help (`--help`)
|
|
56
|
+
- Use cross-references (not repeated instructions)
|
|
57
|
+
- Compress examples
|
|
58
|
+
- Eliminate redundancy
|
|
59
|
+
|
|
60
|
+
## 5. Cross-Referencing Other Skills
|
|
61
|
+
|
|
62
|
+
- ✅ `**Required skill:** test-driven-development`
|
|
63
|
+
- ✅ `See examples/tdd-for-skills.md`
|
|
64
|
+
- ❌ Hardcode platform-specific paths like `.agent/skills/...`
|
|
65
|
+
- ❌ Force-load with `@...` when a plain reference is enough
|
|
66
|
+
|
|
67
|
+
**Why no forced load:** it burns context before the agent knows whether the deeper file is actually needed.
|
|
@@ -0,0 +1,63 @@
|
|
|
1
|
+
# TDD for Skills: RED-GREEN-REFACTOR + Testing Methodology
|
|
2
|
+
|
|
3
|
+
## The Iron Law (Same as TDD)
|
|
4
|
+
|
|
5
|
+
```
|
|
6
|
+
NO SKILL WITHOUT A FAILING TEST FIRST
|
|
7
|
+
```
|
|
8
|
+
|
|
9
|
+
This applies to NEW skills AND EDITS to existing skills. No exceptions — not for "simple additions", "just adding a section", or "documentation updates".
|
|
10
|
+
|
|
11
|
+
## RED: Write Failing Test (Baseline)
|
|
12
|
+
|
|
13
|
+
Run pressure scenario WITHOUT the skill. Document exact behavior:
|
|
14
|
+
- What choices did they make?
|
|
15
|
+
- What rationalizations did they use (verbatim)?
|
|
16
|
+
- Which pressures triggered violations?
|
|
17
|
+
|
|
18
|
+
## GREEN: Write Minimal Skill
|
|
19
|
+
|
|
20
|
+
Write skill addressing those specific rationalizations. Don't add extra content for hypothetical cases.
|
|
21
|
+
|
|
22
|
+
Run same scenarios WITH skill. Agent should now comply.
|
|
23
|
+
|
|
24
|
+
## REFACTOR: Close Loopholes
|
|
25
|
+
|
|
26
|
+
Agent found new rationalization? Add explicit counter. Re-test until bulletproof.
|
|
27
|
+
|
|
28
|
+
If you need a deeper validation harness, keep it in a separate reference file instead of inflating `SKILL.md`.
|
|
29
|
+
|
|
30
|
+
---
|
|
31
|
+
|
|
32
|
+
## Testing All Skill Types
|
|
33
|
+
|
|
34
|
+
### Discipline-Enforcing Skills (rules/requirements)
|
|
35
|
+
- Test with: Academic questions, pressure scenarios, combined pressures
|
|
36
|
+
- Success: Agent follows rule under maximum pressure
|
|
37
|
+
|
|
38
|
+
### Technique Skills (how-to guides)
|
|
39
|
+
- Test with: Application scenarios, variation scenarios, missing info tests
|
|
40
|
+
- Success: Agent successfully applies technique to new scenario
|
|
41
|
+
|
|
42
|
+
### Pattern Skills (mental models)
|
|
43
|
+
- Test with: Recognition scenarios, application, counter-examples
|
|
44
|
+
- Success: Agent correctly identifies when/how to apply pattern
|
|
45
|
+
|
|
46
|
+
### Reference Skills (documentation/APIs)
|
|
47
|
+
- Test with: Retrieval scenarios, application, gap testing
|
|
48
|
+
- Success: Agent finds and correctly applies reference information
|
|
49
|
+
|
|
50
|
+
---
|
|
51
|
+
|
|
52
|
+
## Common Rationalizations for Skipping Testing
|
|
53
|
+
|
|
54
|
+
| Excuse | Reality |
|
|
55
|
+
|--------|---------|
|
|
56
|
+
| "Skill is obviously clear" | Clear to you ≠ clear to other agents. Test it. |
|
|
57
|
+
| "It's just a reference" | References can have gaps. Test retrieval. |
|
|
58
|
+
| "Testing is overkill" | Untested skills have issues. Always. |
|
|
59
|
+
| "I'll test if problems emerge" | Problems = agents can't use skill. Test BEFORE. |
|
|
60
|
+
| "Too tedious to test" | Less tedious than debugging bad skill in production. |
|
|
61
|
+
| "I'm confident it's good" | Overconfidence guarantees issues. Test anyway. |
|
|
62
|
+
|
|
63
|
+
**All of these mean: Test before deploying. No exceptions.**
|
package/skills/CATALOG.md
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
# 📋 AWF Skill Catalog
|
|
2
2
|
|
|
3
|
-
> Classification of
|
|
4
|
-
> Updated: 2026-
|
|
3
|
+
> Classification of core runtime skills and optional packs.
|
|
4
|
+
> Updated: 2026-04-02
|
|
5
5
|
|
|
6
6
|
---
|
|
7
7
|
|
|
@@ -9,60 +9,65 @@
|
|
|
9
9
|
|
|
10
10
|
| Type | Description | Example |
|
|
11
11
|
|------|-------------|---------|
|
|
12
|
-
| `auto` | Always active, runs silently without user command | `orchestrator`, `memory-sync` |
|
|
12
|
+
| `auto` | Always active, runs silently without user command | `orchestrator`, `nm-memory-sync` |
|
|
13
13
|
| `manual` | User must explicitly invoke via `/command` or keyword | `brainstorm-agent`, `ios-engineer` |
|
|
14
14
|
|
|
15
15
|
---
|
|
16
16
|
|
|
17
|
-
##
|
|
18
|
-
|
|
19
|
-
| # | Skill | Type | Trigger | Priority | Version | Status |
|
|
20
|
-
|---|-------|------|---------|----------|---------|--------|
|
|
21
|
-
| 1 | `orchestrator` | `auto` | Always (first) | 1 | 2.1.0 | ✅ Active |
|
|
22
|
-
| 2 | `awf-session-restore` | `auto` | Session start | 2 | — | ✅ Active |
|
|
23
|
-
| 3 | `memory-sync` | `auto` | Always | 3 | 2.2.0 | ✅ Active |
|
|
24
|
-
| 4 | `symphony-orchestrator` | `auto` | Always | 4 | 1.0.0 | ✅ Active |
|
|
25
|
-
| 5 | `brainstorm-agent` | `manual` | `/brainstorm`, keywords | 5 | 1.0.0 | ✅ Active |
|
|
26
|
-
| 6 | `awf-error-translator` | `auto` | Error detected | 6 | — | ✅ Active |
|
|
27
|
-
| 7 | `awf-adaptive-language` | `auto` | Always | 7 | — | ✅ Active |
|
|
28
|
-
| 8 | `ios-engineer` | `manual` | iOS tasks | — | — | ✅ Active |
|
|
29
|
-
| 9 | `smali-to-kotlin` | `manual` | `/reverse-android` | 8 | — | ✅ Active |
|
|
30
|
-
| 10 | `smali-to-swift` | `manual` | `/reverse-ios` | 9 | — | ✅ Active |
|
|
31
|
-
| 11 | `awf-context-help` | `auto` | `/help`, stuck | — | — | ✅ Active |
|
|
32
|
-
| 12 | `auto-save` | `auto` | Session end | — | — | ✅ Background |
|
|
33
|
-
| 13 | `awf-version-tracker` | `auto` | Skill changes | — | — | ✅ Background |
|
|
34
|
-
| 14 | `module-spec-writer` | `auto` | Gate 1.5 check fail | 1.5 | 1.0.0 | ✅ Active |
|
|
35
|
-
| 15 | `spec-gate` | `auto` | Gate 2 check fail | 2 | 1.0.0 | ✅ Active |
|
|
36
|
-
| 16 | `visual-design-gate` | `auto` | Gate 2.5 check fail | 2.5 | 1.0.0 | ✅ Active |
|
|
37
|
-
| 17 | `trello-sync` | `auto` | Always | 2 | 3.0.0 | ✅ Active |
|
|
17
|
+
## Default Runtime Profile (`awkit install`)
|
|
38
18
|
|
|
39
|
-
|
|
19
|
+
`awkit install` now installs a lean runtime profile instead of the full source skill library.
|
|
40
20
|
|
|
41
|
-
|
|
21
|
+
### Core Lifecycle & Coordination
|
|
42
22
|
|
|
43
|
-
|
|
44
|
-
|
|
23
|
+
- `orchestrator`
|
|
24
|
+
- `symphony-orchestrator`
|
|
25
|
+
- `awf-session-restore`
|
|
26
|
+
- `nm-memory-sync`
|
|
27
|
+
- `symphony-enforcer`
|
|
28
|
+
- `trello-sync`
|
|
45
29
|
|
|
46
|
-
|
|
47
|
-
|---|-------|------|---------|----------|--------|
|
|
48
|
-
| 14 | `verification-gate` | `auto` | Task completion, commit, deploy | 1 | ✅ Active |
|
|
49
|
-
| 15 | `systematic-debugging` | `auto` | `/debug`, error detected, test failures | 2 | ✅ Active |
|
|
50
|
-
| 16 | `code-review` | `auto` | Task completion, before merge | 3 | ✅ Active |
|
|
51
|
-
| 17 | `writing-skills` | `manual` | Creating/modifying skills | — | ✅ Active |
|
|
30
|
+
### Planning & Execution
|
|
52
31
|
|
|
32
|
+
- `brainstorm-agent`
|
|
33
|
+
- `module-spec-writer`
|
|
34
|
+
- `spec-gate`
|
|
35
|
+
- `visual-design-gate`
|
|
36
|
+
- `single-flow-task-execution`
|
|
53
37
|
|
|
54
|
-
|
|
38
|
+
### Quality & Debugging
|
|
39
|
+
|
|
40
|
+
- `systematic-debugging`
|
|
41
|
+
- `verification-gate`
|
|
42
|
+
- `code-review`
|
|
43
|
+
- `gitnexus-intelligence`
|
|
55
44
|
|
|
56
|
-
|
|
45
|
+
### Meta / Self-Evolution
|
|
46
|
+
|
|
47
|
+
- `writing-skills`
|
|
48
|
+
- `skill-creator`
|
|
49
|
+
- `awf-version-tracker`
|
|
50
|
+
- `auto-save`
|
|
51
|
+
- `awf-adaptive-language`
|
|
52
|
+
- `awf-context-help`
|
|
53
|
+
- `awf-error-translator`
|
|
54
|
+
- `gemini-conductor`
|
|
55
|
+
- `codex-conductor`
|
|
56
|
+
- `telegram-notify`
|
|
57
|
+
- `ship-to-code`
|
|
58
|
+
|
|
59
|
+
---
|
|
57
60
|
|
|
58
|
-
|
|
61
|
+
## Optional Packs
|
|
59
62
|
|
|
60
|
-
|
|
|
61
|
-
|
|
62
|
-
|
|
|
63
|
-
|
|
|
64
|
-
|
|
|
65
|
-
|
|
|
63
|
+
| Pack | Purpose |
|
|
64
|
+
|------|---------|
|
|
65
|
+
| `mobile-ios` | iOS, SwiftUI, Xcode, reverse engineering |
|
|
66
|
+
| `mobile-android` | Android, Kotlin, Compose, AdMob, APK analysis |
|
|
67
|
+
| `marketing` | ASO, App Store marketing, analytics, growth |
|
|
68
|
+
| `creator-studio` | Sprites, LucyLab TTS, short-form video workflows |
|
|
69
|
+
| `neural-memory` | Memory audit, intake, evolution, extra workflows |
|
|
70
|
+
| `superpowers` | Additional execution/TDD/reference skills ported from Superpowers |
|
|
66
71
|
|
|
67
72
|
---
|
|
68
73
|
|
|
@@ -71,7 +76,7 @@ When NeuralMemory is installed, these skills provide enhanced capabilities:
|
|
|
71
76
|
Skills marked with self-evolution have a `## Learnings` section that accumulates insights:
|
|
72
77
|
|
|
73
78
|
- ✅ `orchestrator` — routing improvements
|
|
74
|
-
- ✅ `memory-sync` — trigger pattern refinements
|
|
79
|
+
- ✅ `nm-memory-sync` — trigger pattern refinements
|
|
75
80
|
- ✅ `symphony-orchestrator` — task management optimizations
|
|
76
81
|
|
|
77
82
|
---
|