agy-superpowers 5.0.5 → 5.0.6

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/bin/init.js CHANGED
@@ -1,6 +1,6 @@
1
1
  #!/usr/bin/env node
2
2
  // bin/init.js
3
- // Usage: npx antigravity-superpowers init
3
+ // Usage: npx agy-superpowers init
4
4
  import fs from 'fs';
5
5
  import path from 'path';
6
6
  import { fileURLToPath } from 'url';
@@ -15,8 +15,8 @@ const command = args[0];
15
15
  if (command !== 'init') {
16
16
  console.error(`❌ Unknown command: ${command || '(none)'}`);
17
17
  console.error('');
18
- console.error('Usage: npx antigravity-superpowers init');
19
- console.error(' npx antigravity-superpowers init --force # overwrite existing .agent/');
18
+ console.error('Usage: npx agy-superpowers init');
19
+ console.error(' npx agy-superpowers init --force # overwrite existing .agent/');
20
20
  process.exit(1);
21
21
  }
22
22
 
@@ -38,7 +38,7 @@ if (fs.existsSync(TARGET_DIR)) {
38
38
  console.warn('⚠️ .agent/ already exists in this directory.');
39
39
  console.warn(' Delete it first or re-run with --force to overwrite:');
40
40
  console.warn('');
41
- console.warn(' npx antigravity-superpowers init --force');
41
+ console.warn(' npx agy-superpowers init --force');
42
42
  console.warn('');
43
43
  if (!args.includes('--force')) {
44
44
  process.exit(1);
@@ -47,7 +47,7 @@ if (fs.existsSync(TARGET_DIR)) {
47
47
  console.log('🗑 Removed existing .agent/');
48
48
  }
49
49
 
50
- console.log('🚀 Initialising antigravity-superpowers…');
50
+ console.log('🚀 Initialising agy-superpowers…');
51
51
  copyDir(TEMPLATE_DIR, TARGET_DIR);
52
52
  console.log('✅ .agent/ created successfully!\n');
53
53
  console.log('📖 Next steps:');
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "agy-superpowers",
3
- "version": "5.0.5",
3
+ "version": "5.0.6",
4
4
  "description": "Superpowers skills library for Google Antigravity agent — scaffold .agent/ with one command",
5
5
  "type": "module",
6
6
  "bin": {
@@ -48,35 +48,12 @@ Save `screen_dir` from the response. Tell user to open the URL.
48
48
 
49
49
  **Launching the server by platform:**
50
50
 
51
- **Claude Code (macOS / Linux):**
51
+ **Antigravity:**
52
52
  ```bash
53
- # Default mode works — the script backgrounds the server itself
53
+ # Launch the server normally
54
54
  scripts/start-server.sh --project-dir /path/to/project
55
55
  ```
56
56
 
57
- **Claude Code (Windows):**
58
- ```bash
59
- # Windows auto-detects and uses foreground mode, which blocks the tool call.
60
- # Use run_in_background: true on the Bash tool call so the server survives
61
- # across conversation turns.
62
- scripts/start-server.sh --project-dir /path/to/project
63
- ```
64
- When calling this via the Bash tool, set `run_in_background: true`. Then read `$SCREEN_DIR/.server-info` on the next turn to get the URL and port.
65
-
66
- **Codex:**
67
- ```bash
68
- # Codex reaps background processes. The script auto-detects CODEX_CI and
69
- # switches to foreground mode. Run it normally — no extra flags needed.
70
- scripts/start-server.sh --project-dir /path/to/project
71
- ```
72
-
73
- **Gemini CLI:**
74
- ```bash
75
- # Use --foreground and set is_background: true on your shell tool call
76
- # so the process survives across turns
77
- scripts/start-server.sh --project-dir /path/to/project --foreground
78
- ```
79
-
80
57
  **Other environments:** The server must keep running in the background across conversation turns. If your environment reaps detached processes, use `--foreground` and launch the command with your platform's background execution mechanism.
81
58
 
82
59
  If the URL is unreachable from your browser (common in remote/containerized setups), bind a non-loopback host:
@@ -66,7 +66,6 @@ Each agent gets:
66
66
  ### 3. Dispatch in Parallel
67
67
 
68
68
  ```typescript
69
- // In Claude Code / AI environment
70
69
  Task("Fix agent-tool-abort.test.ts failures")
71
70
  Task("Fix batch-completion-behavior.test.ts failures")
72
71
  Task("Fix tool-approval-race-conditions.test.ts failures")
@@ -11,7 +11,7 @@ Load plan, review critically, execute all tasks, report when complete.
11
11
 
12
12
  **Announce at start:** "I'm using the executing-plans skill to implement this plan."
13
13
 
14
- **Note:** Tell your human partner that Superpowers works much better with access to subagents. The quality of its work will be significantly higher if run on a platform with subagent support (such as Claude Code or Codex). If subagents are available, use superpowers:subagent-driven-development instead of this skill.
14
+ **Note:** Tell your human partner that Superpowers works much better with access to subagents. The quality of its work will be significantly higher if run on a platform with subagent support (such as Antigravity). If subagents are available, use superpowers:subagent-driven-development instead of this skill.
15
15
 
16
16
  ## The Process
17
17
 
@@ -19,23 +19,21 @@ This is not negotiable. This is not optional. You cannot rationalize your way ou
19
19
 
20
20
  Superpowers skills override default system prompt behavior, but **user instructions always take precedence**:
21
21
 
22
- 1. **User's explicit instructions** (CLAUDE.md, GEMINI.md, AGENTS.md, direct requests) — highest priority
22
+ 1. **User's explicit instructions** (GEMINI.md, AGENTS.md, direct requests) — highest priority
23
23
  2. **Superpowers skills** — override default system behavior where they conflict
24
24
  3. **Default system prompt** — lowest priority
25
25
 
26
- If CLAUDE.md, GEMINI.md, or AGENTS.md says "don't use TDD" and a skill says "always use TDD," follow the user's instructions. The user is in control.
26
+ If GEMINI.md or AGENTS.md says "don't use TDD" and a skill says "always use TDD," follow the user's instructions. The user is in control.
27
27
 
28
28
  ## How to Access Skills
29
29
 
30
- **In Claude Code:** Use the `Skill` tool. When you invoke a skill, its content is loaded and presented to you—follow it directly. Never use the Read tool on skill files.
31
-
32
- **In Gemini CLI:** Skills activate via the `activate_skill` tool. Gemini loads skill metadata at session start and activates the full content on demand.
33
-
34
- **In other environments:** Check your platform's documentation for how skills are loaded.
30
+ **In Antigravity:** Use `view_file` on `.agent/skills/<skill-name>/SKILL.md` to read a skill. Skills are detected automatically from their `description` field.
35
31
 
36
32
  ## Platform Adaptation
37
33
 
38
- Skills use Claude Code tool names. Non-CC platforms: see `references/codex-tools.md` (Codex) for tool equivalents. Gemini CLI users get the tool mapping loaded automatically via GEMINI.md.
34
+ This package is configured for **Google Antigravity**. Tool name mappings are handled automatically via `GEMINI.md` in your workspace.
35
+
36
+ For tool name equivalents, see `references/antigravity-tools.md`.
39
37
 
40
38
  # Using Skills
41
39
 
@@ -0,0 +1,43 @@
1
+ # Antigravity Tool Mapping
2
+
3
+ Some skills reference tool names from other platforms. Use the Antigravity equivalents below:
4
+
5
+ | Skill references | Antigravity equivalent |
6
+ |---|---|
7
+ | `Read` (file reading) | `view_file` |
8
+ | `Write` (file creation) | `write_to_file` |
9
+ | `Edit` (file editing, single block) | `replace_file_content` |
10
+ | `Edit` (file editing, multiple blocks) | `multi_replace_file_content` |
11
+ | `Bash` (run commands) | `run_command` |
12
+ | `Grep` (search file content) | `grep_search` |
13
+ | `Glob` / `LS` (search files by name/pattern) | `find_by_name` |
14
+ | `LS` (list directory) | `list_dir` |
15
+ | `WebSearch` | `search_web` |
16
+ | `WebFetch` | `read_url_content` |
17
+ | `Skill` tool (invoke a skill) | `view_file` on `.agent/skills/<name>/SKILL.md` |
18
+ | `TodoWrite` (task tracking) | ❌ No direct equivalent — track progress in responses |
19
+ | `Task` tool (dispatch subagent) | `browser_subagent` (browser only, not general-purpose) |
20
+
21
+ ## Subagent support
22
+
23
+ Antigravity does not support general-purpose subagent dispatch (`Task` tool). Skills that rely on `subagent-driven-development` or `dispatching-parallel-agents` should fall back to single-session execution via `executing-plans`.
24
+
25
+ ## Background commands
26
+
27
+ Antigravity supports long-running background commands:
28
+
29
+ | Tool | Purpose |
30
+ |---|---|
31
+ | `run_command` with `WaitMsBeforeAsync` | Start a command, optionally wait for output |
32
+ | `command_status` | Poll status and output of a background command |
33
+ | `send_command_input` | Send stdin to a running command |
34
+
35
+ ## Additional Antigravity tools
36
+
37
+ These tools are available in Antigravity with no equivalent in other platforms:
38
+
39
+ | Tool | Purpose |
40
+ |---|---|
41
+ | `generate_image` | Generate or edit images via AI |
42
+ | `browser_subagent` | Automate browser interactions |
43
+ | `list_resources` / `read_resource` | MCP resource access |
@@ -9,7 +9,7 @@ description: Use when creating new skills, editing existing skills, or verifying
9
9
 
10
10
  **Writing skills IS Test-Driven Development applied to process documentation.**
11
11
 
12
- **Personal skills live in agent-specific directories (`~/.claude/skills` for Claude Code, `~/.agents/skills/` for Codex)**
12
+ **Personal skills live in agent-specific directories (`~/.agent/skills` for Antigravity)**
13
13
 
14
14
  You write test cases (pressure scenarios with subagents), watch them fail (baseline behavior), write the skill (documentation), watch tests pass (agents comply), and refactor (close loopholes).
15
15
 
@@ -0,0 +1,45 @@
1
+ ---
2
+ description: Publish agy-superpowers to npm with version bump, git tag, and push
3
+ ---
4
+
5
+ Publish `agy-superpowers` to npm.
6
+
7
+ **Current version:** check `package.json` → `"version"`
8
+ **npm page:** https://www.npmjs.com/package/agy-superpowers
9
+
10
+ ---
11
+
12
+ ## Usage
13
+
14
+ // turbo
15
+ 1. Run the publish script with the desired version bump:
16
+
17
+ ```bash
18
+ # patch bump: 5.0.5 → 5.0.6 (default, use after minor fixes)
19
+ ./scripts/publish.sh
20
+
21
+ # minor bump: 5.0.5 → 5.1.0 (new features)
22
+ ./scripts/publish.sh minor
23
+
24
+ # exact version: match upstream superpowers tag (use after /update-superpowers)
25
+ ./scripts/publish.sh 5.1.0
26
+ ```
27
+
28
+ 2. Script will automatically:
29
+ - Bump `package.json` version
30
+ - Run `npm run build` (via `prepublishOnly`)
31
+ - Publish to npm registry
32
+ - `git commit` + `git tag` + `git push`
33
+
34
+ ---
35
+
36
+ ## After running `/update-superpowers`
37
+
38
+ When superpowers upstream releases a new version, sync and publish:
39
+
40
+ 1. Run `/update-superpowers` (updates `superpowers/` and `.agent/`)
41
+ 2. Check new version: `cat .agent/superpowers-version.json`
42
+ 3. Publish with matching version:
43
+ ```bash
44
+ ./scripts/publish.sh 5.1.0 # replace with actual new version
45
+ ```
@@ -14,7 +14,11 @@ This workflow has two phases:
14
14
  - If clone fails → **STOP**. Report the error to the user.
15
15
  - On success the script prints `SCRIPT_DONE:<new-tag>` — note the new tag and continue.
16
16
 
17
- 2. **Phase 2 — Update skill list in rules**
17
+ // turbo
18
+ 2. Run the Antigravity patch script (breaks symlinks → real files, removes non-Antigravity tool refs):
19
+ `node scripts/patch-agent-skills.js`
20
+
21
+ 3. **Phase 2 — Update skill list in rules**
18
22
 
19
23
  List all skill folders now present in `.agent/skills/`.
20
24
  Open `.agent/rules/superpowers.md` and update **only the skills table**:
@@ -24,7 +28,7 @@ This workflow has two phases:
24
28
 
25
29
  If no skills were added or removed → skip, note "rules: no changes needed".
26
30
 
27
- 3. **Phase 2 — New skills check**
31
+ 4. **Phase 2 — New skills check**
28
32
 
29
33
  For any skill in `.agent/skills/` that has no corresponding workflow in `.agent/workflows/`:
30
34
  - Read its `SKILL.md` `description` field.
@@ -32,11 +36,11 @@ This workflow has two phases:
32
36
  - Do NOT auto-create. Let the user decide.
33
37
 
34
38
  // turbo
35
- 4. Commit all changes from Phase 2:
39
+ 5. Commit all changes from Phase 2:
36
40
  `git add .agent/ && git commit -m "chore: sync .agent/ with superpowers <new-tag>"`
37
41
  (Skip commit if nothing changed.)
38
42
 
39
- 5. Print summary:
43
+ 6. Print summary:
40
44
  ```
41
45
  ✅ Superpowers updated: <old-tag> → <new-tag>
42
46
  📦 Skills: <old-count> → <new-count> (+new_skill / -removed_skill)
@@ -1,119 +0,0 @@
1
- # Creation Log: Systematic Debugging Skill
2
-
3
- Reference example of extracting, structuring, and bulletproofing a critical skill.
4
-
5
- ## Source Material
6
-
7
- Extracted debugging framework from `/Users/jesse/.claude/CLAUDE.md`:
8
- - 4-phase systematic process (Investigation → Pattern Analysis → Hypothesis → Implementation)
9
- - Core mandate: ALWAYS find root cause, NEVER fix symptoms
10
- - Rules designed to resist time pressure and rationalization
11
-
12
- ## Extraction Decisions
13
-
14
- **What to include:**
15
- - Complete 4-phase framework with all rules
16
- - Anti-shortcuts ("NEVER fix symptom", "STOP and re-analyze")
17
- - Pressure-resistant language ("even if faster", "even if I seem in a hurry")
18
- - Concrete steps for each phase
19
-
20
- **What to leave out:**
21
- - Project-specific context
22
- - Repetitive variations of same rule
23
- - Narrative explanations (condensed to principles)
24
-
25
- ## Structure Following skill-creation/SKILL.md
26
-
27
- 1. **Rich when_to_use** - Included symptoms and anti-patterns
28
- 2. **Type: technique** - Concrete process with steps
29
- 3. **Keywords** - "root cause", "symptom", "workaround", "debugging", "investigation"
30
- 4. **Flowchart** - Decision point for "fix failed" → re-analyze vs add more fixes
31
- 5. **Phase-by-phase breakdown** - Scannable checklist format
32
- 6. **Anti-patterns section** - What NOT to do (critical for this skill)
33
-
34
- ## Bulletproofing Elements
35
-
36
- Framework designed to resist rationalization under pressure:
37
-
38
- ### Language Choices
39
- - "ALWAYS" / "NEVER" (not "should" / "try to")
40
- - "even if faster" / "even if I seem in a hurry"
41
- - "STOP and re-analyze" (explicit pause)
42
- - "Don't skip past" (catches the actual behavior)
43
-
44
- ### Structural Defenses
45
- - **Phase 1 required** - Can't skip to implementation
46
- - **Single hypothesis rule** - Forces thinking, prevents shotgun fixes
47
- - **Explicit failure mode** - "IF your first fix doesn't work" with mandatory action
48
- - **Anti-patterns section** - Shows exactly what shortcuts look like
49
-
50
- ### Redundancy
51
- - Root cause mandate in overview + when_to_use + Phase 1 + implementation rules
52
- - "NEVER fix symptom" appears 4 times in different contexts
53
- - Each phase has explicit "don't skip" guidance
54
-
55
- ## Testing Approach
56
-
57
- Created 4 validation tests following skills/meta/testing-skills-with-subagents:
58
-
59
- ### Test 1: Academic Context (No Pressure)
60
- - Simple bug, no time pressure
61
- - **Result:** Perfect compliance, complete investigation
62
-
63
- ### Test 2: Time Pressure + Obvious Quick Fix
64
- - User "in a hurry", symptom fix looks easy
65
- - **Result:** Resisted shortcut, followed full process, found real root cause
66
-
67
- ### Test 3: Complex System + Uncertainty
68
- - Multi-layer failure, unclear if can find root cause
69
- - **Result:** Systematic investigation, traced through all layers, found source
70
-
71
- ### Test 4: Failed First Fix
72
- - Hypothesis doesn't work, temptation to add more fixes
73
- - **Result:** Stopped, re-analyzed, formed new hypothesis (no shotgun)
74
-
75
- **All tests passed.** No rationalizations found.
76
-
77
- ## Iterations
78
-
79
- ### Initial Version
80
- - Complete 4-phase framework
81
- - Anti-patterns section
82
- - Flowchart for "fix failed" decision
83
-
84
- ### Enhancement 1: TDD Reference
85
- - Added link to skills/testing/test-driven-development
86
- - Note explaining TDD's "simplest code" ≠ debugging's "root cause"
87
- - Prevents confusion between methodologies
88
-
89
- ## Final Outcome
90
-
91
- Bulletproof skill that:
92
- - ✅ Clearly mandates root cause investigation
93
- - ✅ Resists time pressure rationalization
94
- - ✅ Provides concrete steps for each phase
95
- - ✅ Shows anti-patterns explicitly
96
- - ✅ Tested under multiple pressure scenarios
97
- - ✅ Clarifies relationship to TDD
98
- - ✅ Ready for use
99
-
100
- ## Key Insight
101
-
102
- **Most important bulletproofing:** Anti-patterns section showing exact shortcuts that feel justified in the moment. When Claude thinks "I'll just add this one quick fix", seeing that exact pattern listed as wrong creates cognitive friction.
103
-
104
- ## Usage Example
105
-
106
- When encountering a bug:
107
- 1. Load skill: skills/debugging/systematic-debugging
108
- 2. Read overview (10 sec) - reminded of mandate
109
- 3. Follow Phase 1 checklist - forced investigation
110
- 4. If tempted to skip - see anti-pattern, stop
111
- 5. Complete all phases - root cause found
112
-
113
- **Time investment:** 5-10 minutes
114
- **Time saved:** Hours of symptom-whack-a-mole
115
-
116
- ---
117
-
118
- *Created: 2025-10-03*
119
- *Purpose: Reference example for skill extraction and bulletproofing*
@@ -1,25 +0,0 @@
1
- # Codex Tool Mapping
2
-
3
- Skills use Claude Code tool names. When you encounter these in a skill, use your platform equivalent:
4
-
5
- | Skill references | Codex equivalent |
6
- |-----------------|------------------|
7
- | `Task` tool (dispatch subagent) | `spawn_agent` |
8
- | Multiple `Task` calls (parallel) | Multiple `spawn_agent` calls |
9
- | Task returns result | `wait` |
10
- | Task completes automatically | `close_agent` to free slot |
11
- | `TodoWrite` (task tracking) | `update_plan` |
12
- | `Skill` tool (invoke a skill) | Skills load natively — just follow the instructions |
13
- | `Read`, `Write`, `Edit` (files) | Use your native file tools |
14
- | `Bash` (run commands) | Use your native shell tools |
15
-
16
- ## Subagent dispatch requires multi-agent support
17
-
18
- Add to your Codex config (`~/.codex/config.toml`):
19
-
20
- ```toml
21
- [features]
22
- multi_agent = true
23
- ```
24
-
25
- This enables `spawn_agent`, `wait`, and `close_agent` for skills like `dispatching-parallel-agents` and `subagent-driven-development`.
@@ -1,33 +0,0 @@
1
- # Gemini CLI Tool Mapping
2
-
3
- Skills use Claude Code tool names. When you encounter these in a skill, use your platform equivalent:
4
-
5
- | Skill references | Gemini CLI equivalent |
6
- |-----------------|----------------------|
7
- | `Read` (file reading) | `read_file` |
8
- | `Write` (file creation) | `write_file` |
9
- | `Edit` (file editing) | `replace` |
10
- | `Bash` (run commands) | `run_shell_command` |
11
- | `Grep` (search file content) | `grep_search` |
12
- | `Glob` (search files by name) | `glob` |
13
- | `TodoWrite` (task tracking) | `write_todos` |
14
- | `Skill` tool (invoke a skill) | `activate_skill` |
15
- | `WebSearch` | `google_web_search` |
16
- | `WebFetch` | `web_fetch` |
17
- | `Task` tool (dispatch subagent) | No equivalent — Gemini CLI does not support subagents |
18
-
19
- ## No subagent support
20
-
21
- Gemini CLI has no equivalent to Claude Code's `Task` tool. Skills that rely on subagent dispatch (`subagent-driven-development`, `dispatching-parallel-agents`) will fall back to single-session execution via `executing-plans`.
22
-
23
- ## Additional Gemini CLI tools
24
-
25
- These tools are available in Gemini CLI but have no Claude Code equivalent:
26
-
27
- | Tool | Purpose |
28
- |------|---------|
29
- | `list_directory` | List files and subdirectories |
30
- | `save_memory` | Persist facts to GEMINI.md across sessions |
31
- | `ask_user` | Request structured input from the user |
32
- | `tracker_create_task` | Rich task management (create, update, list, visualize) |
33
- | `enter_plan_mode` / `exit_plan_mode` | Switch to read-only research mode before making changes |