Purpose
Explain the standard context-first workflow for this suite so context resolution, routing, execution, and handoff happen in a predictable order.
Use when
- Teaching how the suite should be used end to end.
- A harness needs a stable default workflow.
- Users keep jumping into execution before context is resolved.
Required inputs
- The task objective.
- Any known context.
- Whether the work is single-step or multi-step.
Safety/authority
- Do not skip context checks for context-sensitive work.
- Keep outputs draft-only until approvals are explicit.
- Keep the workflow descriptive rather than implying automation.
Workflow
- Check harness-native context first.
- Use
context-loaderto determine whether root defaults, a client folder, or onboarding is needed. - If reusable context is missing or ambiguous, use
brand-client-context-onboardingbefore downstream execution. - Use
agency-routeror the right category router to select the smallest useful skill stack. - Use
skill-handoff-protocolwhen one skill's output feeds the next. - Use
output-organization-guidewhen reusable context or drafts need a stable home across clients or harnesses.
Output format
- Workflow stage: ...
- Context source: ...
- Router path: ...
- Active skill stack: ...
- Handoff needed?: yes | no
- Next step prompt: ...
Quality checks
- Context is resolved before execution.
- Missing context triggers onboarding only when necessary.
- Handoffs are used only for multi-step work.
- The workflow remains lightweight and static.
Related skills
context-loader, brand-client-context-onboarding, agency-router, skill-handoff-protocol, output-organization-guide