| name | gstack-devex-review |
| description | GStack developer-experience review for implemented repositories and workflows, focused on setup friction, command reliability, docs gaps, and maintainability. |
GStack DevEx Review Adapter
This is a Codex role-system adapter for Garry Tan's gstack gstack-devex-review method.
When To Use
Use this when:
- the implementation exists and developer workflow should be reviewed;
- setup or verification commands are fragile;
- docs and onboarding need quality checks;
- the user explicitly invokes
$gstack-devex-review.
Workflow
- Keep the active role boundary. Do not expand scope just because this gstack method is useful.
- Read the relevant repo/docs/evidence first when the task depends on current state.
- Read
../gstack/references/methodology.md if you need the shared method map, then use the section named Engineering Execution Methods.
- Produce: DX findings, command/doc fixes, onboarding friction, and priority recommendations.
- Return the result in the active role's normal format, including boundaries, validation, and unresolved decisions when applicable.
Boundaries
- Treat upstream gstack as external methodology, not local-owned project state.
- Do not run upstream gstack runtime, telemetry, browser-cookie import, upgrade checks, or host routing injection automatically.
- Do not create or edit
CLAUDE.md, .claude/, .agents/, or upstream routing files unless the user explicitly asks for upstream gstack installation work.
- Do not write files, commit, push, deploy, restart, migrate, clean, delete, or change production unless the active role prompt explicitly allows it.
- Preserve this repository's
QA versus 测试 split: formal test cases/reports belong to 测试 and $test-case-report-builder.