diff --git a/skills/using-superpowers/references/antigravity-tools.md b/skills/using-superpowers/references/antigravity-tools.md index b0d4fa1f..0f4c0b94 100644 --- a/skills/using-superpowers/references/antigravity-tools.md +++ b/skills/using-superpowers/references/antigravity-tools.md @@ -18,71 +18,9 @@ Skills speak in actions ("dispatch a subagent", "create a todo", "read a file"). | Multiple parallel dispatches | Multiple entries in one `invoke_subagent` call's `Subagents` array | | Task tracking ("create a todo", "mark complete") | a **task artifact** — `write_to_file` with `IsArtifact: true` and `ArtifactType: "task"` (see [Task tracking](#task-tracking)). **Not** `manage_task`, which manages background processes. | -## Invoking a skill — read its `SKILL.md` - -Antigravity surfaces every installed skill's `name` + `description` to you at the -start of each session, but it has **no `Skill`/`activate_skill` tool**. To load a -skill, **read its `SKILL.md` with `view_file`, setting `IsSkillFile: true`** when -the skill applies — e.g. `view_file` on -`.../plugins/superpowers/skills//SKILL.md` with `IsSkillFile: true`. -(`IsSkillFile` is agy's own signal that you're reading a file to *execute its -instructions*, not to edit or preview it — set it whenever you load a skill.) - -This is the blessed skill-loading mechanism on this harness. The general rule -"never read skill files manually" means "don't bypass your platform's -skill-loading mechanism" — and on Antigravity, reading `SKILL.md` *is* that -mechanism. Reading it honors the rule rather than breaking it. - -You already know which skills exist and what they're for: their names and -descriptions are in front of you at session start. When a description matches -what you're about to do, read that skill's `SKILL.md` before acting. - -## Subagent support - -Antigravity dispatches subagents with `invoke_subagent`, passing each one a -`TypeName` in the `Subagents` array. Two `TypeName`s are **built in** — use them -directly, no `define_subagent` needed: - -- **`self`** — a full clone of you, with every tool you have (including - `write_to_file`/`replace_file_content`/`run_command`). The safe default for - general-purpose work: implementing, fixing, anything that edits files or runs - commands. -- **`research`** — read-only (file reading, `grep_search`, web/URL fetch; no write - or command access). Use it when you specifically want a subagent that can't make - changes — investigation and read-only review. - -Call `define_subagent` only for a custom system prompt or capability mix: set -`enable_write_tools: true` to grant file edits **and** `run_command`, -`enable_subagent_tools` for nested dispatch, `enable_mcp_tools` for MCP. Then -invoke it by the name you gave it. (`manage_subagents` lists/kills running -subagents.) - -Skills dispatch with `Subagent (general-purpose):` and either reference a -prompt-template file (e.g. `superpowers:subagent-driven-development`'s -`./implementer-prompt.md`) or supply an inline prompt. On Antigravity: - -| Skill dispatch form | Antigravity equivalent | -|---------------------|----------------------| -| An implementer-style `*-prompt.md` template (writes code, runs tests) | Fill the template, then `invoke_subagent` with `TypeName: "self"` and the filled prompt | -| A read-only reviewer template (`task-reviewer`, `code-reviewer`, `requesting-code-review`'s `./code-reviewer.md`) | `invoke_subagent` with `TypeName: "research"` and the filled review template | -| Inline prompt (no template referenced) | `invoke_subagent` with `TypeName: "self"` (or `"research"` if the task only reads) and your inline prompt | - -### Prompt filling - -Skills provide prompt templates with placeholders like `{WHAT_WAS_IMPLEMENTED}` or -`[FULL TEXT of task]`. Fill all placeholders before passing the complete prompt to -`invoke_subagent`. The prompt template itself contains the agent's role, review -criteria, and expected output format — the subagent will follow it. - -### Parallel dispatch - -Put multiple entries in a single `invoke_subagent` call's `Subagents` array to run -independent subagent work in parallel. Keep dependent tasks sequential, but do not -serialize independent subagent tasks just to preserve a simpler history. - ## Task tracking -Antigravity has **no todo / `TodoWrite` tool** (`manage_task` manages background +Antigravity has **no todo tool** (`manage_task` manages background processes — `list`/`kill`/`status`/`send_input` — it is *not* a checklist). When a skill says to create a todo list or track tasks, maintain a **task artifact**: a markdown checklist saved with `write_to_file` (`IsArtifact: true`, diff --git a/skills/using-superpowers/references/claude-code-tools.md b/skills/using-superpowers/references/claude-code-tools.md index 7ddd549a..3070da67 100644 --- a/skills/using-superpowers/references/claude-code-tools.md +++ b/skills/using-superpowers/references/claude-code-tools.md @@ -19,32 +19,3 @@ Skills speak in actions ("dispatch a subagent", "create a todo", "read a file"). | Multiple parallel dispatches | Multiple `Agent` calls in one response | | Task tracking ("create a todo", "mark complete") | `TaskCreate`, `TaskUpdate`, `TaskList`, `TaskGet`; `TodoWrite` in `claude -p` / Agent SDK unless `CLAUDE_CODE_ENABLE_TASKS=1` is set | | Background-process / subagent lifecycle (read output, cancel) | `TaskOutput`, `TaskStop` — these are distinct from the todo tools above and apply to running shells, agents, and remote sessions | - -## Instructions file - -When a skill mentions "your instructions file", on Claude Code this is **`CLAUDE.md`**. Claude Code walks up the directory tree from the current working directory and concatenates every `CLAUDE.md` and `CLAUDE.local.md` it finds along the way. Standard locations: - -| Scope | Location | -|-------|----------| -| Project (team-shared) | `./CLAUDE.md` or `./.claude/CLAUDE.md` | -| User global | `~/.claude/CLAUDE.md` | -| Local-private (gitignored) | `./CLAUDE.local.md` | -| Managed policy (org-wide) | `/Library/Application Support/ClaudeCode/CLAUDE.md` (macOS), `/etc/claude-code/CLAUDE.md` (Linux/WSL), `C:\Program Files\ClaudeCode\CLAUDE.md` (Windows) | - -CLAUDE.md files can pull in additional content with `@path/to/file` imports (relative or absolute, max five hops deep). Subdirectory `CLAUDE.md` files are also discovered automatically and loaded on-demand when Claude Code reads files in those subdirectories. - -Claude Code does **not** read `AGENTS.md` directly. If a project already maintains `AGENTS.md` for other agents, import it from `CLAUDE.md` so both runtimes share the same instructions: - -```markdown -@AGENTS.md - -## Claude Code - -(Claude-Code-specific instructions go here.) -``` - -For path-scoped rules and larger-project organization, see `.claude/rules/` (rules can be scoped to specific files via `paths` frontmatter and load on demand). - -## Personal skills directory - -User-level skills live at **`~/.claude/skills/`**. Each skill is a subdirectory containing a `SKILL.md` (with `name` and `description` frontmatter) plus any supporting files. Claude Code does not currently recognize the cross-runtime `~/.agents/skills/` path that Codex, Copilot CLI, and Gemini CLI read; if you're relying on cross-runtime support in the future, verify against the [official skills docs](https://code.claude.com/docs/en/skills). diff --git a/skills/using-superpowers/references/codex-tools.md b/skills/using-superpowers/references/codex-tools.md index 1ab253fd..8fa15efc 100644 --- a/skills/using-superpowers/references/codex-tools.md +++ b/skills/using-superpowers/references/codex-tools.md @@ -18,14 +18,6 @@ Skills speak in actions ("dispatch a subagent", "create a todo", "read a file"). | Free up subagent slot when done | `close_agent` | | Task tracking ("create a todo", "mark complete") | `update_plan` | -## Instructions file - -When a skill mentions "your instructions file", on Codex this is **`AGENTS.md`** at the project root. Codex also reads `~/.codex/AGENTS.md` for global context, and an `AGENTS.override.md` (in the project tree or `~/.codex/`) takes precedence when present. Codex walks from the project root down to the current working directory, concatenating `AGENTS.md` files it finds along the way, up to `project_doc_max_bytes` (32 KiB by default). - -## Personal skills directory - -User-level skills live at **`$CODEX_HOME/skills/`** (default `~/.codex/skills/`). Codex also reads the cross-runtime path **`~/.agents/skills/`** (shared with Copilot CLI and Gemini CLI). When both directories exist at the same scope, Codex loads them both as separate skill catalogs — Codex's docs don't currently document a precedence between them. Each skill is a subdirectory containing a `SKILL.md` (with `name` and `description` frontmatter). - ## Subagent dispatch requires multi-agent support Add to your Codex config (`~/.codex/config.toml`): @@ -37,11 +29,6 @@ multi_agent = true This enables `spawn_agent`, `wait_agent`, and `close_agent` for skills like `dispatching-parallel-agents` and `subagent-driven-development`. -Legacy note: Codex builds before `rust-v0.115.0` exposed spawned-agent -waiting as `wait`. Current Codex uses `wait_agent` for spawned agents. The -`wait` name now belongs to code-mode `exec/wait`, which resumes a yielded exec -cell by `cell_id`; it is not the spawned-agent result tool. - ## Environment Detection Skills that create worktrees or finish branches should detect their diff --git a/skills/using-superpowers/references/copilot-tools.md b/skills/using-superpowers/references/copilot-tools.md index 2cf54a0d..798703de 100644 --- a/skills/using-superpowers/references/copilot-tools.md +++ b/skills/using-superpowers/references/copilot-tools.md @@ -17,33 +17,3 @@ Skills speak in actions ("dispatch a subagent", "create a todo", "read a file"). | Subagent status/output/control | `read_agent`, `list_agents`, `write_agent` | | Task tracking ("create a todo", "mark complete") | `update_todo` | | Enter / exit plan mode | No equivalent — stay in the main session | - -## Instructions file - -When a skill mentions "your instructions file", on Copilot CLI this is **`AGENTS.md`** at the repository root. If both `AGENTS.md` and `.github/copilot-instructions.md` are present, Copilot reads both. - -## Personal skills directory - -User-level skills live at **`~/.copilot/skills/`**. Copilot CLI also recognizes the cross-runtime alias **`~/.agents/skills/`**, which is shared with Codex and Gemini CLI. Each skill is a subdirectory containing a `SKILL.md` (with `name` and `description` frontmatter). - -## Async shell sessions - -Copilot CLI supports persistent async shell sessions: - -| Tool | Purpose | -|------|---------| -| `bash` with `mode: "async"` (and optionally `detach: true`) | Start a long-running command in the background; returns a `shellId` | -| `write_bash` | Send input to a running async session | -| `read_bash` | Read output from an async session | -| `stop_bash` | Terminate an async session | -| `list_bash` | List all active shell sessions | - -## Additional Copilot CLI tools - -| Tool | Purpose | -|------|---------| -| `store_memory` | Persist facts about the codebase for future sessions | -| `report_intent` | Update the UI status line with current intent | -| `sql` | Query the session's SQLite database (todos, metadata) | -| `fetch_copilot_cli_documentation` | Look up Copilot CLI documentation | -| GitHub MCP tools (`github-mcp-server-*`) | Native GitHub API access (issues, PRs, code search) | diff --git a/skills/using-superpowers/references/gemini-tools.md b/skills/using-superpowers/references/gemini-tools.md index b01b6523..67d00ac5 100644 --- a/skills/using-superpowers/references/gemini-tools.md +++ b/skills/using-superpowers/references/gemini-tools.md @@ -18,46 +18,3 @@ Skills speak in actions ("dispatch a subagent", "create a todo", "read a file"). | Dispatch a subagent (`Subagent (general-purpose):` template) | `invoke_agent` with `agent_name: "generalist"` (invocable via `@generalist` chat syntax — see [Subagent support](#subagent-support)) | | Multiple parallel dispatches | Multiple `invoke_agent` calls in the same response | | Task tracking ("create a todo", "mark complete") | `write_todos` (statuses: pending, in_progress, completed, cancelled, blocked) | - -## Instructions file - -When a skill mentions "your instructions file", on Gemini CLI this is **`GEMINI.md`**. Gemini CLI loads `GEMINI.md` hierarchically: global at `~/.gemini/GEMINI.md`, project-level files in workspace directories and their ancestors, and sub-directory `GEMINI.md` files when a tool accesses files in those directories. - -## Personal skills directory - -User-level skills live at **`~/.gemini/skills/`**, with **`~/.agents/skills/`** as a cross-runtime alias (shared with Codex and Copilot CLI). When both directories exist at the same scope, `.agents/skills/` takes precedence. Each skill is a subdirectory containing a `SKILL.md` (with `name` and `description` frontmatter). - -## Subagent support - -Gemini CLI dispatches subagents through the `invoke_agent` tool, which takes `agent_name` and `prompt` parameters. The same dispatch is also surfaced as a chat-syntax shortcut: typing `@generalist ` is equivalent to calling `invoke_agent` with `agent_name: "generalist"`. Built-in agent names include `generalist`, `cli_help`, `codebase_investigator`, and (with browser tooling enabled) `browser_agent`. - -Skills dispatch with `Subagent (general-purpose):` and either reference a prompt-template file (e.g., `superpowers:subagent-driven-development`'s `./implementer-prompt.md`) or supply an inline prompt. On Gemini CLI: - -| Skill dispatch form | Gemini CLI equivalent | -|---------------------|----------------------| -| References a `*-prompt.md` template (implementer, task-reviewer, code-reviewer, etc.) | Fill the template, then `invoke_agent` with `agent_name: "generalist"` and the filled prompt | -| References `superpowers:requesting-code-review`'s `./code-reviewer.md` | `invoke_agent` with `agent_name: "generalist"` and the filled review template | -| Inline prompt (no template referenced) | `invoke_agent` with `agent_name: "generalist"` and your inline prompt | - -### Prompt filling - -Skills provide prompt templates with placeholders like `{WHAT_WAS_IMPLEMENTED}` or `[FULL TEXT of task]`. Fill all placeholders before passing the complete prompt to `invoke_agent`. The prompt template itself contains the agent's role, review criteria, and expected output format — the subagent will follow it. - -### Parallel dispatch - -Gemini CLI supports parallel subagent dispatch. Issue multiple `invoke_agent` calls in the same response (or multiple `@generalist` invocations in one prompt) to run independent subagent work in parallel. Keep dependent tasks sequential, but do not serialize independent subagent tasks just to preserve a simpler history. - -## Additional Gemini CLI tools - -These tools are unique to Gemini CLI: - -| Tool | Purpose | -|------|---------| -| `save_memory` (legacy) | Persist facts across sessions when `experimental.memoryV2 = false` | -| `get_internal_docs` | Look up Gemini CLI's bundled documentation | -| `ask_user` | Pose structured questions to the user (text / single-select / multi-select) | -| `enter_plan_mode` / `exit_plan_mode` | Switch into and out of read-only plan mode | -| `update_topic` | Update the current conversation's topic / strategic-intent metadata | -| `complete_task` | Signal that a Gemini subagent has completed and return its result to the parent agent | -| `tracker_create_task`, `tracker_update_task`, `tracker_get_task`, `tracker_list_tasks`, `tracker_add_dependency`, `tracker_visualize` | Rich task tracker with dependency and visualization support | -| `read_mcp_resource`, `list_mcp_resources` | MCP resource access | diff --git a/skills/using-superpowers/references/pi-tools.md b/skills/using-superpowers/references/pi-tools.md index 04889cba..4dbd651f 100644 --- a/skills/using-superpowers/references/pi-tools.md +++ b/skills/using-superpowers/references/pi-tools.md @@ -15,10 +15,6 @@ Skills speak in actions ("dispatch a subagent", "create a todo", "read a file"). | Dispatch a subagent (`Subagent (general-purpose):` template) | Use an installed subagent tool such as `subagent` from `pi-subagents` if available | | Task tracking ("create a todo", "mark complete") | Use an installed todo/task tool if available, otherwise track tasks in the plan or `TODO.md` | -## Skills - -Pi discovers skills from configured skill directories and installed Pi packages. A Superpowers Pi package should expose `skills/` through its `pi.skills` manifest entry. Pi does not expose Claude Code's `Skill` tool, but the agent should still follow the Superpowers rule: when a skill applies, load and follow it before responding. - ## Subagents Pi core does not ship a standard subagent tool. The `pi-subagents` package is a strong optional companion and provides a `subagent` tool with single-agent, chain, parallel, async, forked-context, and resume/status workflows. If no subagent tool is available, do not fabricate `Task` calls; execute sequentially in the current session or explain that the optional subagent capability is not installed.