LearnChoose the workflowBound a useful workflow.4 · Prompt structure levelsTemplate / DemoOpen promptRun inChat · selected sources
Before copying
- When to use it
- When starting from a task or workflow that is not yet bounded.
- Example
- Case: prepare and review a scope proposal. Start: brief received. End: version ready for a decision. Risk: citing an unverified source. Owner and reviewer: you, at separate moments.
- Evidence
- Has scope and owner.; A case exists.
- Limit
- Does not execute.
workflow contextWorkflow briefWhat you need to replace 4
<WORKFLOW>work with a start, finish and outputExample: prepare a proposal · Required<BOUNDARIES>workflow start, finish and exclusionsExample: from brief to approval · Required<RECORDS>observed calendar, task and delivery dataExample: five-day calendar · Required<ADOPTION_CRITERION>condition for adopting the workflow in your practiceExample: less rework with complete citations · Required
LENGTH = conciseSTRUCTURE = short table + decisionDEPTH = operationalAPPROVAL = human required
Level 1 · DirectA clear instruction, ready to discuss and refine.
A clear instruction, ready to discuss and refine.
Objective: Bound a useful workflow. The final decision and evidence remain under your responsibility.Data: WORKFLOW=[WORKFLOW · work with a start, finish and output · e.g.: prepare a proposal]; BOUNDARIES=[BOUNDARIES · workflow start, finish and exclusions · e.g.: from brief to approval]; RECORDS=[RECORDS · observed calendar, task and delivery data · e.g.: five-day calendar]; ADOPTION_CRITERION=[ADOPTION_CRITERION · condition for adopting the workflow in your practice · e.g.: less rework with complete citations].Apply: Light SIPOC; Definition of Done; Human-in-the-loop.Order: Define purpose and outcome. → Return the artifact, next step and any open gap.Deliver: Workflow brief; Has scope and owner.Boundary: Do not invent my context.[State the missing fact that would change the decision.]
Demo · Level 1 · Direct
Objective: Bound a useful workflow. The final decision and evidence remain under your responsibility.Data: WORKFLOW=from receiving the brief to delivering a reviewed proposal; BOUNDARIES=starts with approved brief, ends with reviewed proposal and excludes negotiation; RECORDS=five-day calendar with 17 blocks, 12 tasks and one delivered proposal; ADOPTION_CRITERION=adopt if three cases reduce rework and retain complete citations; Available synthetic data: DEMO_ARTIFACT=Case: prepare and review a scope proposal. Start: brief received. End: version ready for a decision. Risk: citing an unverified source. Owner and reviewer: you, at separate moments.Apply: Light SIPOC; Definition of Done; Human-in-the-loop.Order: Define purpose and outcome. → Return the artifact, next step and any open gap.Deliver: Workflow brief; Has scope and owner.Boundary: Do not invent my context.State the missing fact that would change the decision.
Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Makes inputs, options, flow and expected result explicit.
# PARAMETERSLENGTH = conciseSTRUCTURE = short table + decisionDEPTH = operationalAPPROVAL = human required# INPUTSWORKFLOW = [WORKFLOW · work with a start, finish and output · e.g.: prepare a proposal]BOUNDARIES = [BOUNDARIES · workflow start, finish and exclusions · e.g.: from brief to approval]RECORDS = [RECORDS · observed calendar, task and delivery data · e.g.: five-day calendar]ADOPTION_CRITERION = [ADOPTION_CRITERION · condition for adopting the workflow in your practice · e.g.: less rework with complete citations]# Optional adjustments[State the missing fact that would change the decision.]# TaskBound a useful workflow.# FRAMEWORKS AND BEST PRACTICES- Light SIPOC- Definition of Done- Human-in-the-loop · review before decision# Workflow1. Define purpose and outcome.2. Bound start, finish, and risk.3. State decision and stop.4. Check evidence, boundaries and consistency before closing.5. Return the artifact, next step and any open gap.# Boundaries- Do not invent my context.- Keep the final decision human and request any missing input.- Do not claim improvement without comparing the workflow against an observed case.- Do not delegate a judgment that belongs to you to AI.- Does not execute.# Expected output- Workflow brief- Has scope and owner.- A case exists.- Boundary is written.- The Mini-SOP retains a version, owner, exception and test evidence.- You can explain what you decided, the evidence used and what you will review next.
Demo · Level 2 · Structured
# PARAMETERSLENGTH = conciseSTRUCTURE = short table + decisionDEPTH = operationalAPPROVAL = human required# INPUTSWORKFLOW = from receiving the brief to delivering a reviewed proposalBOUNDARIES = starts with approved brief, ends with reviewed proposal and excludes negotiationRECORDS = five-day calendar with 17 blocks, 12 tasks and one delivered proposalADOPTION_CRITERION = adopt if three cases reduce rework and retain complete citationsAvailable synthetic data: DEMO_ARTIFACT = Case: prepare and review a scope proposal. Start: brief received. End: version ready for a decision. Risk: citing an unverified source. Owner and reviewer: you, at separate moments.# Optional adjustmentsState the missing fact that would change the decision.# TaskBound a useful workflow.# FRAMEWORKS AND BEST PRACTICES- Light SIPOC- Definition of Done- Human-in-the-loop · review before decision# Workflow1. Define purpose and outcome.2. Bound start, finish, and risk.3. State decision and stop.4. Check evidence, boundaries and consistency before closing.5. Return the artifact, next step and any open gap.# Boundaries- Do not invent my context.- Keep the final decision human and request any missing input.- Do not claim improvement without comparing the workflow against an observed case.- Do not delegate a judgment that belongs to you to AI.- Does not execute.# Expected output- Workflow brief- Has scope and owner.- A case exists.- Boundary is written.- The Mini-SOP retains a version, owner, exception and test evidence.- You can explain what you decided, the evidence used and what you will review next.
Level 3 · SpecifiedAdds contract, boundaries, verification and definition of done.
Adds contract, boundaries, verification and definition of done.
# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: When starting from a task or workflow that is not yet bounded.# PARAMETERSLENGTH = conciseSTRUCTURE = short table + decisionDEPTH = operationalAPPROVAL = human required# INPUTSWORKFLOW = [WORKFLOW · work with a start, finish and output · e.g.: prepare a proposal]BOUNDARIES = [BOUNDARIES · workflow start, finish and exclusions · e.g.: from brief to approval]RECORDS = [RECORDS · observed calendar, task and delivery data · e.g.: five-day calendar]ADOPTION_CRITERION = [ADOPTION_CRITERION · condition for adopting the workflow in your practice · e.g.: less rework with complete citations]# Optional adjustments[State the missing fact that would change the decision.]## P — Purpose and scopeExpert role: Act as a module specialist. Do not invent evidence or replace human judgment.Deliverable: Workflow briefInclude: Bound a useful workflow.Exclude: Does not execute.## E — Standards and execution### FRAMEWORKS AND BEST PRACTICES- Light SIPOC- Definition of Done- Human-in-the-loop · review before decisionSteps:1. Define purpose and outcome.2. Bound start, finish, and risk.3. State decision and stop.4. Check evidence, boundaries and consistency before closing.5. Return the artifact, next step and any open gap.### Edge cases- If no case exists, state that evidence is absent.- Workflow without a boundary: define start and finish before improving it.- Conflicting practices: record which one will be tested and why.## C — Verifiable criteria# Expected output:- Workflow brief- Has scope and owner.- A case exists.- Boundary is written.- The Mini-SOP retains a version, owner, exception and test evidence.- You can explain what you decided, the evidence used and what you will review next.Observable criteria:- Has scope and owner.- A case exists.- Boundary is written.- The Mini-SOP retains a version, owner, exception and test evidence.- You can explain what you decided, the evidence used and what you will review next.# Definition of Done: Has scope and owner.; A case exists.; Boundary is written.; The Mini-SOP retains a version, owner, exception and test evidence.; You can explain what you decided, the evidence used and what you will review next.Trade-off: Less scope gives more control.## Provenance- Case data- Declared authorities: ev-m03-program, ev-m03-friction-playbook## Metadata- module: 03- prompt: prompt-01- surface: chatReturn conclusions, evidence and auditable metadata; do not expose private reasoning or chain of thought.
Demo · Level 3 · Specified
# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: When starting from a task or workflow that is not yet bounded.# PARAMETERSLENGTH = conciseSTRUCTURE = short table + decisionDEPTH = operationalAPPROVAL = human required# INPUTSWORKFLOW = from receiving the brief to delivering a reviewed proposalBOUNDARIES = starts with approved brief, ends with reviewed proposal and excludes negotiationRECORDS = five-day calendar with 17 blocks, 12 tasks and one delivered proposalADOPTION_CRITERION = adopt if three cases reduce rework and retain complete citationsAvailable synthetic data: DEMO_ARTIFACT = Case: prepare and review a scope proposal. Start: brief received. End: version ready for a decision. Risk: citing an unverified source. Owner and reviewer: you, at separate moments.# Optional adjustmentsState the missing fact that would change the decision.## P — Purpose and scopeExpert role: Act as a module specialist. Do not invent evidence or replace human judgment.Deliverable: Workflow briefInclude: Bound a useful workflow.Exclude: Does not execute.## E — Standards and execution### FRAMEWORKS AND BEST PRACTICES- Light SIPOC- Definition of Done- Human-in-the-loop · review before decisionSteps:1. Define purpose and outcome.2. Bound start, finish, and risk.3. State decision and stop.4. Check evidence, boundaries and consistency before closing.5. Return the artifact, next step and any open gap.### Edge cases- If no case exists, state that evidence is absent.- Workflow without a boundary: define start and finish before improving it.- Conflicting practices: record which one will be tested and why.## C — Verifiable criteria# Expected output:- Workflow brief- Has scope and owner.- A case exists.- Boundary is written.- The Mini-SOP retains a version, owner, exception and test evidence.- You can explain what you decided, the evidence used and what you will review next.Observable criteria:- Has scope and owner.- A case exists.- Boundary is written.- The Mini-SOP retains a version, owner, exception and test evidence.- You can explain what you decided, the evidence used and what you will review next.# Definition of Done: Has scope and owner.; A case exists.; Boundary is written.; The Mini-SOP retains a version, owner, exception and test evidence.; You can explain what you decided, the evidence used and what you will review next.Trade-off: Less scope gives more control.## Provenance- Synthetic demo- Declared authorities: ev-m03-program, ev-m03-friction-playbook## Metadata- module: 03- prompt: prompt-01- surface: chatReturn conclusions, evidence and auditable metadata; do not expose private reasoning or chain of thought.
Level 4 · OrchestratedSeparates system instructions from the user request for reuse.
Separates system instructions from the user request for reuse.
# systemAct as a module specialist. Do not invent evidence or replace human judgment.# FRAMEWORKS AND BEST PRACTICES- Light SIPOC- Definition of Done- Human-in-the-loop · review before decision# Boundaries- Do not invent my context.- Keep the final decision human and request any missing input.- Do not claim improvement without comparing the workflow against an observed case.- Do not delegate a judgment that belongs to you to AI.- Does not execute.# Definition of DoneHas scope and owner.; A case exists.; Boundary is written.; The Mini-SOP retains a version, owner, exception and test evidence.; You can explain what you decided, the evidence used and what you will review next.# user# PARAMETERSLENGTH = conciseSTRUCTURE = short table + decisionDEPTH = operationalAPPROVAL = human required# INPUTSWORKFLOW = [WORKFLOW · work with a start, finish and output · e.g.: prepare a proposal]BOUNDARIES = [BOUNDARIES · workflow start, finish and exclusions · e.g.: from brief to approval]RECORDS = [RECORDS · observed calendar, task and delivery data · e.g.: five-day calendar]ADOPTION_CRITERION = [ADOPTION_CRITERION · condition for adopting the workflow in your practice · e.g.: less rework with complete citations]# Optional adjustments[State the missing fact that would change the decision.]# TaskBound a useful workflow.# Workflow1. Define purpose and outcome.2. Bound start, finish, and risk.3. State decision and stop.4. Check evidence, boundaries and consistency before closing.5. Return the artifact, next step and any open gap.# Expected output- Workflow brief- Has scope and owner.- A case exists.- Boundary is written.- The Mini-SOP retains a version, owner, exception and test evidence.- You can explain what you decided, the evidence used and what you will review next.
Demo · Level 4 · Orchestrated
# systemAct as a module specialist. Do not invent evidence or replace human judgment.# FRAMEWORKS AND BEST PRACTICES- Light SIPOC- Definition of Done- Human-in-the-loop · review before decision# Boundaries- Do not invent my context.- Keep the final decision human and request any missing input.- Do not claim improvement without comparing the workflow against an observed case.- Do not delegate a judgment that belongs to you to AI.- Does not execute.# Definition of DoneHas scope and owner.; A case exists.; Boundary is written.; The Mini-SOP retains a version, owner, exception and test evidence.; You can explain what you decided, the evidence used and what you will review next.# user# PARAMETERSLENGTH = conciseSTRUCTURE = short table + decisionDEPTH = operationalAPPROVAL = human required# INPUTSWORKFLOW = from receiving the brief to delivering a reviewed proposalBOUNDARIES = starts with approved brief, ends with reviewed proposal and excludes negotiationRECORDS = five-day calendar with 17 blocks, 12 tasks and one delivered proposalADOPTION_CRITERION = adopt if three cases reduce rework and retain complete citationsAvailable synthetic data: DEMO_ARTIFACT = Case: prepare and review a scope proposal. Start: brief received. End: version ready for a decision. Risk: citing an unverified source. Owner and reviewer: you, at separate moments.# Optional adjustmentsState the missing fact that would change the decision.# TaskBound a useful workflow.# Workflow1. Define purpose and outcome.2. Bound start, finish, and risk.3. State decision and stop.4. Check evidence, boundaries and consistency before closing.5. Return the artifact, next step and any open gap.# Expected output- Workflow brief- Has scope and owner.- A case exists.- Boundary is written.- The Mini-SOP retains a version, owner, exception and test evidence.- You can explain what you decided, the evidence used and what you will review next.
Why it worksAcceptance criteria
Acceptance criteria
- Has scope and owner.
- A case exists.
- Boundary is written.
- The Mini-SOP retains a version, owner, exception and test evidence.
- You can explain what you decided, the evidence used and what you will review next.
Edge cases
- If no case exists, state that evidence is absent.
- Workflow without a boundary: define start and finish before improving it.
- Conflicting practices: record which one will be tested and why.
Trade-offs
- Less scope gives more control.
Assumptions
- The declared inputs, permissions and sources represent the case under review.
Limits
- Does not execute.