Skip to content
workflow logo

Workflow

workflow

High-velocity solo development workflow. Idea to production same-day. 8 commands: plan, spike, ship, review, spec-review, done, drop, workflow. Auto-activates on: "plan", "spec", "ship", "implement", "build", "make", "write", "change", "refactor", "fix", "review", "check code", "review spec", "an...

NeverSight/skills_feed0installs213stars

SKILL.md

Full skill instructions

Workflow

High-velocity solo development. Idea to production same-day.

Agent Capabilities

CapabilityUsed ForRequiredFallback
File read/​writeSpecs, config, historyYes—
Code search (grep/​glob)Discovery, contextYes—
Shell/​command executionQuality gates (lint, build, test)YesList commands for user to run
Task/​todo trackingPhase managementRecommendedTrack in spec Progress section
User interactionStuck escalation, risk flagsRecommendedLog decisions in spec Notes
Web/​doc searchPattern lookupNoUse embedded patterns

Fallback rule: If your agent lacks a capability, use the fallback. Never skip the workflow step — adapt the method.

Commands

CommandActionReference
plan {idea}Create specplan.md
spike {question}Time-boxed explorationspike.md
ship / ship {idea}Implement + validateship.md
reviewMulti-perspective code reviewreview.md
spec-reviewAdversarial spec analysisspec-review.md
doneValidate + retro + archivedone.md
dropAbandon, preserve learningsdrop.md
workflowShow state + suggest nextStatus (below)

No flags needed. The agent auto-detects intent from context:

  • "review the spec" → manual review pause
  • "skip tests" → skip test gate (documented)
  • "emergency fix" → bypass spec ceremony
  • "production ready" → production validation

Flow

plan {idea} → ship → [implement/​review/​fix loop] → done

Quick mode (<2h): ship {idea} → done

Philosophy

  • Spec-first: All work needs a spec (creates one if missing)
  • Ship loop: Build → review → fix until clean
  • Quality gates: lint → typecheck → build → test (auto-detected per project)
  • Human controls deployment: Agent codes, you push/​deploy
  • Done same-day: Scope to what ships today
  • Own planning: Never use the host agent's built-in plan mode (EnterPlanMode, etc.). This skill writes real spec files to specs/​active/.

Spec Tiers

TierSizeSpecTask Tracking
trivial<5 LOCNone — just do itNo
micro<30 LOCInline comment in codeNo
mini<100 LOCSpec file, minimalYes (if available)
standard100+ LOCFull spec with checklistYes (if available)

Action Router

User input
  │
  ├─ "plan", "spec", "design"           → Load references/​actions/​plan.md
  ├─ "spike", "explore", "investigate"   → Load references/​actions/​spike.md
  ├─ "ship", "implement", "fix", "build" → Load references/​actions/​ship.md
  ├─ "review", "check code"              → Load references/​actions/​review.md
  ├─ "review spec", "analyze spec",
  │  "challenge spec"                    → Load references/​actions/​spec-review.md
  ├─ "done", "finish", "complete"        → Load references/​actions/​done.md
  ├─ "drop", "abandon"                   → Load references/​actions/​drop.md
  └─ "workflow", "what's next", "status" → Status Action (below)

Loading rule: Read the action file BEFORE executing. The action file contains all logic, task templates, and references needed.

Status Action

No separate action file — logic is inline here. Detect current state, suggest next action:

1. Check specs/​active/ for active spec
2. Check git status for uncommitted work
3. Check task list for in-progress items

State → Suggestion:
  No spec, no changes    → "Ready. Run: plan {idea}"
  Active spec, no code   → "Spec ready. Run: ship"
  Active spec, code WIP  → "In progress. Run: ship (resumes)"
  Active spec, code done → "Ready to close. Run: done"
  No spec, dirty tree    → "Uncommitted work. Run: ship (creates spec) or done"

Output: Follow status-output.md.

Project Structure

specs/
  active/       ← Current work (0-1 specs)
  shipped/      ← Completed features
  dropped/      ← Abandoned with learnings
  history.log   ← One-line per feature shipped/​dropped

Configuration

All behavior is configurable by editing the skill files directly.

What to changeEdit
Action logic, gates, limitsreferences/​actions/​{action}.md
Output formatreferences/​templates/​{action}-output.md
Spec structurereferences/​spec-template.md
Quality gate commands/​levelsreferences/​quality-gates.md
Session resume, stuck detectionreferences/​session-management.md

References

Actions:

Output templates:

Specs & gates:

Patterns: