Shep Workstreams
shep-ai/shep
A skill your agent uses when a large body of work (a version milestone, an epic, a roadmap, a set of PRDs/design docs) needs to be broken into parallel workstreams and executed with the shep CLI.
Turn a raw feature spec into an approved Tasks Plan — grill the spec, have the Product Architect groom draft tasks (+ optional ADR and glossary additions), then run ONE human gate that decides…
$ npx skills add iusztinpaul/squid --skill squid-plan -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install iusztinpaul/squid squid-plan --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/iusztinpaul/squid.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/squid-plan .claude/skills/squid-plan && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "squid-plan" agent skill from https://github.com/iusztinpaul/squid/tree/main/skills/squid-plan into .claude/skills/squid-plan/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "squid-plan", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/iusztinpaul/squid/tree/main/skills/squid-planType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add iusztinpaul/squid --skill squid-plan -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install iusztinpaul/squid squid-plan --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/iusztinpaul/squid.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/squid-plan .agents/skills/squid-plan && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "squid-plan" agent skill from https://github.com/iusztinpaul/squid/tree/main/skills/squid-plan into .agents/skills/squid-plan/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "squid-plan", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add iusztinpaul/squid --skill squid-plan -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install iusztinpaul/squid squid-plan --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/iusztinpaul/squid.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/squid-plan .cursor/skills/squid-plan && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "squid-plan" agent skill from https://github.com/iusztinpaul/squid/tree/main/skills/squid-plan into .cursor/skills/squid-plan/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "squid-plan", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/iusztinpaul/squid.git --path skills/squid-plan--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add iusztinpaul/squid --skill squid-plan -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install iusztinpaul/squid squid-plan --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/iusztinpaul/squid.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/squid-plan .gemini/skills/squid-plan && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "squid-plan" agent skill from https://github.com/iusztinpaul/squid/tree/main/skills/squid-plan into .gemini/skills/squid-plan/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "squid-plan", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install iusztinpaul/squid squid-planInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add iusztinpaul/squid --skill squid-plan -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/iusztinpaul/squid.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/squid-plan .github/skills/squid-plan && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "squid-plan" agent skill from https://github.com/iusztinpaul/squid/tree/main/skills/squid-plan into .github/skills/squid-plan/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "squid-plan", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add iusztinpaul/squid --skill squid-plan -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install iusztinpaul/squid squid-plan --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/iusztinpaul/squid.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/squid-plan .opencode/skills/squid-plan && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "squid-plan" agent skill from https://github.com/iusztinpaul/squid/tree/main/skills/squid-plan into .opencode/skills/squid-plan/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "squid-plan", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
squid-planTurn a raw feature spec into an approved Tasks Plan — grill the spec, have the Product Architect groom draft tasks (+ optional ADR and glossary additions), then run ONE human gate that decides…
Squid Plan is an agent skill from iusztinpaul/squid. Turn a raw feature spec into an approved Tasks Plan — grill the spec, have the Product Architect groom draft tasks (+ optional ADR and glossary additions), then run ONE human gate that decides everything touching the repo: tasks + storage, ADR, glossary, worktree, and which build to run.
Its SKILL.md is about 2.6k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Development, covering Architecture decision records, PRD writing and Git worktrees. The licence is Apache-2.0.
6 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit f5bf6b3. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
gitghFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use git and gh, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Squid Plan loads about 2.6k tokens when it runs. Until then it costs about 75 tokens; SKILL.md has 1,150 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from iusztinpaul/squid at commit f5bf6b3, republished under its Apache-2.0 licence (© iusztinpaul). 1,150 words, ~2,623 tokens.
.claude/skills/squid-plan/SKILL.md (or your agent's skills folder).Anchor a feature in shared understanding and prior decisions, then produce the artifact /squid-implement-night consumes. Nothing touches the repo until the human gate.
$ARGUMENTS is the raw feature spec — free-form text, a path to a spec file, or a tracker reference.
You are the orchestrator — a MANAGER. You drive the grilling, launch the Product Architect (PA), offer another grilling round and present the final plan, run the single human gate, set up the workspace, write the approved artifacts, and kick off the chosen build. You do NOT groom, write code, or implement anything yourself.
Read AGENTS.md first to confirm the active tracker mode (file → tasks/<NNN>-<slug>.md files; gh → one GitHub Issue per task).
Input: raw feature spec.
Output: decided at the human gate — by default one tasks/<NNN>-<slug>.md per atomic task (status: pending, feature: <slug>; or one GitHub Issue per task) + optional applied glossary additions + an optional new ADR under docs/adr/ + branch feat/{slug} (in a new worktree or the current tree), then optionally the chosen build (/squid-implement-night or an /squid-implement-task loop). This is exactly what the downstream pipeline consumes.
If $ARGUMENTS is empty, ask the human for the feature (free-form, path, or tracker ref). Otherwise resolve it: cat a spec file, load a tracker record, or use free-form text. Surface the resolved spec back in one paragraph.
Before grooming, sharpen the raw spec with the human. Invoke the squid-grilling skill — interview the human relentlessly, one question at a time with a recommended answer, until scope, edge cases, non-goals, constraints, and any decisions that warrant an ADR are clear. Anchor the questions in what already exists: read docs/adr/ (settled decisions — don't re-open them) and docs/glossary.md (use its terms; flag any the spec uses differently) when present, and use the context7 plugin for authoritative library/API facts. Anything answerable by reading the codebase or those sources — explore instead of asking. The output is a grilled spec; carry it into Step 2.
Launch ONE Product Architect. It drafts everything and hands it back as its final message — it writes nothing to disk; the orchestrator writes the approved artifacts into the chosen workspace in Step 5.
Agent(
subagent_type="squid:product-architect",
prompt="""Feature-level grooming. Read AGENTS.md first. Follow your feature-grooming role.
Feature (grilled): {grilled spec from Step 1}.
Decompose into atomic, independently-shippable tasks, numbered (NNN) in dependency order. For EACH task, draft the
FULL tasks/<NNN>-<slug>.md content (`feature: {slug}`, `status: pending`) per the tracker-workflow spec.
Also draft: (a) any new docs/glossary.md terms, and (b) IF the feature warrants non-obvious architectural decisions,
ONE proposed ADR for the WHOLE feature per your ADR rule.
DO NOT WRITE ANYTHING TO DISK — hand everything back as drafts; the human approves and the orchestrator writes them.
Use the context7 plugin for authoritative library/API usage wherever the feature touches an external framework.
Return: (1) the ordered task files with their full content, (2) the glossary additions (or 'none'), (3) the proposed
ADR draft (or 'none')."""
)Verify before the gate: the drafts are atomic, ordered by NNN in dependency order, and each has acceptance criteria. Re-launch the PA with the gap as feedback if not.
Before /squid-plan moves toward implementation, give the human one explicit chance to sharpen further — then lock and show the final plan.
Ask once with AskUserQuestion: "Another grilling round to sharpen this, or is the plan final?" → More grilling / It's final.
squid-grilling skill on the points the drafts left open, feed the sharpened spec back to the PA (Step 2), and return here. Repeat until the human picks It's final. Keep it to genuinely-open questions — good: "should deleting an Order cascade to its line-items?"; bad: re-opening a settled choice like "maybe switch datastores after all" (that's a fresh /squid-plan, not another round).NNN — title, scope, acceptance criteria, out-of-scope), the glossary additions, and the proposed ADR. This is the human's last look before tasks are created — render it complete, not a teaser.Why this step: catching a wrong-shaped plan on screen costs one more grilling round; catching it after tasks, a branch, and a build already exist costs the whole downstream pipeline.
This is the only gate, and it is mandatory. It decides everything that touches the repo. Recap the decision inputs, then ask:
Feature: {title}
Tasks ({N}):
1. {NNN-slug} — {title}
2. ...
Glossary additions: {M new terms, or "none"}
Proposed ADR: {ADR-NNNN "title" — 1-line summary, or "none"}
Task storage (project default): {file → local tasks/*.md | gh → GitHub Issues} ← from AGENTS.md TRACKER_MODEThen ask with AskUserQuestion. The decisions come in two back-to-back asks — still ONE gate, with no repo writes between them: Part 2 only matters once the plan is approved, and AskUserQuestion caps at four questions per call.
Part 1 — the plan and its artifacts (ask together, then act on Q1):
tasks/<NNN>-<slug>.md, committed to the repo) / GitHub Issues (one issue per task). Pre-select the project default (AGENTS.md TRACKER_MODE) and mark it Recommended.docs/adr/? → Create / Skip (omit this question entirely if no ADR was proposed)docs/glossary.md? → Apply / Skip (omit this question entirely if the PA drafted no glossary additions)Part 2 — workspace and build (only on Approve):
feat/{slug} live? → New worktree (isolated ../{repo}-{slug} dir) / Current working tree (branch in place)/squid-implement-night (end-to-end to a validated PR) / /squid-implement-task loop (build + commit the tasks only, no review/CI) / Stop after planningDo these in order.
A. Set up the workspace (Q5).
git rev-parse --abbrev-ref HEAD # expect main; if not, ask the human how to proceed
git pull
WORKTREE_PATH="$(git rev-parse --show-toplevel)/../$(basename $(git rev-parse --show-toplevel))-{slug}"
git worktree add -b feat/{slug} "$WORKTREE_PATH" mainr) / recreate (d) — default reuse.git pull
git switch -c feat/{slug} # if already on a feat/* branch, reuse it insteadWORKTREE_PATH = the repo root.B. Write the approved artifacts into the workspace. Write to absolute paths under $WORKTREE_PATH (for a new worktree the orchestrator's cwd is still the main repo — do NOT write the tasks into main):
$WORKTREE_PATH/tasks/<NNN>-<slug>.md per task (status: pending) from the Step 2 drafts. GitHub Issues → gh issue create one issue per task from the same drafts, in NNN order (titles NNN — {slug}, body = the groomed spec). The chosen mode is this feature's tracker for the rest of the pipeline; if it differs from AGENTS.md TRACKER_MODE, it's a one-off override for this plan — don't rewrite AGENTS.md.$WORKTREE_PATH/docs/glossary.md. If Skip (or none were drafted): discard them.$WORKTREE_PATH/docs/adr/NNNN-<slug>.md (Status: Accepted) from the ADR draft. If Skip: discard the draft.ls "$WORKTREE_PATH/tasks" lists every expected file, each with status: pending + acceptance criteria; in GitHub Issues mode, gh issue list shows one issue per task. If anything is missing, write it now — do not hand off an empty plan.C. Kick off the build (Q6).
/squid-implement-night → invoke /squid-implement-night with: feature {slug}, Working directory: $WORKTREE_PATH./squid-implement-task loop → invoke /squid-implement-task with: the feature's pending tasks (tasks/<NNN>-*.md, status: pending), Working directory: $WORKTREE_PATH.Plan approved. {N} tasks in tasks/ (status: pending) on `feat/{slug}` ({worktree at $WORKTREE_PATH | current working tree}).
Next: run `/squid-implement-night` (builds every pending task to a validated PR), or `/squid-implement-task` for individual tasks./squid-plan ends here.
tracker-workflow spec (squid-scaffold/specs/tracker-workflow.md); ADR rules live in the product-architect agent contract.© iusztinpaul, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in skills/squid-plan of iusztinpaul/squid.
Open the folder on GitHubat commit f5bf6b3
Squid Plan next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Squid Plan this skilliusztinpaul/squid | 203 | — | ~2.6k | Automated safety check: Pass | Apache-2.0 | |
| Shep Workstreamsshep-ai/shep | 264 | — | ~2.5k | Automated safety check: Pass | MIT | |
| Cabloy Spec Generationcabloy/cabloy | 982 | — | ~3.2k | Automated safety check: Notes | MIT | |
| Bmad Architectureaj-geddes/claude-code-bmad-skills | 488 | — | ~1.9k | Automated safety check: Notes | Custom licence | |
| Spec-Driven Developmentaddyosmani/agent-skills | 103k | 1 repos | ~3.2k | Automated safety check: Pass | MIT | |
| MoAI SPEC Workflowmodu-ai/moai-adk | 1.2k | — | ~5.1k | Automated safety check: Pass | Apache-2.0 |
shep-ai/shep
A skill your agent uses when a large body of work (a version milestone, an epic, a roadmap, a set of PRDs/design docs) needs to be broken into parallel workstreams and executed with the shep CLI.
cabloy/cabloy
A skill your agent uses to create or maintain Cabloy suite specifications under repo-specs, including PRD, SRS, PDP/WBS, acceptance planning, progress, and suite ADRs.
aj-geddes/claude-code-bmad-skills
Solutioning skill (Winston, the Architect). An agent skill from aj-geddes/claude-code-bmad-skills.
addyosmani/agent-skills
Writes a structured specification before any code, moving through gated specify, plan, tasks and implement phases, with an optional capability map for multi-part requests.
modu-ai/moai-adk
Manages SPEC documents for MoAI-ADK development, with GEARS or EARS requirement notation, acceptance criteria and a link into the Plan-Run-Sync workflow.
VisionForge-OU/foreman
Headless grilling pass that challenges an approved implementation plan against the existing codebase and domain model, then writes an ADR draft and a PRD draft into the Foreman feature directory.
iusztinpaul/squid
Run the full agent-team pipeline end-to-end for one feature whose Tasks Plan is already approved by /squid-plan, handing the human a validated, ready-to-squash-merge PR.
iusztinpaul/squid
Implement one task — or a whole list / an approved Tasks Plan — via the inner SWE↔Tester loop, committing each task on PASS.
iusztinpaul/squid
Push the committed feature branch, create or update its PR, then run Product Architect acceptance and PR-Reviewer on it.
iusztinpaul/squid
Drive CI green on a pushed, review-clean feature PR — On-Call diagnoses failures and hands fix tasks to the SWE.
iusztinpaul/squid
Write and evaluate effective Python tests using pytest. An agent skill from iusztinpaul/squid.
iusztinpaul/squid
Periodic architectural sweep — reads existing ADRs, maps modules/dependencies/layering, and reports up to 10 prioritised findings shaped as refactor proposals /squid-refactor can consume directly.
Categories
Turn a raw feature spec into an approved Tasks Plan — grill the spec, have the Product Architect groom draft tasks (+ optional ADR and glossary additions), then run ONE human gate that decides…. Squid Plan is an agent skill from iusztinpaul/squid. Turn a raw feature spec into an approved Tasks Plan — grill the spec, have the Product Architect groom draft tasks (+ optional ADR and glossary additions), then run ONE human gate that decides everything touching the repo: tasks + storage, ADR, glossary, worktree, and which build to run.
Squid Plan fits situations like: tasks that involve Architecture decision records; tasks that involve PRD writing; tasks that involve Git worktrees.
Run `npx skills add iusztinpaul/squid --skill squid-plan -a claude-code`. Or copy the skill folder (skills/squid-plan in iusztinpaul/squid) into .claude/skills/squid-plan in your project. Claude Code loads it when a task matches its description.
Run `npx skills add iusztinpaul/squid --skill squid-plan -a codex`. Or copy the skill folder (skills/squid-plan in iusztinpaul/squid) into .agents/skills/squid-plan in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add iusztinpaul/squid --skill squid-plan -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/squid-plan, .gemini/skills/squid-plan, .github/skills/squid-plan and .opencode/skills/squid-plan in your project.
Going by SKILL.md and its folder, Squid Plan needs the command-line tools its instructions call (git and gh).
SKILL.md contains no URLs. Its commands use git and gh, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Squid Plan is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 2.6k tokens (SKILL.md is roughly 10k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Squid Plan: Shep Workstreams (shep-ai/shep, 264 stars), Cabloy Spec Generation (cabloy/cabloy, 982 stars), Bmad Architecture (aj-geddes/claude-code-bmad-skills, 488 stars) and Spec-Driven Development (addyosmani/agent-skills, 103k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
iusztinpaul (a GitHub user) maintains it in iusztinpaul/squid, which has 203 GitHub stars. The repository holds 13 skills in this directory. The repository was last updated on September 3, 2026.
Source: iusztinpaul/squid on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.