lightweight-lane
SolidUse at Specify to classify a ticket Full vs Lightweight after bounded read-only diagnosis, and whenever a change looks ordinary / reversible / low-risk ("small fix", "tweak", "hotfix", "drop pretty-printing", "bump a constant"). Operationalizes FR-21 — ceremony proportional to objective risk. Defines mechanical and semantic assessment, the change-note artifact, one-pass build→verify→deploy, and objective promotion. Sensitive or cross-cutting triggers take the Full lane; an initially unknown cause or file count alone does not.
Install
Quality Score: 83/100
Skill Content
Details
- Author
- fusebase-dev
- Repository
- fusebase-dev/fusebase-flow
- Created
- 4 months ago
- Last Updated
- 1 weeks ago
- Language
- Shell
- License
- MIT
Bundled in these plugins
Similar Skills
Semantically similar based on skill content — not just same category
dev-flow
Lightweight development flow — the default track for everyday work. source-only changes, dev/staging live applies, and zero-user production (owner-declared). Evidence is a merged PR + green CI + one ledger line; no sealing, no successor tickets, no verdict ping-pong. Routes irreversible or customer-visible work to prod-flow via a one-question track test. Keeps hollow-green defenses and a fix-plus-regression-gate rule for problems found live.
feature-intake
The routing entry point for any change request. Classifies a prompt by input type, runs a 10-flag risk checklist + hard gates to assign a lane (tiny / normal / high-risk), scores confidence to decide whether a human is needed, writes the result to specs/<slug>/SUMMARY.md, and routes to the matching workflow path. Use FIRST, before xia2 / writing-plans / any edit, to decide how much ceremony and how much human oversight a task needs.
light-mode
Guidelines for fast-tracking trivial tasks (typos, UI tweaks, simple bugfixes).