From flow-workflow
Direct task execution without state files - for small, well-defined tasks that don't need workflow tracking
How this command is triggered — by the user, by Claude, or both
Slash command
/flow-workflow:quickFiles this command reads when invoked
The summary Claude sees in its command listing — used to decide when to auto-load this command
# Quick Command Execute task directly: **$ARGUMENTS** Execute a small, well-defined task directly without creating state files. This is the lightweight path for tasks that don't need full workflow tracking. ## Usage ## When to Use Quick Mode **Appropriate for:** - Single, well-defined changes - Bug fixes with obvious solutions - Small features with clear requirements - Tasks completable in <5 steps - No stakeholder discussion needed **Not appropriate for:** - Complex features with unclear requirements - Changes affecting multiple systems - Work requiring extensive planning - Tasks w...
Execute task directly: $ARGUMENTS
Execute a small, well-defined task directly without creating state files. This is the lightweight path for tasks that don't need full workflow tracking.
/flow-workflow:quick "Fix the typo in README"
/flow-workflow:quick "Add null check to getUserById"
/flow-workflow:quick "Update the version to 2.0.0"
Appropriate for:
Not appropriate for:
**Quick Mode Assessment**
Task: "[description]"
Suitability:
- [x] Single, focused change
- [x] Clear requirements
- [x] Limited scope (1-5 files)
- [x] No complex dependencies
**Assessment**: SUITABLE for quick mode
If not suitable:
**Task May Be Too Complex**
This task might need full workflow:
- [reason 1]
- [reason 2]
Options:
1. Continue with quick mode anyway
2. Use full workflow: `/flow-workflow:start "[task]"`
Only ask if critical ambiguity:
AskUserQuestion({
questions: [{
question: "Quick clarification: [specific question]?",
header: "Clarify",
options: [
{ label: "[Option A]", description: "[brief]" },
{ label: "[Option B]", description: "[brief]" }
]
}]
})
Skip if task is clear enough.
Execute the task directly:
Run minimal checks:
# Build check
[build command]
# Test relevant area (if applicable)
[test command]
git add [changed files]
git commit -m "[commit message]
Co-Authored-By: Claude Opus 4.5 <[email protected]>"
**Quick Mode**
Task: "[description]"
Executing directly...
**Quick Progress**
- [x] Read [file]
- [x] Made change
- [ ] Verifying...
**Quick Mode Complete**
Task: "[description]"
**Changes**:
- [file]: [what changed]
**Verification**:
- Build: ✓ PASS
- Tests: ✓ PASS
**Commit**: [hash] - [message]
Done!
Quick mode does not create:
.flow/ directoryFLOW.mdITEM-XXX.mdThe task is executed and completed without persisting workflow state.
Quick mode still uses capability discovery for complex tasks:
tdd-implementation capabilityinfrastructure capabilityBut routing is implicit, not announced verbosely.
If during execution you discover the task is more complex:
**Escalating to Full Workflow**
Quick mode revealed complexity:
- [reason]
Creating work item and transitioning...
Use `/flow-workflow:go` to continue with full workflow.
This creates state files and transitions to regular workflow.
| Aspect | Quick Mode | Full Workflow |
|---|---|---|
| State files | None | FLOW.md + ITEM-XXX.md |
| Phases | None | DISCUSS → PLAN → EXECUTE → VERIFY |
| Tracking | None | Full checkpoint/resume |
| Suitable for | Small tasks | Complex features |
| Time | Fast | Thorough |
**Quick Mode Failed**
Verification error: [error]
Options:
1. Fix and retry
2. Escalate to full workflow
3. Abort
**Commit Failed**
Error: [pre-commit hook error]
Fixing and retrying...
npx claudepluginhub doubleslashse/claude-marketplace --plugin flow-workflow/quickExecutes simple ad-hoc tasks like bug fixes or refactors: directly implements changes, creates atomic commit, updates state, generates summary. Takes <task description> arg.
/fastExecutes a trivial task inline — typo fixes, config changes, small refactors — without spawning subagents or planning overhead.
/quickExecutes a quick ad-hoc task with atomic commits and state tracking, skipping the full plan/review cycle.
/quickExecutes small self-contained tasks via Shipyard quick workflow: sets up minimal .shipyard if needed, generates numbered plan, and dispatches architect/builder agents.
/oneshotRuns a bounded TDD workflow — plan, implement with red-green-refactor cycles, then optionally open a PR.
/quickRuns a lightweight bugfix workflow that skips refinement and goes straight to execution and verification.