一键导入
development-lifecycle
Use when frontend/React/TypeScript/UI work. Guides understand -> plan -> grill -> TDD -> /go (4b->5). Alias: /work.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Use when frontend/React/TypeScript/UI work. Guides understand -> plan -> grill -> TDD -> /go (4b->5). Alias: /work.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Router for Ben's frontend-skills harness and every local skill.
Evidence-backed Go review for bounds, APIs, concurrency, errors, security, tests, rollout, and controllers. Use when reviewing a Go diff, PR, or branch, or as the golang hat /review adds when the diff touches *.go, go.mod, or backend protos.
Evidence-backed Go conventions for workload bounds, error boundaries, proto/API implementation, Temporal, testing, rollout, and controllers. Use when writing or changing Go services, handlers, workflows, controllers, or Go tests.
Evidence-backed Go review for bounds, APIs, concurrency, errors, security, tests, rollout, and controllers. Use when reviewing a Go diff, PR, or branch, or as the golang hat /review adds when the diff touches *.go, go.mod, or backend protos.
Evidence-backed Go conventions for workload bounds, error boundaries, proto/API implementation, Temporal, testing, rollout, and controllers. Use when writing or changing Go services, handlers, workflows, controllers, or Go tests.
Reviews a diff with a 7-hat parallel panel -- product/spec, standards, complexity, adversarial, resilience, visual/design, test/perf -- plus a mandatory cross-family GPT hat. Use when reviewing a branch, PR, WIP, or a release audit (deep mode).
| name | development-lifecycle |
| description | Use when frontend/React/TypeScript/UI work. Guides understand -> plan -> grill -> TDD -> /go (4b->5). Alias: /work. |
Auto-detect phase, guide process.
If the user says "plow ahead", "do not stop", "use your best judgment", "keep going until done", or similar, use /plow-ahead as the autonomy contract: make reversible assumptions, continue through routine ambiguity, and stop only for true blockers.
Ponytail before implementation: run /deslop full (write mode) during planning and keep it active through /go: delete, stdlib, native, installed dependency, one-line before custom code.
Feature branch? Skip. On main/master/develop? Spawn worktree before code. [ETHOS: Worktree Isolation]
scripts/mux-worktree.sh <type>/<branch-name>
Claude invoke silent when phase 1 start on default branch. User never run.
/swarm; skill activation alone is not consent./resilience-review for edge cases/error handling/polish or skip reason./prototype for 2-3 runnable UI variations, review with user, pick best. See REFERENCE.md.GATE: no impl until plan survive grilling.
/grilling | grill until every branch resolved | update CONTEXT.md + ADRs inline/codex GPT-5.6 Sol. The orchestrator reviews the diff; below the bar -> rerun smarter./codex or auto-route to /swarm; use native agents only after explicit user consent./swarm when independent lanes safely accelerate work. In Codex, /swarm runs only when the user invokes it or explicitly asks for parallel agents.setTimeout hacks | run --detectAsyncLeaks/goImpl done -> run /go to ship. Handle all:
/simplify -> /deslop -> /commit-push-pr -> code-reviewer agent/resolve-pr-feedback -> AI self-review: up to 3 rounds, early-exit on clean; human review: address ALL (hook-enforced).claude/rules/See /go skill full details. See REFERENCE.md phase-specific checklists.
Full flowchart REFERENCE.md#phase-flowchart.
| User says | Phases |
|---|---|
| "Build a new feature" | 1->2->2b->3->/go |
| "Fix this bug" | 1(reproduce)->3(TDD)->/go |
| "Refactor this module" | 1->2->2b->3->/go |
| "Write tests for X" | 3 only |
| "Ship it" / "Create a PR" | /go only |
| "Quick question" | Just answer |