garrytan/gstack

Worth a look if you already drive Claude Code daily and want structured review steps around it; skip it if you expect a standalone tool or dislike installing skills into your global Claude setup.

The problem

A solo builder wants the kind of scrutiny a small team gives a feature: someone to challenge the scope, someone to review the branch, someone to check the release and run QA. Doing that manually means switching hats between coding sessions and improvising each review. With gstack installed, those steps become named skills invoked from inside Claude Code: describe what you are building, run the planning and review skills, then run QA against a staging URL or an isolated local target. The result is a repeatable checklist around the coding agent rather than a new editor or platform.

What's different

The mechanism is a set of 23 skills installed under ~/.claude/skills/gstack, each mapped to a role such as CEO review, QA, release management or documentation. The README's quick start deliberately stops after five commands so you can judge whether the style suits you. A team mode bootstraps the repository so teammates inherit the setup, with an hourly, network-failure-safe auto-update check instead of vendored copies. There are also four standalone skills for OpenClaw agents that need no Claude Code session.

The trade-off is that this is a personal workflow encoded as instructions, not a product with a stable interface. It depends on Claude Code and on a long list of local prerequisites, and the network traffic has three separate switches, including opt-in telemetry that logs skill names, outcomes and error classes. If you want minimal tooling overhead, that is a lot of moving parts; if you want opinionated review steps, it is the point.

Who should try it

Good fit: a developer already using Claude Code who wants enforced planning, review and QA passes on solo or small-team work, and is comfortable with local installs. Poor fit: someone who wants an editor-independent tool, or who shares a repo with teammates unwilling to install the same stack, since team mode is the documented way to keep versions aligned. Users on Codex or OpenClaw have documented alternative setup paths, which changes the audience but not the Claude Code dependency for the core skills.

Requirements and limitations

You need Claude Code, Git and Bun v1.4.2+ (setup refuses older than 1.3.3), plus Node.js on Windows. On macOS, the recommended Aside browser is optional but changes which browser the browser skills drive; without it, setup builds a bundled browser. /cso is stricter and needs a Bun build with specific compile flags and a native toolchain, so on machines without a C compiler that skill reports not assessed while the rest installs.

Ongoing upkeep matters: the team mode auto-update, the doctor command and the troubleshooting reference for individual skill messages are the documented paths when something is stale or unregistered. The README also documents uninstall and state cleanup, which keeps removal from being a manual hunt.

HotRepo's take

HotRepo recorded the project on the daily board once, on 2026-10-25, at 137,611 stars and +177 for that day; with a single dated sample, persistence of interest cannot be judged. The visible HN discussion is mostly about the README's marketing tone rather than the skills themselves. Before installing, check that the specific skill you care about (especially /cso) reports ok in the doctor output on your machine.

Project source and documentation