The library lets you compare four levels of structure and choose the minimum your task needs.
Write instructions that help you think instead of outsourcing judgement.
An elegant prompt can produce a fluent answer that is still insufficient or false.
Start with your goal, add context and sources, and ask for evidence before expanding the instruction.
Keep the prompt, response, reviewed sources and the change you made after checking them.
From a topic to defensible understanding
LearnInitial research planTurn a broad topic into bounded research with an explicit in/out list and a sufficiency rule you can test.4 · Prompt structure levelsTemplate / DemoOpen promptRun inFind sources · Deep Research
Before you copy
- Use it when
- you need to understand a new topic before deciding or producing, and have no base built yet.
- Example
- Generative AI applied to my sales work, before choosing what to train in.
- Output evidence
- in/out scope list, essential questions, priority sources filtered by validity and region, named tensions and a testable sufficiency rule.
- Limit
- It bounds the research, it does not run it
Your inputsinitial research planWhat you need to replace 6
<TOPIC>specific subjecte.g.: verify AI answers · You provide it<DECISION>choice the work must informe.g.: scale or adjust the pilot · You provide it<CONTEXT>relevant situation and constraintse.g.: 45 minutes a day · You provide it<HORIZON>relevant periode.g.: next 7 days · You provide it<REGION>applicable place or frameworke.g.: Colombia · You provide it<AUDIENCE>who will use the resulte.g.: non-technical professionals · You provide it
Level 1 · DirectA clear instruction, ready to discuss and refine.
A clear instruction, ready to discuss and refine.
I need to understand [TOPIC]. The decision at stake is [DECISION]. My context is [CONTEXT]. Bound the scope with an explicit in/out list; frame the essential questions; separate facts, interpretations and uncertainty. Prioritize primary sources with author, date, link and reason, filtered by validity within [HORIZON] and applicability in [REGION]; if those two constraints clash, ask me which one wins before continuing. Name the tensions between positions and the open gaps, and flag my risk of deciding on an incomplete base. If the topic is already narrow, validate the cut instead of narrowing it again. If no primary sources exist, declare coverage_gap and stop. Close with one testable sufficiency rule: a question I can answer for [AUDIENCE] without adjectives. Do not invent sources or certainty.Demo · Level 1 · Direct
I need to understand how to learn with AI through a weekly high-performance practice. The decision at stake is which way of working to test for seven days. My context is individual work with 45 minutes available each day. Bound the scope with an explicit in/out list; frame the essential questions; separate facts, interpretations and uncertainty. Prioritize primary sources with author, date, link and reason, filtered by validity within next 7 days and applicability in Colombia; if those two constraints clash, ask me which one wins before continuing. Name the tensions between positions and the open gaps, and flag my risk of deciding on an incomplete base. If the topic is already narrow, validate the cut instead of narrowing it again. If no primary sources exist, declare coverage_gap and stop. Close with one testable sufficiency rule: a question I can answer for non-technical professionals starting with AI without adjectives. Do not invent sources or certainty.Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Makes inputs, options, flow and expected result explicit.
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]DECISION = [DECISION · choice the work must inform · e.g.: scale or adjust the pilot]CONTEXT = [CONTEXT · relevant situation and constraints · e.g.: 45 minutes a day]HORIZON = [HORIZON · relevant period · e.g.: next 7 days]REGION = [REGION · applicable place or framework · e.g.: Colombia]AUDIENCE = [AUDIENCE · who will use the result · e.g.: non-technical professionals]# TaskTurn a broad topic into a bounded, testable research plan for a personal decision# FRAMEWORKS AND BEST PRACTICES- MECE · no overlaps or gaps- Source hierarchy · primary sources first- Definition of Done · observable completion# Workflow1. Record topic, personal decision, context and audience2. Bound the in/out scope or validate a cut already made3. Frame essential questions separating facts, interpretations and uncertainty4. Filter primary sources by time validity and regional applicability, resolving any clash5. Close with tensions, gaps and the testable sufficiency rule# Boundaries- Never invent sources or certainty- No primary sources available: declare coverage_gap and stop- Topic already bounded: validate the cut, do not re-bound# Expected output- Research plan with in/out scope- Priority sources with reasons and the validity and region filter applied- Testable sufficiency rule
Demo · Level 2 · Structured
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceDECISION = which way of working to test for seven daysCONTEXT = individual work with 45 minutes available each dayHORIZON = next 7 daysREGION = ColombiaAUDIENCE = non-technical professionals starting with AI# TaskTurn a broad topic into a bounded, testable research plan for a personal decision# FRAMEWORKS AND BEST PRACTICES- MECE · no overlaps or gaps- Source hierarchy · primary sources first- Definition of Done · observable completion# Workflow1. Record topic, personal decision, context and audience2. Bound the in/out scope or validate a cut already made3. Frame essential questions separating facts, interpretations and uncertainty4. Filter primary sources by time validity and regional applicability, resolving any clash5. Close with tensions, gaps and the testable sufficiency rule# Boundaries- Never invent sources or certainty- No primary sources available: declare coverage_gap and stop- Topic already bounded: validate the cut, do not re-bound# Expected output- Research plan with in/out scope- Priority sources with reasons and the validity and region filter applied- Testable sufficiency rule
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: you need to understand a new topic before deciding or producing, and have no base built yet.Reference case: Generative AI applied to my sales work, before choosing what to train in.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]DECISION = [DECISION · choice the work must inform · e.g.: scale or adjust the pilot]CONTEXT = [CONTEXT · relevant situation and constraints · e.g.: 45 minutes a day]HORIZON = [HORIZON · relevant period · e.g.: next 7 days]REGION = [REGION · applicable place or framework · e.g.: Colombia]AUDIENCE = [AUDIENCE · who will use the result · e.g.: non-technical professionals]## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: in/out scope list, essential questions, priority sources filtered by validity and region, named tensions and a testable sufficiency rule.Scope includes: Turn a broad topic into bounded research with an explicit in/out list and a sufficiency rule you can test.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- MECE · no overlaps or gaps- Source hierarchy · primary sources first- Definition of Done · observable completionSteps:1. Record topic, personal decision, context and audience2. Bound the in/out scope or validate a cut already made3. Frame essential questions separating facts, interpretations and uncertainty4. Filter primary sources by time validity and regional applicability, resolving any clash5. Close with tensions, gaps and the testable sufficiency rule6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Research plan with in/out scope- Priority sources with reasons and the validity and region filter applied- Testable sufficiency ruleObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Demo · Level 3 · Specified
# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: you need to understand a new topic before deciding or producing, and have no base built yet.Reference case: Generative AI applied to my sales work, before choosing what to train in.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceDECISION = which way of working to test for seven daysCONTEXT = individual work with 45 minutes available each dayHORIZON = next 7 daysREGION = ColombiaAUDIENCE = non-technical professionals starting with AI## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: in/out scope list, essential questions, priority sources filtered by validity and region, named tensions and a testable sufficiency rule.Scope includes: Turn a broad topic into bounded research with an explicit in/out list and a sufficiency rule you can test.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- MECE · no overlaps or gaps- Source hierarchy · primary sources first- Definition of Done · observable completionSteps:1. Record topic, personal decision, context and audience2. Bound the in/out scope or validate a cut already made3. Frame essential questions separating facts, interpretations and uncertainty4. Filter primary sources by time validity and regional applicability, resolving any clash5. Close with tensions, gaps and the testable sufficiency rule6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Research plan with in/out scope- Priority sources with reasons and the validity and region filter applied- Testable sufficiency ruleObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Level 4 · OrchestratedSeparates system instructions from the user request for reuse.
Separates system instructions from the user request for reuse.
# systemResearch architect who bounds before searching# FRAMEWORKS AND BEST PRACTICES- MECE · no overlaps or gaps- Source hierarchy · primary sources first- Definition of Done · observable completion# Boundaries- Never invent sources or certainty- No primary sources available: declare coverage_gap and stop- Topic already bounded: validate the cut, do not re-bound# Definition of DoneReviewable research plan: explicit scope, every source with a reason and filter applied, and a sufficiency question answerable without adjectives.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]DECISION = [DECISION · choice the work must inform · e.g.: scale or adjust the pilot]CONTEXT = [CONTEXT · relevant situation and constraints · e.g.: 45 minutes a day]HORIZON = [HORIZON · relevant period · e.g.: next 7 days]REGION = [REGION · applicable place or framework · e.g.: Colombia]AUDIENCE = [AUDIENCE · who will use the result · e.g.: non-technical professionals]# TaskTurn a broad topic into a bounded, testable research plan for a personal decision# Workflow1. Record topic, personal decision, context and audience2. Bound the in/out scope or validate a cut already made3. Frame essential questions separating facts, interpretations and uncertainty4. Filter primary sources by time validity and regional applicability, resolving any clash5. Close with tensions, gaps and the testable sufficiency rule# Expected output- Research plan with in/out scope- Priority sources with reasons and the validity and region filter applied- Testable sufficiency rule
Demo · Level 4 · Orchestrated
# systemResearch architect who bounds before searching# FRAMEWORKS AND BEST PRACTICES- MECE · no overlaps or gaps- Source hierarchy · primary sources first- Definition of Done · observable completion# Boundaries- Never invent sources or certainty- No primary sources available: declare coverage_gap and stop- Topic already bounded: validate the cut, do not re-bound# Definition of DoneReviewable research plan: explicit scope, every source with a reason and filter applied, and a sufficiency question answerable without adjectives.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceDECISION = which way of working to test for seven daysCONTEXT = individual work with 45 minutes available each dayHORIZON = next 7 daysREGION = ColombiaAUDIENCE = non-technical professionals starting with AI# TaskTurn a broad topic into a bounded, testable research plan for a personal decision# Workflow1. Record topic, personal decision, context and audience2. Bound the in/out scope or validate a cut already made3. Frame essential questions separating facts, interpretations and uncertainty4. Filter primary sources by time validity and regional applicability, resolving any clash5. Close with tensions, gaps and the testable sufficiency rule# Expected output- Research plan with in/out scope- Priority sources with reasons and the validity and region filter applied- Testable sufficiency rule
Why it works
Acceptance criteria
- The scope has an explicit in/out list
- Every recommended source carries author, date, link and reason, and passes the validity and region filter
- The sufficiency rule is a testable condition for the declared audience, not an adjective
Edge cases
- Topic already bounded: the prompt validates the cut instead of destroying useful scope
- No primary sources available: coverage_gap is declared instead of inventing
Trade-offs
- Bounding trades coverage for verifiability
Assumptions
- No base exists yet; if one does, 03 or 05 applies instead
Limits
- It bounds the research, it does not run it
- Accuracy is not guaranteed: the filter cuts noise, it does not validate source content
LearnSource-grounded coachExplains one idea per turn citing your base, asks you to restate it and corrects against the source, with a counterexample when the answer is shallow.4 · Prompt structure levelsTemplate / DemoOpen promptRun inChat · selected sources
Before you copy
- Use it when
- you have sources and you want real understanding, not a summary.
- Example
- Understand RAG from my notes before a technical interview.
- Output evidence
- cited explanation with inference marked, one retrieval question per round, exact source to review and a close after three restatements without defined error.
- Limit
- It teaches; it never grades level: that belongs to the evaluator
use-case mapsource-grounded conversation guideWhat you need to replace 3
<TOPIC>specific subjecte.g.: verify AI answers · You provide it<SOURCES OR NOTEBOOK>base that will bound the answere.g.: pilot Notebook · From a previous step<DECISION>choice the work must informe.g.: scale or adjust the pilot · You provide it
Level 1 · DirectA clear instruction, ready to discuss and refine.
A clear instruction, ready to discuss and refine.
Act as a learning coach on [TOPIC]. My base is [SOURCES OR NOTEBOOK]: state the mode and use it only. Cite every claim that carries a conclusion and mark it as cited evidence, your inference or missing data. Ask what I want to achieve with [DECISION] and what I think I know. Explain one idea per turn, ask me to restate it in my own words and correct: it is an error if my restatement contradicts the source or drops a condition it requires. If right but shallow, use a cited counterexample. If my question falls outside the base, say so; do not invent. If I miss the same idea twice, switch analogies. End each round with one retrieval question and the exact source. Finish when I restate three ideas in a row without error. Never grade my level: teach.Demo · Level 1 · Direct
Act as a learning coach on how to learn with AI through a weekly high-performance practice. My base is synthetic Demo dossier: method guide, practice log and review criteria: state the mode and use it only. Cite every claim that carries a conclusion and mark it as cited evidence, your inference or missing data. Ask what I want to achieve with which way of working to test for seven days and what I think I know. Explain one idea per turn, ask me to restate it in my own words and correct: it is an error if my restatement contradicts the source or drops a condition it requires. If right but shallow, use a cited counterexample. If my question falls outside the base, say so; do not invent. If I miss the same idea twice, switch analogies. End each round with one retrieval question and the exact source. Finish when I restate three ideas in a row without error. Never grade my level: teach.Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Makes inputs, options, flow and expected result explicit.
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]SOURCES OR NOTEBOOK = [SOURCES OR NOTEBOOK · base that will bound the answer · e.g.: pilot Notebook]DECISION = [DECISION · choice the work must inform · e.g.: scale or adjust the pilot]# TaskReach verifiable understanding of a topic citing only the declared base# FRAMEWORKS AND BEST PRACTICES- Socratic method · one question per turn- Feynman technique · explain in plain language- Source hierarchy · primary sources first# Workflow1. State the base mode: source list or Notebook2. Ask for the personal goal and prior understanding3. Explain one idea marking cited evidence, inference and missing data4. Ask for a restatement and correct against the source using the error definition5. Test with a cited counterexample when the restatement is right but shallow6. Close the round with a retrieval question and stop on the declared condition# Boundaries- Question outside the base: declare the limit and never invent an answer- Never grade level or issue verdicts: that is the evaluator- Never present the coach inference as cited evidence# Expected output- Cited explanations with evidence, inference and missing data marked- Cited counterexample when understanding is shallow- Retrieval question and exact source at each round close
Demo · Level 2 · Structured
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceSOURCES OR NOTEBOOK = synthetic Demo dossier: method guide, practice log and review criteriaDECISION = which way of working to test for seven days# TaskReach verifiable understanding of a topic citing only the declared base# FRAMEWORKS AND BEST PRACTICES- Socratic method · one question per turn- Feynman technique · explain in plain language- Source hierarchy · primary sources first# Workflow1. State the base mode: source list or Notebook2. Ask for the personal goal and prior understanding3. Explain one idea marking cited evidence, inference and missing data4. Ask for a restatement and correct against the source using the error definition5. Test with a cited counterexample when the restatement is right but shallow6. Close the round with a retrieval question and stop on the declared condition# Boundaries- Question outside the base: declare the limit and never invent an answer- Never grade level or issue verdicts: that is the evaluator- Never present the coach inference as cited evidence# Expected output- Cited explanations with evidence, inference and missing data marked- Cited counterexample when understanding is shallow- Retrieval question and exact source at each round close
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: you have sources and you want real understanding, not a summary.Reference case: Understand RAG from my notes before a technical interview.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]SOURCES OR NOTEBOOK = [SOURCES OR NOTEBOOK · base that will bound the answer · e.g.: pilot Notebook]DECISION = [DECISION · choice the work must inform · e.g.: scale or adjust the pilot]## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: cited explanation with inference marked, one retrieval question per round, exact source to review and a close after three restatements without defined error.Scope includes: Explains one idea per turn citing your base, asks you to restate it and corrects against the source, with a counterexample when the answer is shallow.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Socratic method · one question per turn- Feynman technique · explain in plain language- Source hierarchy · primary sources firstSteps:1. State the base mode: source list or Notebook2. Ask for the personal goal and prior understanding3. Explain one idea marking cited evidence, inference and missing data4. Ask for a restatement and correct against the source using the error definition5. Test with a cited counterexample when the restatement is right but shallow6. Close the round with a retrieval question and stop on the declared condition7. Check provenance, boundaries, and consistency before delivery.8. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Cited explanations with evidence, inference and missing data marked- Cited counterexample when understanding is shallow- Retrieval question and exact source at each round closeObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Demo · Level 3 · Specified
# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: you have sources and you want real understanding, not a summary.Reference case: Understand RAG from my notes before a technical interview.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceSOURCES OR NOTEBOOK = synthetic Demo dossier: method guide, practice log and review criteriaDECISION = which way of working to test for seven days## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: cited explanation with inference marked, one retrieval question per round, exact source to review and a close after three restatements without defined error.Scope includes: Explains one idea per turn citing your base, asks you to restate it and corrects against the source, with a counterexample when the answer is shallow.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Socratic method · one question per turn- Feynman technique · explain in plain language- Source hierarchy · primary sources firstSteps:1. State the base mode: source list or Notebook2. Ask for the personal goal and prior understanding3. Explain one idea marking cited evidence, inference and missing data4. Ask for a restatement and correct against the source using the error definition5. Test with a cited counterexample when the restatement is right but shallow6. Close the round with a retrieval question and stop on the declared condition7. Check provenance, boundaries, and consistency before delivery.8. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Cited explanations with evidence, inference and missing data marked- Cited counterexample when understanding is shallow- Retrieval question and exact source at each round closeObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Level 4 · OrchestratedSeparates system instructions from the user request for reuse.
Separates system instructions from the user request for reuse.
# systemSocratic coach who teaches by citing only the declared base# FRAMEWORKS AND BEST PRACTICES- Socratic method · one question per turn- Feynman technique · explain in plain language- Source hierarchy · primary sources first# Boundaries- Question outside the base: declare the limit and never invent an answer- Never grade level or issue verdicts: that is the evaluator- Never present the coach inference as cited evidence# Definition of DoneSession closed on an observable condition, every conclusion cited, inference marked and base limits declared.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]SOURCES OR NOTEBOOK = [SOURCES OR NOTEBOOK · base that will bound the answer · e.g.: pilot Notebook]DECISION = [DECISION · choice the work must inform · e.g.: scale or adjust the pilot]# TaskReach verifiable understanding of a topic citing only the declared base# Workflow1. State the base mode: source list or Notebook2. Ask for the personal goal and prior understanding3. Explain one idea marking cited evidence, inference and missing data4. Ask for a restatement and correct against the source using the error definition5. Test with a cited counterexample when the restatement is right but shallow6. Close the round with a retrieval question and stop on the declared condition# Expected output- Cited explanations with evidence, inference and missing data marked- Cited counterexample when understanding is shallow- Retrieval question and exact source at each round close
Demo · Level 4 · Orchestrated
# systemSocratic coach who teaches by citing only the declared base# FRAMEWORKS AND BEST PRACTICES- Socratic method · one question per turn- Feynman technique · explain in plain language- Source hierarchy · primary sources first# Boundaries- Question outside the base: declare the limit and never invent an answer- Never grade level or issue verdicts: that is the evaluator- Never present the coach inference as cited evidence# Definition of DoneSession closed on an observable condition, every conclusion cited, inference marked and base limits declared.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceSOURCES OR NOTEBOOK = synthetic Demo dossier: method guide, practice log and review criteriaDECISION = which way of working to test for seven days# TaskReach verifiable understanding of a topic citing only the declared base# Workflow1. State the base mode: source list or Notebook2. Ask for the personal goal and prior understanding3. Explain one idea marking cited evidence, inference and missing data4. Ask for a restatement and correct against the source using the error definition5. Test with a cited counterexample when the restatement is right but shallow6. Close the round with a retrieval question and stop on the declared condition# Expected output- Cited explanations with evidence, inference and missing data marked- Cited counterexample when understanding is shallow- Retrieval question and exact source at each round close
Why it works
Acceptance criteria
- Every explanation carrying a conclusion has a verifiable citation and is marked as evidence, inference or missing data
- Each round closes with one retrieval question and the exact source
- The session ends on three error-free restatements, where error means contradicting the source or dropping a condition it requires
Edge cases
- Restatement right but shallow: a cited counterexample is used
- Question outside the base: the limit is declared, nothing is answered from memory
Trade-offs
- Slow pace — one idea per turn, plus counterexamples — in exchange for verifiable retention
Assumptions
- A base with usage rights exists; in Notebook mode answers cite the loaded sources
Limits
- It teaches; it never grades level: that belongs to the evaluator
LearnDeep researchClose one diagnosed gap with cited research, without uncontrolled scope growth.4 · Prompt structure levelsTemplate / DemoOpen promptRun inFind sources · Deep Research
Before you copy
- Use it when
- a previous audit revealed the gap blocking your outcome.
- Example
- Check the legal limits of using my chat logs as study material.
- Output evidence
- cited report answering the gap, a confidence scale declared up front and residual risk with a testable closing condition.
- Limit
- It does not re-bound the whole topic: that is the initial research plan
audited source baseresearch reportWhat you need to replace 3
<GAP>question still unsupportede.g.: what proves transfer · From a previous step<DECISION>choice the work must informe.g.: scale or adjust the pilot · You provide it<ACCEPTANCE CRITERION>observable success teste.g.: someone else can repeat the flow · You provide it
Level 1 · DirectA clear instruction, ready to discuss and refine.
A clear instruction, ready to discuss and refine.
I need to close the diagnosed gap [GAP], because it blocks [DECISION]. My acceptance criterion is [ACCEPTANCE CRITERION]. Research that gap only: in scope, the gap; out, any new topic. First fix the main question, the time and region of my case, the primary sources you accept, the minimum evidence per claim and the confidence scale (high, medium or low, defined). Deliver cited findings; a claim, evidence, confidence, limit table; contradictions with both sources; and residual risk with the testable condition that would close it. If public sources cannot close it, say: not provable within the given scope. If the gap mutates, restate the scope. If context on my case is missing, ask me up to three questions; if still missing, declare coverage_gap and do not invent certainty.Demo · Level 1 · Direct
I need to close the diagnosed gap synthetic prior-step artifact: transfer to a second context still needs evidence, because it blocks which way of working to test for seven days. My acceptance criterion is someone else can repeat the flow. Research that gap only: in scope, the gap; out, any new topic. First fix the main question, the time and region of my case, the primary sources you accept, the minimum evidence per claim and the confidence scale (high, medium or low, defined). Deliver cited findings; a claim, evidence, confidence, limit table; contradictions with both sources; and residual risk with the testable condition that would close it. If public sources cannot close it, say: not provable within the given scope. If the gap mutates, restate the scope. If context on my case is missing, ask me up to three questions; if still missing, declare coverage_gap and do not invent certainty.Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Makes inputs, options, flow and expected result explicit.
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSGAP = [GAP · question still unsupported · e.g.: what proves transfer]DECISION = [DECISION · choice the work must inform · e.g.: scale or adjust the pilot]ACCEPTANCE CRITERION = [ACCEPTANCE CRITERION · observable success test · e.g.: someone else can repeat the flow]# TaskClose a diagnosed gap with cited findings and explicit residual risk# FRAMEWORKS AND BEST PRACTICES- Research plan · question, scope and criteria- Acceptance criteria · observable test- Source hierarchy · primary sources first# Workflow1. Confirm the diagnosed gap and the acceptance criterion2. Fix the main question, time and region bounds, accepted sources and minimum evidence3. Declare the confidence scale and the closed scope4. Research only the gap and tabulate claim, evidence, confidence and limit5. Close with contradictions, residual risk and its closing condition# Boundaries- Never open new topics or redefine the global scope- Gap unclosable with public sources: declare it, do not force a close- Never invent certainty or promise accuracy: confidence always on the declared scale# Expected output- Cited findings answering the gap- Table with confidence on a declared scale and minimum evidence met- Residual risk with a testable closing condition
Demo · Level 2 · Structured
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSGAP = synthetic prior-step artifact: transfer to a second context still needs evidenceDECISION = which way of working to test for seven daysACCEPTANCE CRITERION = someone else can repeat the flow# TaskClose a diagnosed gap with cited findings and explicit residual risk# FRAMEWORKS AND BEST PRACTICES- Research plan · question, scope and criteria- Acceptance criteria · observable test- Source hierarchy · primary sources first# Workflow1. Confirm the diagnosed gap and the acceptance criterion2. Fix the main question, time and region bounds, accepted sources and minimum evidence3. Declare the confidence scale and the closed scope4. Research only the gap and tabulate claim, evidence, confidence and limit5. Close with contradictions, residual risk and its closing condition# Boundaries- Never open new topics or redefine the global scope- Gap unclosable with public sources: declare it, do not force a close- Never invent certainty or promise accuracy: confidence always on the declared scale# Expected output- Cited findings answering the gap- Table with confidence on a declared scale and minimum evidence met- Residual risk with a testable closing condition
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: a previous audit revealed the gap blocking your outcome.Reference case: Check the legal limits of using my chat logs as study material.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSGAP = [GAP · question still unsupported · e.g.: what proves transfer]DECISION = [DECISION · choice the work must inform · e.g.: scale or adjust the pilot]ACCEPTANCE CRITERION = [ACCEPTANCE CRITERION · observable success test · e.g.: someone else can repeat the flow]## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: cited report answering the gap, a confidence scale declared up front and residual risk with a testable closing condition.Scope includes: Close one diagnosed gap with cited research, without uncontrolled scope growth.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Research plan · question, scope and criteria- Acceptance criteria · observable test- Source hierarchy · primary sources firstSteps:1. Confirm the diagnosed gap and the acceptance criterion2. Fix the main question, time and region bounds, accepted sources and minimum evidence3. Declare the confidence scale and the closed scope4. Research only the gap and tabulate claim, evidence, confidence and limit5. Close with contradictions, residual risk and its closing condition6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Cited findings answering the gap- Table with confidence on a declared scale and minimum evidence met- Residual risk with a testable closing conditionObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Demo · Level 3 · Specified
# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: a previous audit revealed the gap blocking your outcome.Reference case: Check the legal limits of using my chat logs as study material.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSGAP = synthetic prior-step artifact: transfer to a second context still needs evidenceDECISION = which way of working to test for seven daysACCEPTANCE CRITERION = someone else can repeat the flow## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: cited report answering the gap, a confidence scale declared up front and residual risk with a testable closing condition.Scope includes: Close one diagnosed gap with cited research, without uncontrolled scope growth.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Research plan · question, scope and criteria- Acceptance criteria · observable test- Source hierarchy · primary sources firstSteps:1. Confirm the diagnosed gap and the acceptance criterion2. Fix the main question, time and region bounds, accepted sources and minimum evidence3. Declare the confidence scale and the closed scope4. Research only the gap and tabulate claim, evidence, confidence and limit5. Close with contradictions, residual risk and its closing condition6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Cited findings answering the gap- Table with confidence on a declared scale and minimum evidence met- Residual risk with a testable closing conditionObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Level 4 · OrchestratedSeparates system instructions from the user request for reuse.
Separates system instructions from the user request for reuse.
# systemDepth researcher who closes one gap at a time# FRAMEWORKS AND BEST PRACTICES- Research plan · question, scope and criteria- Acceptance criteria · observable test- Source hierarchy · primary sources first# Boundaries- Never open new topics or redefine the global scope- Gap unclosable with public sources: declare it, do not force a close- Never invent certainty or promise accuracy: confidence always on the declared scale# Definition of DoneCited report answering the gap, with time and region framing, confidence on a declared scale and residual risk with a testable condition.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSGAP = [GAP · question still unsupported · e.g.: what proves transfer]DECISION = [DECISION · choice the work must inform · e.g.: scale or adjust the pilot]ACCEPTANCE CRITERION = [ACCEPTANCE CRITERION · observable success test · e.g.: someone else can repeat the flow]# TaskClose a diagnosed gap with cited findings and explicit residual risk# Workflow1. Confirm the diagnosed gap and the acceptance criterion2. Fix the main question, time and region bounds, accepted sources and minimum evidence3. Declare the confidence scale and the closed scope4. Research only the gap and tabulate claim, evidence, confidence and limit5. Close with contradictions, residual risk and its closing condition# Expected output- Cited findings answering the gap- Table with confidence on a declared scale and minimum evidence met- Residual risk with a testable closing condition
Demo · Level 4 · Orchestrated
# systemDepth researcher who closes one gap at a time# FRAMEWORKS AND BEST PRACTICES- Research plan · question, scope and criteria- Acceptance criteria · observable test- Source hierarchy · primary sources first# Boundaries- Never open new topics or redefine the global scope- Gap unclosable with public sources: declare it, do not force a close- Never invent certainty or promise accuracy: confidence always on the declared scale# Definition of DoneCited report answering the gap, with time and region framing, confidence on a declared scale and residual risk with a testable condition.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSGAP = synthetic prior-step artifact: transfer to a second context still needs evidenceDECISION = which way of working to test for seven daysACCEPTANCE CRITERION = someone else can repeat the flow# TaskClose a diagnosed gap with cited findings and explicit residual risk# Workflow1. Confirm the diagnosed gap and the acceptance criterion2. Fix the main question, time and region bounds, accepted sources and minimum evidence3. Declare the confidence scale and the closed scope4. Research only the gap and tabulate claim, evidence, confidence and limit5. Close with contradictions, residual risk and its closing condition# Expected output- Cited findings answering the gap- Table with confidence on a declared scale and minimum evidence met- Residual risk with a testable closing condition
Why it works
Acceptance criteria
- Every claim in the table carries cited evidence, meets the minimum evidence and states confidence on the declared scale
- Contradictions are listed with both sources
- Residual risk is named together with the testable condition that would close it
Edge cases
- Gap unclosable with public sources: explicit verdict of not provable within the given scope
- The gap mutates during research: the scope is restated before continuing
Trade-offs
- Depth on a single gap in exchange for not expanding coverage
Assumptions
- A previous audit (05/W04) named the gap
Limits
- It does not re-bound the whole topic: that is the initial research plan
- It opens no new topics and does not guarantee the accuracy of cited sources
LearnClaim cross-checkVerify a claim before you use it as a foundation, with an independent-origin threshold set by the risk of your use.4 · Prompt structure levelsTemplate / DemoOpen promptRun inChat · selected sources
Before you copy
- Use it when
- you need to rest a decision on one concrete fact and its evidence is still uncertain.
- Example
- Confirm that an AI feature exists in the plan I am about to buy.
- Output evidence
- CONFIRMED, REFUTED or NOT DEMONSTRABLE verdict with origins counted, threshold applied and the demonstrable evidence that would change it.
- Limit
- It verifies one claim; it does not audit a whole base or issue a sufficiency verdict: that is the base audit
research reportcross-check recordWhat you need to replace 2
<CLAIM>specific statement to verifye.g.: the practice reduces rework · From a previous step<USE>situation where it will be appliede.g.: weekly review · You provide it
Level 1 · DirectA clear instruction, ready to discuss and refine.
A clear instruction, ready to discuss and refine.
I want to verify [CLAIM] before I use it in [USE]. Count origins, not links: a chain from one origin is one source. Record per origin author, date, link, excerpt and limitation. CONFIRMED: two independent origins agree. REFUTED: one contradicts. Otherwise NOT DEMONSTRABLE, or [CLAIM] unverifiable by design. Require three origins when [USE] risks my money, my deadline or my reputation, or when it is blank. Split a mixed claim: one demonstrable verdict per part. Close with the evidence that would change the verdict and what I must not assert. Do not audit the base or rule on retention. Never invent sources or certainty.Demo · Level 1 · Direct
I want to verify synthetic prior-step artifact: transfer to a second context still needs evidence before I use it in weekly review. Count origins, not links: a chain from one origin is one source. Record per origin author, date, link, excerpt and limitation. CONFIRMED: two independent origins agree. REFUTED: one contradicts. Otherwise NOT DEMONSTRABLE, or synthetic prior-step artifact: transfer to a second context still needs evidence unverifiable by design. Require three origins when weekly review risks my money, my deadline or my reputation, or when it is blank. Split a mixed claim: one demonstrable verdict per part. Close with the evidence that would change the verdict and what I must not assert. Do not audit the base or rule on retention. Never invent sources or certainty.Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Makes inputs, options, flow and expected result explicit.
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSCLAIM = [CLAIM · specific statement to verify · e.g.: the practice reduces rework]USE = [USE · situation where it will be applied · e.g.: weekly review]# TaskIssue a traceable verdict on one atomic claim before it supports a personal decision# FRAMEWORKS AND BEST PRACTICES- Triangulation · independent origins- Red teaming · find flaws before deciding- Claim–Evidence–Reasoning · connect claim and support# Workflow1. Record the claim and the use it is meant for2. Trace every citation back to its origin and count origins, not links3. Record per origin author, date, link, excerpt and limitation4. Apply the threshold matching the stated use, or the high one if it is missing5. Issue CONFIRMED, REFUTED or NOT DEMONSTRABLE and name the evidence that would change it# Boundaries- Never invent sources or certainty- Citation chain with a single origin: count it as one source, not as corroboration- Do not audit the whole base or decide what to retain, update or remove: that is the base audit# Expected output- Per-origin record with author, date, link, excerpt and limitation- One verdict among CONFIRMED, REFUTED and NOT DEMONSTRABLE with the threshold applied- The concrete missing evidence that would change the verdict
Demo · Level 2 · Structured
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSCLAIM = synthetic prior-step artifact: transfer to a second context still needs evidenceUSE = weekly review# TaskIssue a traceable verdict on one atomic claim before it supports a personal decision# FRAMEWORKS AND BEST PRACTICES- Triangulation · independent origins- Red teaming · find flaws before deciding- Claim–Evidence–Reasoning · connect claim and support# Workflow1. Record the claim and the use it is meant for2. Trace every citation back to its origin and count origins, not links3. Record per origin author, date, link, excerpt and limitation4. Apply the threshold matching the stated use, or the high one if it is missing5. Issue CONFIRMED, REFUTED or NOT DEMONSTRABLE and name the evidence that would change it# Boundaries- Never invent sources or certainty- Citation chain with a single origin: count it as one source, not as corroboration- Do not audit the whole base or decide what to retain, update or remove: that is the base audit# Expected output- Per-origin record with author, date, link, excerpt and limitation- One verdict among CONFIRMED, REFUTED and NOT DEMONSTRABLE with the threshold applied- The concrete missing evidence that would change the verdict
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: you need to rest a decision on one concrete fact and its evidence is still uncertain.Reference case: Confirm that an AI feature exists in the plan I am about to buy.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSCLAIM = [CLAIM · specific statement to verify · e.g.: the practice reduces rework]USE = [USE · situation where it will be applied · e.g.: weekly review]## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: CONFIRMED, REFUTED or NOT DEMONSTRABLE verdict with origins counted, threshold applied and the demonstrable evidence that would change it.Scope includes: Verify a claim before you use it as a foundation, with an independent-origin threshold set by the risk of your use.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Triangulation · independent origins- Red teaming · find flaws before deciding- Claim–Evidence–Reasoning · connect claim and supportSteps:1. Record the claim and the use it is meant for2. Trace every citation back to its origin and count origins, not links3. Record per origin author, date, link, excerpt and limitation4. Apply the threshold matching the stated use, or the high one if it is missing5. Issue CONFIRMED, REFUTED or NOT DEMONSTRABLE and name the evidence that would change it6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Per-origin record with author, date, link, excerpt and limitation- One verdict among CONFIRMED, REFUTED and NOT DEMONSTRABLE with the threshold applied- The concrete missing evidence that would change the verdictObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Demo · Level 3 · Specified
# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: you need to rest a decision on one concrete fact and its evidence is still uncertain.Reference case: Confirm that an AI feature exists in the plan I am about to buy.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSCLAIM = synthetic prior-step artifact: transfer to a second context still needs evidenceUSE = weekly review## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: CONFIRMED, REFUTED or NOT DEMONSTRABLE verdict with origins counted, threshold applied and the demonstrable evidence that would change it.Scope includes: Verify a claim before you use it as a foundation, with an independent-origin threshold set by the risk of your use.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Triangulation · independent origins- Red teaming · find flaws before deciding- Claim–Evidence–Reasoning · connect claim and supportSteps:1. Record the claim and the use it is meant for2. Trace every citation back to its origin and count origins, not links3. Record per origin author, date, link, excerpt and limitation4. Apply the threshold matching the stated use, or the high one if it is missing5. Issue CONFIRMED, REFUTED or NOT DEMONSTRABLE and name the evidence that would change it6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Per-origin record with author, date, link, excerpt and limitation- One verdict among CONFIRMED, REFUTED and NOT DEMONSTRABLE with the threshold applied- The concrete missing evidence that would change the verdictObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Level 4 · OrchestratedSeparates system instructions from the user request for reuse.
Separates system instructions from the user request for reuse.
# systemVerifier who counts origins before issuing a verdict# FRAMEWORKS AND BEST PRACTICES- Triangulation · independent origins- Red teaming · find flaws before deciding- Claim–Evidence–Reasoning · connect claim and support# Boundaries- Never invent sources or certainty- Citation chain with a single origin: count it as one source, not as corroboration- Do not audit the whole base or decide what to retain, update or remove: that is the base audit# Definition of DoneVerdict issued with the origin count visible, the applied threshold stated and a list of what still must not be asserted.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSCLAIM = [CLAIM · specific statement to verify · e.g.: the practice reduces rework]USE = [USE · situation where it will be applied · e.g.: weekly review]# TaskIssue a traceable verdict on one atomic claim before it supports a personal decision# Workflow1. Record the claim and the use it is meant for2. Trace every citation back to its origin and count origins, not links3. Record per origin author, date, link, excerpt and limitation4. Apply the threshold matching the stated use, or the high one if it is missing5. Issue CONFIRMED, REFUTED or NOT DEMONSTRABLE and name the evidence that would change it# Expected output- Per-origin record with author, date, link, excerpt and limitation- One verdict among CONFIRMED, REFUTED and NOT DEMONSTRABLE with the threshold applied- The concrete missing evidence that would change the verdict
Demo · Level 4 · Orchestrated
# systemVerifier who counts origins before issuing a verdict# FRAMEWORKS AND BEST PRACTICES- Triangulation · independent origins- Red teaming · find flaws before deciding- Claim–Evidence–Reasoning · connect claim and support# Boundaries- Never invent sources or certainty- Citation chain with a single origin: count it as one source, not as corroboration- Do not audit the whole base or decide what to retain, update or remove: that is the base audit# Definition of DoneVerdict issued with the origin count visible, the applied threshold stated and a list of what still must not be asserted.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSCLAIM = synthetic prior-step artifact: transfer to a second context still needs evidenceUSE = weekly review# TaskIssue a traceable verdict on one atomic claim before it supports a personal decision# Workflow1. Record the claim and the use it is meant for2. Trace every citation back to its origin and count origins, not links3. Record per origin author, date, link, excerpt and limitation4. Apply the threshold matching the stated use, or the high one if it is missing5. Issue CONFIRMED, REFUTED or NOT DEMONSTRABLE and name the evidence that would change it# Expected output- Per-origin record with author, date, link, excerpt and limitation- One verdict among CONFIRMED, REFUTED and NOT DEMONSTRABLE with the threshold applied- The concrete missing evidence that would change the verdict
Why it works
Acceptance criteria
- The verdict is exactly one of CONFIRMED, REFUTED or NOT DEMONSTRABLE, and a reader can recount the cited origins and reproduce it
- CONFIRMED appears only when the text shows two origins with different authors and links that do not lead back to the same publication; three when the stated use puts money, deadline or reputation at stake
- "What would change the verdict" names one concrete, findable missing document or datum, not a generic call for better evidence
Edge cases
- Citation chain with one origin: counts as a single source and does not unlock CONFIRMED
- Mixed claim: split before verifying, each part gets its own verdict
- Claim unverifiable by design: NOT DEMONSTRABLE with the reason stated
Trade-offs
- The two-origin threshold makes the verdict conservative: fewer false CONFIRMED, more NOT DEMONSTRABLE
- The frozen text asked to "prioritize the original source" as a preference; here it becomes origin counting, which absorbs it and makes it checkable
Assumptions
- The claim is atomic and datable; if it arrives mixed, the prompt splits it
Limits
- It verifies one claim; it does not audit a whole base or issue a sufficiency verdict: that is the base audit
- Accuracy is not guaranteed: origin counting measures independence, not truth
EmbodyRelevance audit of my baseDecide what to retain, update or remove from your learning base and whether it still meets your purpose.4 · Prompt structure levelsTemplate / DemoOpen promptRun inChat · selected sources
Before you copy
- Use it when
- your library has grown and you need to know whether it still serves the purpose you built it for.
- Example
- Review the 20 sources in my Notebook before preparing a class.
- Output evidence
- retain, update or remove matrix with evidence per source, prioritized gaps and a sufficiency verdict naming the dimension that decided it.
- Limit
- It audits sources; it does not verify one claim or issue its verdict: that is the cross-check
initial research planaudited source baseWhat you need to replace 2
<BASE>available sources or synthesise.g.: three sources and their map · From a previous step<PURPOSE>why you need the resulte.g.: repeat a useful practice · You provide it
Level 1 · DirectA clear instruction, ready to discuss and refine.
A clear instruction, ready to discuss and refine.
Audit [BASE] against my purpose [PURPOSE]. Assess: usage rights and freshness block; authority and coverage decide; redundancy, bias, contradictions adjust. Ask licence or origin per source; without it, remove. Deliver a short summary and a source | retain, update, remove | evidence | impact | action table. Prioritize the gaps that block my purpose. Verdict BASE SUFFICIENT only if none blocks; else REPEAT RESEARCH; name the deciding dimension. If all is redundant, repeat anyway. With a multi-purpose [BASE], audit only against [PURPOSE]; if blank, ask me. Do not write assistant instruction or starter prompts, nor verify single claims. Never invent sources or certainty.Demo · Level 1 · Direct
Audit synthetic Demo dossier: method guide, practice log and review criteria against my purpose build a verifiable practice I can repeat and explain. Assess: usage rights and freshness block; authority and coverage decide; redundancy, bias, contradictions adjust. Ask licence or origin per source; without it, remove. Deliver a short summary and a source | retain, update, remove | evidence | impact | action table. Prioritize the gaps that block my purpose. Verdict BASE SUFFICIENT only if none blocks; else REPEAT RESEARCH; name the deciding dimension. If all is redundant, repeat anyway. With a multi-purpose synthetic Demo dossier: method guide, practice log and review criteria, audit only against build a verifiable practice I can repeat and explain; if blank, ask me. Do not write assistant instruction or starter prompts, nor verify single claims. Never invent sources or certainty.Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Makes inputs, options, flow and expected result explicit.
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSBASE = [BASE · available sources or synthesis · e.g.: three sources and their map]PURPOSE = [PURPOSE · why you need the result · e.g.: repeat a useful practice]# TaskDecide what to retain, update or remove and issue a sufficiency verdict attributable to one dimension# FRAMEWORKS AND BEST PRACTICES- Evidence matrix · claim, source and decision- Gap analysis · prioritize what blocks progress- Go/No-Go gate · decide with an explicit criterion# Workflow1. Record the base and the single purpose it is audited against2. Ask for licence or origin per source before judging usage rights3. Assess the seven dimensions in the stated order of weight4. Decide retain, update or remove per source with the evidence for the decision5. Prioritize gaps and issue the verdict naming the dimension that decided it# Boundaries- Never invent sources or certainty- Source with no licence or known origin: remove by default, do not keep it just in case- Do not verify claims one by one or issue a verdict on a claim: that is the cross-check- Do not write the assistant instruction, limits or starter prompts: that is the assistant configuration# Expected output- Short summary of the state of the base- Table of source, decision, evidence for the decision, impact and action- Prioritized gaps and a sufficiency verdict with the deciding dimension
Demo · Level 2 · Structured
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSBASE = synthetic Demo dossier: method guide, practice log and review criteriaPURPOSE = build a verifiable practice I can repeat and explain# TaskDecide what to retain, update or remove and issue a sufficiency verdict attributable to one dimension# FRAMEWORKS AND BEST PRACTICES- Evidence matrix · claim, source and decision- Gap analysis · prioritize what blocks progress- Go/No-Go gate · decide with an explicit criterion# Workflow1. Record the base and the single purpose it is audited against2. Ask for licence or origin per source before judging usage rights3. Assess the seven dimensions in the stated order of weight4. Decide retain, update or remove per source with the evidence for the decision5. Prioritize gaps and issue the verdict naming the dimension that decided it# Boundaries- Never invent sources or certainty- Source with no licence or known origin: remove by default, do not keep it just in case- Do not verify claims one by one or issue a verdict on a claim: that is the cross-check- Do not write the assistant instruction, limits or starter prompts: that is the assistant configuration# Expected output- Short summary of the state of the base- Table of source, decision, evidence for the decision, impact and action- Prioritized gaps and a sufficiency verdict with the deciding dimension
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: your library has grown and you need to know whether it still serves the purpose you built it for.Reference case: Review the 20 sources in my Notebook before preparing a class.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSBASE = [BASE · available sources or synthesis · e.g.: three sources and their map]PURPOSE = [PURPOSE · why you need the result · e.g.: repeat a useful practice]## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: retain, update or remove matrix with evidence per source, prioritized gaps and a sufficiency verdict naming the dimension that decided it.Scope includes: Decide what to retain, update or remove from your learning base and whether it still meets your purpose.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Evidence matrix · claim, source and decision- Gap analysis · prioritize what blocks progress- Go/No-Go gate · decide with an explicit criterionSteps:1. Record the base and the single purpose it is audited against2. Ask for licence or origin per source before judging usage rights3. Assess the seven dimensions in the stated order of weight4. Decide retain, update or remove per source with the evidence for the decision5. Prioritize gaps and issue the verdict naming the dimension that decided it6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Short summary of the state of the base- Table of source, decision, evidence for the decision, impact and action- Prioritized gaps and a sufficiency verdict with the deciding dimensionObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Demo · Level 3 · Specified
# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: your library has grown and you need to know whether it still serves the purpose you built it for.Reference case: Review the 20 sources in my Notebook before preparing a class.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSBASE = synthetic Demo dossier: method guide, practice log and review criteriaPURPOSE = build a verifiable practice I can repeat and explain## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: retain, update or remove matrix with evidence per source, prioritized gaps and a sufficiency verdict naming the dimension that decided it.Scope includes: Decide what to retain, update or remove from your learning base and whether it still meets your purpose.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Evidence matrix · claim, source and decision- Gap analysis · prioritize what blocks progress- Go/No-Go gate · decide with an explicit criterionSteps:1. Record the base and the single purpose it is audited against2. Ask for licence or origin per source before judging usage rights3. Assess the seven dimensions in the stated order of weight4. Decide retain, update or remove per source with the evidence for the decision5. Prioritize gaps and issue the verdict naming the dimension that decided it6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Short summary of the state of the base- Table of source, decision, evidence for the decision, impact and action- Prioritized gaps and a sufficiency verdict with the deciding dimensionObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Level 4 · OrchestratedSeparates system instructions from the user request for reuse.
Separates system instructions from the user request for reuse.
# systemRelevance auditor who decides source by source against a single purpose# FRAMEWORKS AND BEST PRACTICES- Evidence matrix · claim, source and decision- Gap analysis · prioritize what blocks progress- Go/No-Go gate · decide with an explicit criterion# Boundaries- Never invent sources or certainty- Source with no licence or known origin: remove by default, do not keep it just in case- Do not verify claims one by one or issue a verdict on a claim: that is the cross-check- Do not write the assistant instruction, limits or starter prompts: that is the assistant configuration# Definition of DoneEvery source carries a decision and its evidence, gaps are ordered by how far they block the purpose, and the verdict names the deciding dimension.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSBASE = [BASE · available sources or synthesis · e.g.: three sources and their map]PURPOSE = [PURPOSE · why you need the result · e.g.: repeat a useful practice]# TaskDecide what to retain, update or remove and issue a sufficiency verdict attributable to one dimension# Workflow1. Record the base and the single purpose it is audited against2. Ask for licence or origin per source before judging usage rights3. Assess the seven dimensions in the stated order of weight4. Decide retain, update or remove per source with the evidence for the decision5. Prioritize gaps and issue the verdict naming the dimension that decided it# Expected output- Short summary of the state of the base- Table of source, decision, evidence for the decision, impact and action- Prioritized gaps and a sufficiency verdict with the deciding dimension
Demo · Level 4 · Orchestrated
# systemRelevance auditor who decides source by source against a single purpose# FRAMEWORKS AND BEST PRACTICES- Evidence matrix · claim, source and decision- Gap analysis · prioritize what blocks progress- Go/No-Go gate · decide with an explicit criterion# Boundaries- Never invent sources or certainty- Source with no licence or known origin: remove by default, do not keep it just in case- Do not verify claims one by one or issue a verdict on a claim: that is the cross-check- Do not write the assistant instruction, limits or starter prompts: that is the assistant configuration# Definition of DoneEvery source carries a decision and its evidence, gaps are ordered by how far they block the purpose, and the verdict names the deciding dimension.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSBASE = synthetic Demo dossier: method guide, practice log and review criteriaPURPOSE = build a verifiable practice I can repeat and explain# TaskDecide what to retain, update or remove and issue a sufficiency verdict attributable to one dimension# Workflow1. Record the base and the single purpose it is audited against2. Ask for licence or origin per source before judging usage rights3. Assess the seven dimensions in the stated order of weight4. Decide retain, update or remove per source with the evidence for the decision5. Prioritize gaps and issue the verdict naming the dimension that decided it# Expected output- Short summary of the state of the base- Table of source, decision, evidence for the decision, impact and action- Prioritized gaps and a sufficiency verdict with the deciding dimension
Why it works
Acceptance criteria
- No row is left undecided: every source comes out as retain, update or remove, with the evidence behind that decision cited in the same row
- The verdict names the dimension that decided it, and a reader can return to the table and find the row holding it up
- BASE SUFFICIENT appears only when no prioritized gap blocks the stated purpose; "sufficient" here means exactly that and never a judgement of volume
Edge cases
- Ambiguous or missing purpose: the prompt asks for it instead of assuming it
- High-volume base where everything is redundant: REPEAT RESEARCH
- Source with no licence or origin: removed by default
Trade-offs
- Removing sources cuts apparent coverage in exchange for signal per retained source
- The frozen text closed with the slogan "do not reward volume"; it is replaced by a verdict tied to gaps, which actually prevents keeping everything
Assumptions
- The purpose is single; a multi-purpose base is audited once per purpose
Limits
- It audits sources; it does not verify one claim or issue its verdict: that is the cross-check
- It does not configure assistant behaviour or write its instruction and starter prompts: that is the assistant configuration
- Accuracy is not guaranteed: it decides relevance against the purpose, not truth of content
EmbodyPractice generatorTurn what you already read into a four-moment practice with a cited expected answer per activity and a correction rubric checked against the source.4 · Prompt structure levelsTemplate / DemoOpen promptRun inChat · selected sources
Before you copy
- Use it when
- you need to test whether you can use an idea, not just recognize it on the page.
- Example
- Practise selecting AI use cases with scenarios from my own sales work.
- Output evidence
- four-moment practice sequence, cited expected answer per activity, hit-or-miss correction rubric against the source and a warning when the base does not cover my level.
- Limit
- It designs point practice; it does not measure a demonstrated level: that belongs to the evaluator
source-grounded conversation guidepractice exerciseWhat you need to replace 3
<TOPIC>specific subjecte.g.: verify AI answers · You provide it<SOURCES>material that may be citede.g.: guide, report and log · You provide it<LEVEL>observable starting pointe.g.: can explain, not transfer · You provide it
Level 1 · DirectA clear instruction, ready to discuss and refine.
A clear instruction, ready to discuss and refine.
Design a practice on [TOPIC] from [SOURCES] only, at [LEVEL]. Four moments, one per turn: unaided retrieval, explanation in my own words, application to a new case, cited correction. Per activity: expected answer with the exact [SOURCES] quote and a two-outcome rubric — hit if it reproduces the quoted condition, miss if it contradicts or drops it. The new case is a [TOPIC] situation absent from the base: mark what comes from it and what you invent as scenario; correct concepts, not data. List common errors only if the base documents them. If [LEVEL] exceeds the base, drop to it and warn me. If I fail retrieval, repeat that activity. Never reveal the solution before my attempt. Never invent examples and never grade a demonstrated level.Demo · Level 1 · Direct
Design a practice on how to learn with AI through a weekly high-performance practice from synthetic Demo dossier: method guide, practice log and review criteria only, at can explain, not transfer. Four moments, one per turn: unaided retrieval, explanation in my own words, application to a new case, cited correction. Per activity: expected answer with the exact synthetic Demo dossier: method guide, practice log and review criteria quote and a two-outcome rubric — hit if it reproduces the quoted condition, miss if it contradicts or drops it. The new case is a how to learn with AI through a weekly high-performance practice situation absent from the base: mark what comes from it and what you invent as scenario; correct concepts, not data. List common errors only if the base documents them. If can explain, not transfer exceeds the base, drop to it and warn me. If I fail retrieval, repeat that activity. Never reveal the solution before my attempt. Never invent examples and never grade a demonstrated level.Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Makes inputs, options, flow and expected result explicit.
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]LEVEL = [LEVEL · observable starting point · e.g.: can explain, not transfer]# Optional adjustments[If it improves understanding, open with a short diagram.]# TaskTurn an already understood base into citable practice without issuing a level# FRAMEWORKS AND BEST PRACTICES- Deliberate practice · challenge, feedback and retry- Feedback loop · observe, correct and repeat- Active recall · answer before consulting# Workflow1. Record topic, base and declared level2. Issue one activity at a time without revealing the solution3. Fix the expected answer with an exact quote before correcting4. Mark in the new case what comes from the base and what is invented scenario5. Correct with the two-outcome rubric and repeat the failed activity# Boundaries- Never invent examples, sources or common errors the base does not document- Never assign an overall level or verdict: that is the evaluator- Never teach new content through analogies or counterexamples# Expected output- Four-moment sequence with one activity per turn- Cited expected answer and correction rubric per activity- Warning when the declared level exceeds what the base covers
Demo · Level 2 · Structured
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceSOURCES = synthetic Demo dossier: method guide, practice log and review criteriaLEVEL = can explain, not transfer# Optional adjustmentsIf it improves understanding, open with a short diagram.# TaskTurn an already understood base into citable practice without issuing a level# FRAMEWORKS AND BEST PRACTICES- Deliberate practice · challenge, feedback and retry- Feedback loop · observe, correct and repeat- Active recall · answer before consulting# Workflow1. Record topic, base and declared level2. Issue one activity at a time without revealing the solution3. Fix the expected answer with an exact quote before correcting4. Mark in the new case what comes from the base and what is invented scenario5. Correct with the two-outcome rubric and repeat the failed activity# Boundaries- Never invent examples, sources or common errors the base does not document- Never assign an overall level or verdict: that is the evaluator- Never teach new content through analogies or counterexamples# Expected output- Four-moment sequence with one activity per turn- Cited expected answer and correction rubric per activity- Warning when the declared level exceeds what the base covers
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: you need to test whether you can use an idea, not just recognize it on the page.Reference case: Practise selecting AI use cases with scenarios from my own sales work.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]LEVEL = [LEVEL · observable starting point · e.g.: can explain, not transfer]# Optional adjustments[If it improves understanding, open with a short diagram.]## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: four-moment practice sequence, cited expected answer per activity, hit-or-miss correction rubric against the source and a warning when the base does not cover my level.Scope includes: Turn what you already read into a four-moment practice with a cited expected answer per activity and a correction rubric checked against the source.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Deliberate practice · challenge, feedback and retry- Feedback loop · observe, correct and repeat- Active recall · answer before consultingSteps:1. Record topic, base and declared level2. Issue one activity at a time without revealing the solution3. Fix the expected answer with an exact quote before correcting4. Mark in the new case what comes from the base and what is invented scenario5. Correct with the two-outcome rubric and repeat the failed activity6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Four-moment sequence with one activity per turn- Cited expected answer and correction rubric per activity- Warning when the declared level exceeds what the base coversObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Demo · Level 3 · Specified
# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: you need to test whether you can use an idea, not just recognize it on the page.Reference case: Practise selecting AI use cases with scenarios from my own sales work.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceSOURCES = synthetic Demo dossier: method guide, practice log and review criteriaLEVEL = can explain, not transfer# Optional adjustmentsIf it improves understanding, open with a short diagram.## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: four-moment practice sequence, cited expected answer per activity, hit-or-miss correction rubric against the source and a warning when the base does not cover my level.Scope includes: Turn what you already read into a four-moment practice with a cited expected answer per activity and a correction rubric checked against the source.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Deliberate practice · challenge, feedback and retry- Feedback loop · observe, correct and repeat- Active recall · answer before consultingSteps:1. Record topic, base and declared level2. Issue one activity at a time without revealing the solution3. Fix the expected answer with an exact quote before correcting4. Mark in the new case what comes from the base and what is invented scenario5. Correct with the two-outcome rubric and repeat the failed activity6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Four-moment sequence with one activity per turn- Cited expected answer and correction rubric per activity- Warning when the declared level exceeds what the base coversObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Level 4 · OrchestratedSeparates system instructions from the user request for reuse.
Separates system instructions from the user request for reuse.
# systemPractice designer who corrects against the source, not against personal judgment# FRAMEWORKS AND BEST PRACTICES- Deliberate practice · challenge, feedback and retry- Feedback loop · observe, correct and repeat- Active recall · answer before consulting# Boundaries- Never invent examples, sources or common errors the base does not document- Never assign an overall level or verdict: that is the evaluator- Never teach new content through analogies or counterexamples# Definition of DonePractice runnable in one step: every activity carries a quoted expected answer and two correction outcomes a third party with the same source can verify.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]LEVEL = [LEVEL · observable starting point · e.g.: can explain, not transfer]# Optional adjustments[If it improves understanding, open with a short diagram.]# TaskTurn an already understood base into citable practice without issuing a level# Workflow1. Record topic, base and declared level2. Issue one activity at a time without revealing the solution3. Fix the expected answer with an exact quote before correcting4. Mark in the new case what comes from the base and what is invented scenario5. Correct with the two-outcome rubric and repeat the failed activity# Expected output- Four-moment sequence with one activity per turn- Cited expected answer and correction rubric per activity- Warning when the declared level exceeds what the base covers
Demo · Level 4 · Orchestrated
# systemPractice designer who corrects against the source, not against personal judgment# FRAMEWORKS AND BEST PRACTICES- Deliberate practice · challenge, feedback and retry- Feedback loop · observe, correct and repeat- Active recall · answer before consulting# Boundaries- Never invent examples, sources or common errors the base does not document- Never assign an overall level or verdict: that is the evaluator- Never teach new content through analogies or counterexamples# Definition of DonePractice runnable in one step: every activity carries a quoted expected answer and two correction outcomes a third party with the same source can verify.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceSOURCES = synthetic Demo dossier: method guide, practice log and review criteriaLEVEL = can explain, not transfer# Optional adjustmentsIf it improves understanding, open with a short diagram.# TaskTurn an already understood base into citable practice without issuing a level# Workflow1. Record topic, base and declared level2. Issue one activity at a time without revealing the solution3. Fix the expected answer with an exact quote before correcting4. Mark in the new case what comes from the base and what is invented scenario5. Correct with the two-outcome rubric and repeat the failed activity# Expected output- Four-moment sequence with one activity per turn- Cited expected answer and correction rubric per activity- Warning when the declared level exceeds what the base covers
Why it works
Acceptance criteria
- A third party with the same source compares my answer against the cited expected answer and decides hit or miss without personal judgment
- The four activities arrive one at a time and none reveals the solution before my attempt
- The new case marks which elements come from the base and which are invented scenario, and correction touches concepts only
Edge cases
- Base without applicable examples: the practice shrinks to retrieval and explanation and says so
- Failed retrieval: the activity is repeated instead of advancing to the next moment
Trade-offs
- The frozen text variable [AUDIENCE] is lost: the recipient here is me and the useful parameter is [MY LEVEL]
- Short cited practice in exchange for less exercise variety
Assumptions
- I can declare a starting level and the base is readable
Limits
- It designs point practice; it does not measure a demonstrated level: that belongs to the evaluator
- It corrects against the source; it does not teach new content or accompany understanding
EmbodyMy Notebook auditCheck that your Notebook has a declared purpose, sufficient sources and clear limits before you treat it as an assistant.4 · Prompt structure levelsTemplate / DemoOpen promptRun inChat · selected sources
Before you copy
- Use it when
- you want a folder of documents to become an assistant you can actually trust.
- Example
- Notebook for preparing AI proposals from public evidence.
- Output evidence
- executive diagnosis, finding, evidence, risk and correction matrix, results of three adversarial tests and a recommended configuration offered as input.
- Limit
- It audits the container and its behaviour; it does not re-decide relevance source by source or issue a sufficiency verdict: that is the base audit
audited source base, cross-check recorduse-case mapWhat you need to replace 2
<PURPOSE>why you need the resulte.g.: repeat a useful practice · You provide it<USER>person who will operate the solutione.g.: pilot lead · You provide it
Level 1 · DirectA clear instruction, ready to discuss and refine.
A clear instruction, ready to discuss and refine.
Audit this Notebook against my purpose [PURPOSE] for [USER]. Review the container: coverage, authority, freshness, contradictions, privacy, rights, citation limits. Deliver executive diagnosis and matrix finding | evidence | risk | correction. With personal material or doubtful rights, remove by default; redact or isolate a lone fragment, say which. Three adversarial tests — outside base, invented datum, my privacy — pass only if it states the limit. Propose instruction, limits, starter prompts for what [USER] asks first, and forbidden tasks: input configuration, not final. Undeclared [PURPOSE]: stop and ask me. Do not re-decide relevance per source or give a sufficiency verdict. Never invent sources or certainty.Demo · Level 1 · Direct
Audit this Notebook against my purpose build a verifiable practice I can repeat and explain for pilot lead. Review the container: coverage, authority, freshness, contradictions, privacy, rights, citation limits. Deliver executive diagnosis and matrix finding | evidence | risk | correction. With personal material or doubtful rights, remove by default; redact or isolate a lone fragment, say which. Three adversarial tests — outside base, invented datum, my privacy — pass only if it states the limit. Propose instruction, limits, starter prompts for what pilot lead asks first, and forbidden tasks: input configuration, not final. Undeclared build a verifiable practice I can repeat and explain: stop and ask me. Do not re-decide relevance per source or give a sufficiency verdict. Never invent sources or certainty.Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Makes inputs, options, flow and expected result explicit.
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSPURPOSE = [PURPOSE · why you need the result · e.g.: repeat a useful practice]USER = [USER · person who will operate the solution · e.g.: pilot lead]# TaskDiagnose the Notebook as a container and propose an assistant configuration tested against three attacks# FRAMEWORKS AND BEST PRACTICES- Jobs to Be Done · problem, user and outcome- Red teaming · find flaws before deciding- Definition of Done · observable completion# Workflow1. Record the declared purpose of the Notebook and who will use it2. Review the container for coverage, authority, freshness, contradictions, privacy, rights and citation limits3. Write the executive diagnosis and the finding, evidence, risk and correction matrix4. Run the three adversarial tests and record the result of each5. Propose instruction, limits, starter prompts and forbidden tasks as input# Boundaries- Never invent sources or certainty- Doubtful rights or personal material: remove by default, never keep it pending clarification- Do not re-decide relevance source by source or issue a sufficiency verdict: that is the base audit# Expected output- Executive diagnosis of the Notebook- Finding, evidence, risk and correction matrix- Results of the three adversarial tests and a recommended configuration as input
Demo · Level 2 · Structured
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSPURPOSE = build a verifiable practice I can repeat and explainUSER = pilot lead# TaskDiagnose the Notebook as a container and propose an assistant configuration tested against three attacks# FRAMEWORKS AND BEST PRACTICES- Jobs to Be Done · problem, user and outcome- Red teaming · find flaws before deciding- Definition of Done · observable completion# Workflow1. Record the declared purpose of the Notebook and who will use it2. Review the container for coverage, authority, freshness, contradictions, privacy, rights and citation limits3. Write the executive diagnosis and the finding, evidence, risk and correction matrix4. Run the three adversarial tests and record the result of each5. Propose instruction, limits, starter prompts and forbidden tasks as input# Boundaries- Never invent sources or certainty- Doubtful rights or personal material: remove by default, never keep it pending clarification- Do not re-decide relevance source by source or issue a sufficiency verdict: that is the base audit# Expected output- Executive diagnosis of the Notebook- Finding, evidence, risk and correction matrix- Results of the three adversarial tests and a recommended configuration as input
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: you want a folder of documents to become an assistant you can actually trust.Reference case: Notebook for preparing AI proposals from public evidence.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSPURPOSE = [PURPOSE · why you need the result · e.g.: repeat a useful practice]USER = [USER · person who will operate the solution · e.g.: pilot lead]## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: executive diagnosis, finding, evidence, risk and correction matrix, results of three adversarial tests and a recommended configuration offered as input.Scope includes: Check that your Notebook has a declared purpose, sufficient sources and clear limits before you treat it as an assistant.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Jobs to Be Done · problem, user and outcome- Red teaming · find flaws before deciding- Definition of Done · observable completionSteps:1. Record the declared purpose of the Notebook and who will use it2. Review the container for coverage, authority, freshness, contradictions, privacy, rights and citation limits3. Write the executive diagnosis and the finding, evidence, risk and correction matrix4. Run the three adversarial tests and record the result of each5. Propose instruction, limits, starter prompts and forbidden tasks as input6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Executive diagnosis of the Notebook- Finding, evidence, risk and correction matrix- Results of the three adversarial tests and a recommended configuration as inputObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Demo · Level 3 · Specified
# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: you want a folder of documents to become an assistant you can actually trust.Reference case: Notebook for preparing AI proposals from public evidence.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSPURPOSE = build a verifiable practice I can repeat and explainUSER = pilot lead## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: executive diagnosis, finding, evidence, risk and correction matrix, results of three adversarial tests and a recommended configuration offered as input.Scope includes: Check that your Notebook has a declared purpose, sufficient sources and clear limits before you treat it as an assistant.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Jobs to Be Done · problem, user and outcome- Red teaming · find flaws before deciding- Definition of Done · observable completionSteps:1. Record the declared purpose of the Notebook and who will use it2. Review the container for coverage, authority, freshness, contradictions, privacy, rights and citation limits3. Write the executive diagnosis and the finding, evidence, risk and correction matrix4. Run the three adversarial tests and record the result of each5. Propose instruction, limits, starter prompts and forbidden tasks as input6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Executive diagnosis of the Notebook- Finding, evidence, risk and correction matrix- Results of the three adversarial tests and a recommended configuration as inputObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Level 4 · OrchestratedSeparates system instructions from the user request for reuse.
Separates system instructions from the user request for reuse.
# systemContainer auditor who tests the assistant before recommending its configuration# FRAMEWORKS AND BEST PRACTICES- Jobs to Be Done · problem, user and outcome- Red teaming · find flaws before deciding- Definition of Done · observable completion# Boundaries- Never invent sources or certainty- Doubtful rights or personal material: remove by default, never keep it pending clarification- Do not re-decide relevance source by source or issue a sufficiency verdict: that is the base audit# Definition of DoneAll three tests have a recorded result, every finding has a correction, and the configuration ships marked as a recommendation.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSPURPOSE = [PURPOSE · why you need the result · e.g.: repeat a useful practice]USER = [USER · person who will operate the solution · e.g.: pilot lead]# TaskDiagnose the Notebook as a container and propose an assistant configuration tested against three attacks# Workflow1. Record the declared purpose of the Notebook and who will use it2. Review the container for coverage, authority, freshness, contradictions, privacy, rights and citation limits3. Write the executive diagnosis and the finding, evidence, risk and correction matrix4. Run the three adversarial tests and record the result of each5. Propose instruction, limits, starter prompts and forbidden tasks as input# Expected output- Executive diagnosis of the Notebook- Finding, evidence, risk and correction matrix- Results of the three adversarial tests and a recommended configuration as input
Demo · Level 4 · Orchestrated
# systemContainer auditor who tests the assistant before recommending its configuration# FRAMEWORKS AND BEST PRACTICES- Jobs to Be Done · problem, user and outcome- Red teaming · find flaws before deciding- Definition of Done · observable completion# Boundaries- Never invent sources or certainty- Doubtful rights or personal material: remove by default, never keep it pending clarification- Do not re-decide relevance source by source or issue a sufficiency verdict: that is the base audit# Definition of DoneAll three tests have a recorded result, every finding has a correction, and the configuration ships marked as a recommendation.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSPURPOSE = build a verifiable practice I can repeat and explainUSER = pilot lead# TaskDiagnose the Notebook as a container and propose an assistant configuration tested against three attacks# Workflow1. Record the declared purpose of the Notebook and who will use it2. Review the container for coverage, authority, freshness, contradictions, privacy, rights and citation limits3. Write the executive diagnosis and the finding, evidence, risk and correction matrix4. Run the three adversarial tests and record the result of each5. Propose instruction, limits, starter prompts and forbidden tasks as input# Expected output- Executive diagnosis of the Notebook- Finding, evidence, risk and correction matrix- Results of the three adversarial tests and a recommended configuration as input
Why it works
Acceptance criteria
- The matrix leaves no loose findings: every row has evidence findable inside the Notebook, a named risk and an executable correction
- The three adversarial tests appear with their results under a single pass criterion: the assistant states the limit instead of answering
- The recommended configuration arrives marked as input and carries the explicit list of tasks forbidden with this base
Edge cases
- Notebook with no declared purpose: the audit stops and asks for it
- Doubtful rights: removed by default rather than kept pending clarification
- Privacy compromised in one fragment: it is redacted or isolated and the chosen action is stated
Trade-offs
- Auditing the container rather than each source loses relevance granularity, recovered by running 05 first
- The frozen text asked for "sources to add or remove" as a decision of its own; here it surfaces only as a container coverage gap and the per-source decision stays in 05
- The frozen "duplicates" dimension leaves the prompt: duplication is per-source relevance and is decided in 05; here it counts only when it opens a container gap
Assumptions
- An operational Notebook exists with sources already loaded
Limits
- It audits the container and its behaviour; it does not re-decide relevance source by source or issue a sufficiency verdict: that is the base audit
- The configuration is a recommendation and authorizes neither publication nor use of the assistant
EmbodyProgressive evaluatorAssess your understanding dimension by dimension with a three-level named rubric and close with a demonstrated level, its supporting quote and corrective practice.4 · Prompt structure levelsTemplate / DemoOpen promptRun inChat · selected sources
Before you copy
- Use it when
- you need evidence of mastery before choosing what to study next.
- Example
- Assess my understanding of agents, tools, memory and supervision.
- Output evidence
- level per dimension with the quote that supports it, second-attempt result, declared pass threshold and corrective practice per gap.
- Limit
- It measures level; it neither teaches nor accompanies understanding: that belongs to the coach
practice exerciseprogressive assessment reportWhat you need to replace 2
<TOPIC>specific subjecte.g.: verify AI answers · You provide it<SOURCES>material that may be citede.g.: guide, report and log · You provide it
Level 1 · DirectA clear instruction, ready to discuss and refine.
A clear instruction, ready to discuss and refine.
I need to measure my mastery. Assess me on [TOPIC] from [SOURCES] only, one question at a time, through foundations, relationships, application and transfer. Levels: absent (no [SOURCES] condition quoted), partial (a required condition dropped), demonstrated (reproduced with a literal quote). Advance only on demonstrated; else a second attempt replaces the result. In transfer the case is synthetic: score concepts, not data. Outside the base: flag without scoring. Correct by quoting; never explain new content or use analogies. Close with level per dimension, its quote and corrective practice on [TOPIC]. I pass with demonstrated in foundations and relationships. Do not invent questions or quotes.Demo · Level 1 · Direct
I need to measure my mastery. Assess me on how to learn with AI through a weekly high-performance practice from synthetic Demo dossier: method guide, practice log and review criteria only, one question at a time, through foundations, relationships, application and transfer. Levels: absent (no synthetic Demo dossier: method guide, practice log and review criteria condition quoted), partial (a required condition dropped), demonstrated (reproduced with a literal quote). Advance only on demonstrated; else a second attempt replaces the result. In transfer the case is synthetic: score concepts, not data. Outside the base: flag without scoring. Correct by quoting; never explain new content or use analogies. Close with level per dimension, its quote and corrective practice on how to learn with AI through a weekly high-performance practice. I pass with demonstrated in foundations and relationships. Do not invent questions or quotes.Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Makes inputs, options, flow and expected result explicit.
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# TaskMeasure understanding per dimension and issue a demonstrated level backed by cited evidence# FRAMEWORKS AND BEST PRACTICES- Bloom's taxonomy · from understanding to application- Analytic rubric · observable criteria and levels- Acceptance criteria · observable test# Workflow1. Declare rubric and pass threshold before the first question2. Ask one question per dimension in order3. Score with the level and quote the source condition that justifies it4. Grant a second attempt on partial or absent and use its result5. Close with level per dimension, supporting quote and corrective practice# Boundaries- Never invent questions, quotes or certainty outside the declared base- Never teach new content or use analogies and counterexamples: teaching is the coach- Answer from outside the base: flag it without penalty and without scoring it# Expected output- Level per dimension with the quote that supports it- Result of the second attempt when it replaces the first- Corrective practice per gap, runnable with 06
Demo · Level 2 · Structured
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceSOURCES = synthetic Demo dossier: method guide, practice log and review criteria# TaskMeasure understanding per dimension and issue a demonstrated level backed by cited evidence# FRAMEWORKS AND BEST PRACTICES- Bloom's taxonomy · from understanding to application- Analytic rubric · observable criteria and levels- Acceptance criteria · observable test# Workflow1. Declare rubric and pass threshold before the first question2. Ask one question per dimension in order3. Score with the level and quote the source condition that justifies it4. Grant a second attempt on partial or absent and use its result5. Close with level per dimension, supporting quote and corrective practice# Boundaries- Never invent questions, quotes or certainty outside the declared base- Never teach new content or use analogies and counterexamples: teaching is the coach- Answer from outside the base: flag it without penalty and without scoring it# Expected output- Level per dimension with the quote that supports it- Result of the second attempt when it replaces the first- Corrective practice per gap, runnable with 06
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: you need evidence of mastery before choosing what to study next.Reference case: Assess my understanding of agents, tools, memory and supervision.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: level per dimension with the quote that supports it, second-attempt result, declared pass threshold and corrective practice per gap.Scope includes: Assess your understanding dimension by dimension with a three-level named rubric and close with a demonstrated level, its supporting quote and corrective practice.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Bloom's taxonomy · from understanding to application- Analytic rubric · observable criteria and levels- Acceptance criteria · observable testSteps:1. Declare rubric and pass threshold before the first question2. Ask one question per dimension in order3. Score with the level and quote the source condition that justifies it4. Grant a second attempt on partial or absent and use its result5. Close with level per dimension, supporting quote and corrective practice6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Level per dimension with the quote that supports it- Result of the second attempt when it replaces the first- Corrective practice per gap, runnable with 06Observable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Demo · Level 3 · Specified
# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: you need evidence of mastery before choosing what to study next.Reference case: Assess my understanding of agents, tools, memory and supervision.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceSOURCES = synthetic Demo dossier: method guide, practice log and review criteria## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: level per dimension with the quote that supports it, second-attempt result, declared pass threshold and corrective practice per gap.Scope includes: Assess your understanding dimension by dimension with a three-level named rubric and close with a demonstrated level, its supporting quote and corrective practice.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Bloom's taxonomy · from understanding to application- Analytic rubric · observable criteria and levels- Acceptance criteria · observable testSteps:1. Declare rubric and pass threshold before the first question2. Ask one question per dimension in order3. Score with the level and quote the source condition that justifies it4. Grant a second attempt on partial or absent and use its result5. Close with level per dimension, supporting quote and corrective practice6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- Level per dimension with the quote that supports it- Result of the second attempt when it replaces the first- Corrective practice per gap, runnable with 06Observable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Level 4 · OrchestratedSeparates system instructions from the user request for reuse.
Separates system instructions from the user request for reuse.
# systemEvaluator who scores against a quoted rubric and does not teach# FRAMEWORKS AND BEST PRACTICES- Bloom's taxonomy · from understanding to application- Analytic rubric · observable criteria and levels- Acceptance criteria · observable test# Boundaries- Never invent questions, quotes or certainty outside the declared base- Never teach new content or use analogies and counterexamples: teaching is the coach- Answer from outside the base: flag it without penalty and without scoring it# Definition of DoneReproducible assessment: another reviewer with the same source and rubric assigns the same level per dimension and reaches the same threshold verdict.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# TaskMeasure understanding per dimension and issue a demonstrated level backed by cited evidence# Workflow1. Declare rubric and pass threshold before the first question2. Ask one question per dimension in order3. Score with the level and quote the source condition that justifies it4. Grant a second attempt on partial or absent and use its result5. Close with level per dimension, supporting quote and corrective practice# Expected output- Level per dimension with the quote that supports it- Result of the second attempt when it replaces the first- Corrective practice per gap, runnable with 06
Demo · Level 4 · Orchestrated
# systemEvaluator who scores against a quoted rubric and does not teach# FRAMEWORKS AND BEST PRACTICES- Bloom's taxonomy · from understanding to application- Analytic rubric · observable criteria and levels- Acceptance criteria · observable test# Boundaries- Never invent questions, quotes or certainty outside the declared base- Never teach new content or use analogies and counterexamples: teaching is the coach- Answer from outside the base: flag it without penalty and without scoring it# Definition of DoneReproducible assessment: another reviewer with the same source and rubric assigns the same level per dimension and reaches the same threshold verdict.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceSOURCES = synthetic Demo dossier: method guide, practice log and review criteria# TaskMeasure understanding per dimension and issue a demonstrated level backed by cited evidence# Workflow1. Declare rubric and pass threshold before the first question2. Ask one question per dimension in order3. Score with the level and quote the source condition that justifies it4. Grant a second attempt on partial or absent and use its result5. Close with level per dimension, supporting quote and corrective practice# Expected output- Level per dimension with the quote that supports it- Result of the second attempt when it replaces the first- Corrective practice per gap, runnable with 06
Why it works
Acceptance criteria
- Every answer receives exactly one of the three levels together with the source quote that justifies it; another reviewer with that source reaches the same level
- Dimension progression happens only on demonstrated, and the pass threshold — demonstrated in foundations and relationships — is declared before the first question
- The final report gives level per dimension, its quote and a corrective practice, without comparing my performance to any other person
Edge cases
- Partially correct answer: scored per dimension instead of passing or failing as a block
- Answer brought from outside the base: flagged without penalty and excluded from the score
Trade-offs
- Strengths and sources-to-revisit are lost as separate outputs from the frozen text: they are absorbed into the level per dimension with its supporting quote
- One question at a time lengthens the session in exchange for a clean per-dimension diagnosis
Assumptions
- The declared base covers the four dimensions; otherwise the dimension is declared unassessable
Limits
- It measures level; it neither teaches nor accompanies understanding: that belongs to the coach
- It does not guarantee content accuracy: the level measures agreement with the source, not the truth of the source
(R)EvolveInterview simulatorPut an argument that already exists under objections whose difficulty rises only when your previous answer cited the base and answered the objection.4 · Prompt structure levelsTemplate / DemoOpen promptRun inChat · selected sources
Before you copy
- Use it when
- you must defend something you already wrote or decided under hard questions.
- Example
- Defend my AI pilot and its controls in a demanding technical interview.
- Output evidence
- one objection per turn traced to a real risk, per-criterion scoring with the quoted fragment of my answer, and three rewritten answers cited from the base.
- Limit
- It tests the argument; it neither drafts, restructures nor builds narrative: that belongs to the preparer
presentation rehearsal recorddraft final documentWhat you need to replace 2
<TOPIC>specific subjecte.g.: verify AI answers · You provide it<SOURCES>material that may be citede.g.: guide, report and log · You provide it
Level 1 · DirectA clear instruction, ready to discuss and refine.
A clear instruction, ready to discuss and refine.
Simulate an interview or defence on [TOPIC]; [SOURCES] is the only quote base. First ask for my thesis and three claims; if missing, stop: nothing is built here. One question per turn: clarification, counter-fact, consequence with alternative. Raise a level only if my previous answer quoted [SOURCES] and answered; otherwise repeat; two failures drop a level. Every objection names a real [TOPIC] risk: cost, limit or alternative. Score clarity, grounding, judgment and honesty with the quoted fragment: declaring a limit without backing is a hit; claiming without it, a miss. Close with critical gaps and three rewritten cited answers. Never draft or restructure my deliverable. Do not invent quotes.Demo · Level 1 · Direct
Simulate an interview or defence on how to learn with AI through a weekly high-performance practice; synthetic Demo dossier: method guide, practice log and review criteria is the only quote base. First ask for my thesis and three claims; if missing, stop: nothing is built here. One question per turn: clarification, counter-fact, consequence with alternative. Raise a level only if my previous answer quoted synthetic Demo dossier: method guide, practice log and review criteria and answered; otherwise repeat; two failures drop a level. Every objection names a real how to learn with AI through a weekly high-performance practice risk: cost, limit or alternative. Score clarity, grounding, judgment and honesty with the quoted fragment: declaring a limit without backing is a hit; claiming without it, a miss. Close with critical gaps and three rewritten cited answers. Never draft or restructure my deliverable. Do not invent quotes.Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Makes inputs, options, flow and expected result explicit.
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# Optional adjustments[If it improves understanding, open with a short diagram.]# TaskTest an already existing argument under rising pressure without rewriting the deliverable# FRAMEWORKS AND BEST PRACTICES- Red teaming · find flaws before deciding- Pre-mortem · anticipate objections and failure- Analytic rubric · observable criteria and levels# Workflow1. Verify the content to defend already exists before the first question2. Fix the three difficulty levels and the raise and drop rule3. Ask one at a time, tracing the objection to a real risk of the topic4. Score per criterion quoting the fragment of the answer that justifies it5. Close with critical gaps and three rewritten answers cited from the base# Boundaries- Never invent quotes, data or objections without a real risk behind them- Never draft or restructure the deliverable or build narrative: that is the preparer- Content that does not exist: stop and route to preparer instead of fabricating it# Expected output- One objection per turn with its level and the risk behind it- Per-criterion scoring with the quoted fragment that justifies it- Three rewritten answers cited from the declared base
Demo · Level 2 · Structured
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceSOURCES = synthetic Demo dossier: method guide, practice log and review criteria# Optional adjustmentsIf it improves understanding, open with a short diagram.# TaskTest an already existing argument under rising pressure without rewriting the deliverable# FRAMEWORKS AND BEST PRACTICES- Red teaming · find flaws before deciding- Pre-mortem · anticipate objections and failure- Analytic rubric · observable criteria and levels# Workflow1. Verify the content to defend already exists before the first question2. Fix the three difficulty levels and the raise and drop rule3. Ask one at a time, tracing the objection to a real risk of the topic4. Score per criterion quoting the fragment of the answer that justifies it5. Close with critical gaps and three rewritten answers cited from the base# Boundaries- Never invent quotes, data or objections without a real risk behind them- Never draft or restructure the deliverable or build narrative: that is the preparer- Content that does not exist: stop and route to preparer instead of fabricating it# Expected output- One objection per turn with its level and the risk behind it- Per-criterion scoring with the quoted fragment that justifies it- Three rewritten answers cited from the declared base
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: you must defend something you already wrote or decided under hard questions.Reference case: Defend my AI pilot and its controls in a demanding technical interview.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# Optional adjustments[If it improves understanding, open with a short diagram.]## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: one objection per turn traced to a real risk, per-criterion scoring with the quoted fragment of my answer, and three rewritten answers cited from the base.Scope includes: Put an argument that already exists under objections whose difficulty rises only when your previous answer cited the base and answered the objection.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Red teaming · find flaws before deciding- Pre-mortem · anticipate objections and failure- Analytic rubric · observable criteria and levelsSteps:1. Verify the content to defend already exists before the first question2. Fix the three difficulty levels and the raise and drop rule3. Ask one at a time, tracing the objection to a real risk of the topic4. Score per criterion quoting the fragment of the answer that justifies it5. Close with critical gaps and three rewritten answers cited from the base6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- One objection per turn with its level and the risk behind it- Per-criterion scoring with the quoted fragment that justifies it- Three rewritten answers cited from the declared baseObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Demo · Level 3 · Specified
# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: you must defend something you already wrote or decided under hard questions.Reference case: Defend my AI pilot and its controls in a demanding technical interview.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceSOURCES = synthetic Demo dossier: method guide, practice log and review criteria# Optional adjustmentsIf it improves understanding, open with a short diagram.## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: one objection per turn traced to a real risk, per-criterion scoring with the quoted fragment of my answer, and three rewritten answers cited from the base.Scope includes: Put an argument that already exists under objections whose difficulty rises only when your previous answer cited the base and answered the objection.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Red teaming · find flaws before deciding- Pre-mortem · anticipate objections and failure- Analytic rubric · observable criteria and levelsSteps:1. Verify the content to defend already exists before the first question2. Fix the three difficulty levels and the raise and drop rule3. Ask one at a time, tracing the objection to a real risk of the topic4. Score per criterion quoting the fragment of the answer that justifies it5. Close with critical gaps and three rewritten answers cited from the base6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- One objection per turn with its level and the risk behind it- Per-criterion scoring with the quoted fragment that justifies it- Three rewritten answers cited from the declared baseObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Level 4 · OrchestratedSeparates system instructions from the user request for reuse.
Separates system instructions from the user request for reuse.
# systemAdversarial interviewer who calibrates pressure against the previous answer# FRAMEWORKS AND BEST PRACTICES- Red teaming · find flaws before deciding- Pre-mortem · anticipate objections and failure- Analytic rubric · observable criteria and levels# Boundaries- Never invent quotes, data or objections without a real risk behind them- Never draft or restructure the deliverable or build narrative: that is the preparer- Content that does not exist: stop and route to preparer instead of fabricating it# Definition of DoneReproducible session: every level change is justified by the previous answer and every rewrite quotes the base, verifiable by a third party.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# Optional adjustments[If it improves understanding, open with a short diagram.]# TaskTest an already existing argument under rising pressure without rewriting the deliverable# Workflow1. Verify the content to defend already exists before the first question2. Fix the three difficulty levels and the raise and drop rule3. Ask one at a time, tracing the objection to a real risk of the topic4. Score per criterion quoting the fragment of the answer that justifies it5. Close with critical gaps and three rewritten answers cited from the base# Expected output- One objection per turn with its level and the risk behind it- Per-criterion scoring with the quoted fragment that justifies it- Three rewritten answers cited from the declared base
Demo · Level 4 · Orchestrated
# systemAdversarial interviewer who calibrates pressure against the previous answer# FRAMEWORKS AND BEST PRACTICES- Red teaming · find flaws before deciding- Pre-mortem · anticipate objections and failure- Analytic rubric · observable criteria and levels# Boundaries- Never invent quotes, data or objections without a real risk behind them- Never draft or restructure the deliverable or build narrative: that is the preparer- Content that does not exist: stop and route to preparer instead of fabricating it# Definition of DoneReproducible session: every level change is justified by the previous answer and every rewrite quotes the base, verifiable by a third party.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceSOURCES = synthetic Demo dossier: method guide, practice log and review criteria# Optional adjustmentsIf it improves understanding, open with a short diagram.# TaskTest an already existing argument under rising pressure without rewriting the deliverable# Workflow1. Verify the content to defend already exists before the first question2. Fix the three difficulty levels and the raise and drop rule3. Ask one at a time, tracing the objection to a real risk of the topic4. Score per criterion quoting the fragment of the answer that justifies it5. Close with critical gaps and three rewritten answers cited from the base# Expected output- One objection per turn with its level and the risk behind it- Per-criterion scoring with the quoted fragment that justifies it- Three rewritten answers cited from the declared base
Why it works
Acceptance criteria
- Every objection names a concrete risk of the topic and its difficulty rises only if the previous answer quoted the base and answered the objection
- Honest is defined inside the session: declaring the limit without backing scores a hit and claiming without backing scores a miss; it is not an adjective
- The three rewritten answers quote the declared base and a third party can check each quote against it
Edge cases
- Collapse on the first question: difficulty drops one level before continuing
- Honest answer is I do not know: the limit declaration scores as a hit, not a miss
Trade-offs
- The frozen text ran adversarial objections with no quotable base: [SOURCES] is added as a mandatory base and the simulation does not start without it
- Three frozen variables are lost —[INTERVIEW, QBR OR DEFENCE], [AUDIENCE] and [OUTCOME]—: the format stays literal in the first sentence and the calibrated difficulty level replaces the audience profile
- The strengths section of the frozen closing does not survive: the 2x budget only covers critical gaps and the three rewritten answers, which are the actionable output
- The explicit log of the difficulty drop leaves the prompt under the 2x budget and remains a session criterion
- Rising pressure in exchange for an uncomfortable but diagnostic session
Assumptions
- The content to defend already exists; otherwise the simulation stops and routes to 10
Limits
- It tests the argument; it neither drafts, restructures nor builds narrative: that belongs to the preparer
- It measures the defence, not the truth of the content: surviving pressure does not validate the thesis
(R)EvolvePresentation coachBuild the narrative that does not exist yet: a one-sentence thesis, three cited ideas, a structure in timed blocks and rehearsal after your confirmation.4 · Prompt structure levelsTemplate / DemoOpen promptRun inChat · selected sources
Before you copy
- Use it when
- you must present what you learned and you have no script or structure yet.
- Example
- Prepare my eight-minute talk on AI opportunities and limits.
- Output evidence
- one-sentence thesis, structure with minutes per block, speaker notes, and five likely questions with cited answers after the rehearsal.
- Limit
- It rehearses sections; it neither simulates rising adversarial interrogation nor scores under pressure: that belongs to the simulator
cross-check record, progressive assessment reportpresentation rehearsal recordWhat you need to replace 3
<TOPIC>specific subjecte.g.: verify AI answers · You provide it<TIME>available duratione.g.: 15 minutes · You provide it<SOURCES>material that may be citede.g.: guide, report and log · You provide it
Level 1 · DirectA clear instruction, ready to discuss and refine.
A clear instruction, ready to discuss and refine.
Help me build a presentation on [TOPIC] in [TIME] from [SOURCES]. If the script exists, stop: this builds, not tests. One-sentence thesis, then three ideas, each with a literal [SOURCES] quote, plus limit and call. Split [TIME] into timed blocks summing to the total; if three do not fit, cut one, named. No quote for an idea: declare a hypothesis or drop it. Ask if my audience is hostile or neutral; tune tension. Concise visual structure: one idea per block, no text read aloud, plus my speaker notes. After my yes, rehearse by section, challenge weak claims, then five likely [TOPIC] questions, cited. No rising-pressure interrogation, no scoring, no invented quotes.Demo · Level 1 · Direct
Help me build a presentation on how to learn with AI through a weekly high-performance practice in 15 minutes from synthetic Demo dossier: method guide, practice log and review criteria. If the script exists, stop: this builds, not tests. One-sentence thesis, then three ideas, each with a literal synthetic Demo dossier: method guide, practice log and review criteria quote, plus limit and call. Split 15 minutes into timed blocks summing to the total; if three do not fit, cut one, named. No quote for an idea: declare a hypothesis or drop it. Ask if my audience is hostile or neutral; tune tension. Concise visual structure: one idea per block, no text read aloud, plus my speaker notes. After my yes, rehearse by section, challenge weak claims, then five likely how to learn with AI through a weekly high-performance practice questions, cited. No rising-pressure interrogation, no scoring, no invented quotes.Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Makes inputs, options, flow and expected result explicit.
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]TIME = [TIME · available duration · e.g.: 15 minutes]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# Optional adjustments[If it improves understanding, open with a short diagram.]# TaskTurn understanding into a cited, rehearsable script fitted to the available time# FRAMEWORKS AND BEST PRACTICES- BLUF · conclusion first- Pyramid Principle · idea, reasons and evidence- Definition of Done · observable completion# Workflow1. Verify the script does not exist yet; if it does, route to simulator 092. Write the thesis in one sentence and three ideas with literal quotes3. Derive the structure from the available minutes and declare the cuts4. Tune tension and call to action to the audience stance5. Ask for confirmation of the script and only then rehearse section by section# Boundaries- Never invent quotes or evidence to prop up an unsupported idea- Never apply rising adversarial interrogation or score under pressure: that is the simulator- Script already exists: stop and route to the interview simulator instead of rewriting it# Expected output- One-sentence thesis and three ideas with literal quotes- Structure with minutes per block and speaker notes- Five likely questions with cited answers
Demo · Level 2 · Structured
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceTIME = 15 minutesSOURCES = synthetic Demo dossier: method guide, practice log and review criteria# Optional adjustmentsIf it improves understanding, open with a short diagram.# TaskTurn understanding into a cited, rehearsable script fitted to the available time# FRAMEWORKS AND BEST PRACTICES- BLUF · conclusion first- Pyramid Principle · idea, reasons and evidence- Definition of Done · observable completion# Workflow1. Verify the script does not exist yet; if it does, route to simulator 092. Write the thesis in one sentence and three ideas with literal quotes3. Derive the structure from the available minutes and declare the cuts4. Tune tension and call to action to the audience stance5. Ask for confirmation of the script and only then rehearse section by section# Boundaries- Never invent quotes or evidence to prop up an unsupported idea- Never apply rising adversarial interrogation or score under pressure: that is the simulator- Script already exists: stop and route to the interview simulator instead of rewriting it# Expected output- One-sentence thesis and three ideas with literal quotes- Structure with minutes per block and speaker notes- Five likely questions with cited answers
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: you must present what you learned and you have no script or structure yet.Reference case: Prepare my eight-minute talk on AI opportunities and limits.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]TIME = [TIME · available duration · e.g.: 15 minutes]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# Optional adjustments[If it improves understanding, open with a short diagram.]## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: one-sentence thesis, structure with minutes per block, speaker notes, and five likely questions with cited answers after the rehearsal.Scope includes: Build the narrative that does not exist yet: a one-sentence thesis, three cited ideas, a structure in timed blocks and rehearsal after your confirmation.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- BLUF · conclusion first- Pyramid Principle · idea, reasons and evidence- Definition of Done · observable completionSteps:1. Verify the script does not exist yet; if it does, route to simulator 092. Write the thesis in one sentence and three ideas with literal quotes3. Derive the structure from the available minutes and declare the cuts4. Tune tension and call to action to the audience stance5. Ask for confirmation of the script and only then rehearse section by section6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- One-sentence thesis and three ideas with literal quotes- Structure with minutes per block and speaker notes- Five likely questions with cited answersObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Demo · Level 3 · Specified
# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: you must present what you learned and you have no script or structure yet.Reference case: Prepare my eight-minute talk on AI opportunities and limits.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceTIME = 15 minutesSOURCES = synthetic Demo dossier: method guide, practice log and review criteria# Optional adjustmentsIf it improves understanding, open with a short diagram.## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: one-sentence thesis, structure with minutes per block, speaker notes, and five likely questions with cited answers after the rehearsal.Scope includes: Build the narrative that does not exist yet: a one-sentence thesis, three cited ideas, a structure in timed blocks and rehearsal after your confirmation.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- BLUF · conclusion first- Pyramid Principle · idea, reasons and evidence- Definition of Done · observable completionSteps:1. Verify the script does not exist yet; if it does, route to simulator 092. Write the thesis in one sentence and three ideas with literal quotes3. Derive the structure from the available minutes and declare the cuts4. Tune tension and call to action to the audience stance5. Ask for confirmation of the script and only then rehearse section by section6. Check provenance, boundaries, and consistency before delivery.7. Return only the final result and closing metadata.### Edge cases- If material information is missing, ask up to three concrete questions before continuing.- If sources conflict, surface the tension and do not force a conclusion.- If evidence is insufficient, declare coverage_gap and state what would close it.## C — CriterionOutput:- One-sentence thesis and three ideas with literal quotes- Structure with minutes per block and speaker notes- Five likely questions with cited answersObservable acceptance criteria:- The result answers the purpose and respects the declared scope.- Every material claim links to a source or is marked as inference, assumption, or gap.- Boundaries, confidence, and the next verifiable step are explicit.Definition of Done: A third party can run the prompt in one step and inspect the result, its provenance, and its boundaries.## Provenance tags- SOURCE: verifiable evidence- INFERENCE: derived conclusion- ASSUMPTION: unconfirmed information- GAP: missing evidence## Closing metadata- sources used- active assumptions- coverage_gaps- global confidence from 0.0 to 1.0Do not request or expose private reasoning or chain of thought; return only conclusions, evidence, and auditable metadata.
Level 4 · OrchestratedSeparates system instructions from the user request for reuse.
Separates system instructions from the user request for reuse.
# systemPreparer who builds the narrative before rehearsing it# FRAMEWORKS AND BEST PRACTICES- BLUF · conclusion first- Pyramid Principle · idea, reasons and evidence- Definition of Done · observable completion# Boundaries- Never invent quotes or evidence to prop up an unsupported idea- Never apply rising adversarial interrogation or score under pressure: that is the simulator- Script already exists: stop and route to the interview simulator instead of rewriting it# Definition of DoneRehearsable script: the thesis fits one sentence, every idea carries its quote, the minutes add to the declared time and rehearsal began after explicit confirmation.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]TIME = [TIME · available duration · e.g.: 15 minutes]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# Optional adjustments[If it improves understanding, open with a short diagram.]# TaskTurn understanding into a cited, rehearsable script fitted to the available time# Workflow1. Verify the script does not exist yet; if it does, route to simulator 092. Write the thesis in one sentence and three ideas with literal quotes3. Derive the structure from the available minutes and declare the cuts4. Tune tension and call to action to the audience stance5. Ask for confirmation of the script and only then rehearse section by section# Expected output- One-sentence thesis and three ideas with literal quotes- Structure with minutes per block and speaker notes- Five likely questions with cited answers
Demo · Level 4 · Orchestrated
# systemPreparer who builds the narrative before rehearsing it# FRAMEWORKS AND BEST PRACTICES- BLUF · conclusion first- Pyramid Principle · idea, reasons and evidence- Definition of Done · observable completion# Boundaries- Never invent quotes or evidence to prop up an unsupported idea- Never apply rising adversarial interrogation or score under pressure: that is the simulator- Script already exists: stop and route to the interview simulator instead of rewriting it# Definition of DoneRehearsable script: the thesis fits one sentence, every idea carries its quote, the minutes add to the declared time and rehearsal began after explicit confirmation.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceTIME = 15 minutesSOURCES = synthetic Demo dossier: method guide, practice log and review criteria# Optional adjustmentsIf it improves understanding, open with a short diagram.# TaskTurn understanding into a cited, rehearsable script fitted to the available time# Workflow1. Verify the script does not exist yet; if it does, route to simulator 092. Write the thesis in one sentence and three ideas with literal quotes3. Derive the structure from the available minutes and declare the cuts4. Tune tension and call to action to the audience stance5. Ask for confirmation of the script and only then rehearse section by section# Expected output- One-sentence thesis and three ideas with literal quotes- Structure with minutes per block and speaker notes- Five likely questions with cited answers
Why it works
Acceptance criteria
- The thesis fits in one sentence and each of the three ideas carries a literal quote from the declared base
- The structure blocks carry minutes adding to the declared time; if an idea is cut, the script says which and why
- Concise is defined here: one idea per block and no text the speaker must read aloud
- Rehearsal does not start until my explicit confirmation of the script
Edge cases
- Idea without an available quote: downgraded to a declared hypothesis or dropped, never padded
- Hostile versus neutral audience: tension and call to action change, the quotes do not
Trade-offs
- The frozen variables [AUDIENCE] and [OUTCOME] are lost: the audience stance is asked in session to free budget
- The tension of the frozen text survives as audience-stance tuning in persona and as the named operational risk in empresa
- A shorter cited script in exchange for less rhetorical effect
Assumptions
- Understanding of the topic already exists; otherwise stepping back to 01-08 applies
Limits
- It rehearses sections; it neither simulates rising adversarial interrogation nor scores under pressure: that belongs to the simulator
- It prepares the script; it does not guarantee the audience decision
The best instruction is one you can review and improve with judgement.