Skip to content
ConoceNivel 0 · by MetodologIAGo to MetodologIA
Class 01 · 10 prompts + 4 meta-prompts

Write instructions that help you think instead of outsourcing judgement.

An elegant prompt can produce a fluent answer that is still insufficient or false.

The library lets you compare four levels of structure and choose the minimum your task needs.

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.

10 working prompts

From a topic to defensible understanding

Prompt library with levels and expected evidence.
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
ReceivesYour inputs
Producesinitial research plan
External gate
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What 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.
Level 1Direct

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.
Level 2Structured

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.
Level 3Specified

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.
Level 4Orchestrated

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
Receivesuse-case map
Producessource-grounded conversation guide
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What 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.
Level 1Direct

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.
Level 2Structured

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.
Level 3Specified

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.
Level 4Orchestrated

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
Receivesaudited source base
Producesresearch report
External gate
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What 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.
Level 1Direct

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.
Level 2Structured

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.
Level 3Specified

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.
Level 4Orchestrated

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
Receivesresearch report
Producescross-check record
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What 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.
Level 1Direct

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.
Level 2Structured

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.
Level 3Specified

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.
Level 4Orchestrated

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
Receivesinitial research plan
Producesaudited source base
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What 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.
Level 1Direct

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.
Level 2Structured

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.
Level 3Specified

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.
Level 4Orchestrated

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
Receivessource-grounded conversation guide
Producespractice exercise
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What 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.
Level 1Direct

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.
Level 2Structured

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.
Level 3Specified

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.
Level 4Orchestrated

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
Receivesaudited source base, cross-check record
Producesuse-case map
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What 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.
Level 1Direct

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.
Level 2Structured

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.
Level 3Specified

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.
Level 4Orchestrated

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
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What 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.
Level 1Direct

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.
Level 2Structured

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.
Level 3Specified

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.
Level 4Orchestrated

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
Receivespresentation rehearsal record
Producesdraft final document
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What 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.
Level 1Direct

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.
Level 2Structured

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.
Level 3Specified

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.
Level 4Orchestrated

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
Receivescross-check record, progressive assessment report
Producespresentation rehearsal record
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What 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.
Level 1Direct

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.
Level 2Structured

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.
Level 3Specified

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.
Level 4Orchestrated

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
4 meta-prompts

Build instruments for continued learning

Capability ladder: from first practice to your own judgement.
Meta-promptLearning coach generatorDesign the instrument, not the session: a reusable coach system prompt with diagnostic questions, declared limits and tests that try to induce invention.4 · Prompt structure levelsTemplate / DemoOpen promptRun inChat · selected sources
Before you copy
Use it when
you want to reuse your method on another topic or audience and you need the coach as a part, not a class.
Example
Cybersecurity coach for non-technical leaders, built on my notes from last quarter's course.
Output evidence
coach system prompt with role, base, flow and opening message, five diagnostic questions, declared limits and three adversarial tests with the correct answer.
Limit
It generates the instrument, it does not run the session: teaching the topic is the source-grounded coach
Receivesuse-case map
Producescoach instructions
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What you need to replace 3
  • <TOPIC>specific subjecte.g.: verify AI answers · You provide it
  • <AUDIENCE>who will use the resulte.g.: non-technical professionals · 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.
Level 1Direct

A clear instruction, ready to discuss and refine.

Design a learning coach on [TOPIC] for [AUDIENCE], with [SOURCES] as my only base. I want the instrument, not the session: do not explain [TOPIC] here and do not correct restatements.SYSTEM PROMPT: write it reusable, with role, base, turn-by-turn flow and the opening message of my first session.DIAGNOSIS: five questions that change if [AUDIENCE] arrives novice or expert; if it mixes levels, design for the most novice and say so.LIMIT: write that the coach issues no level, score, verdict or grading rubric, and that with insufficient sources it opens by declaring coverage_gap instead of filling in.TESTS: three adversarial tests, each with the attack that tries to induce invention and the correct answer, which is to declare the limit.Deliver: A. the coach system prompt | B. the five diagnostic questions | C. the limits as written | D. the three adversarial tests.Do not promise the coach never fails and do not invent sources.
Demo · Level 1 · Direct
Design a learning coach on how to learn with AI through a weekly high-performance practice for non-technical professionals starting with AI, with synthetic Demo dossier: method guide, practice log and review criteria as my only base. I want the instrument, not the session: do not explain how to learn with AI through a weekly high-performance practice here and do not correct restatements.SYSTEM PROMPT: write it reusable, with role, base, turn-by-turn flow and the opening message of my first session.DIAGNOSIS: five questions that change if non-technical professionals starting with AI arrives novice or expert; if it mixes levels, design for the most novice and say so.LIMIT: write that the coach issues no level, score, verdict or grading rubric, and that with insufficient sources it opens by declaring coverage_gap instead of filling in.TESTS: three adversarial tests, each with the attack that tries to induce invention and the correct answer, which is to declare the limit.Deliver: A. the coach system prompt | B. the five diagnostic questions | C. the limits as written | D. the three adversarial tests.Do not promise the coach never fails and do not invent sources.
Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Level 2Structured

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]AUDIENCE = [AUDIENCE · who will use the result · e.g.: non-technical professionals]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# TaskProduce a reusable coach system prompt for my own study plan, with limits and adversarial tests# FRAMEWORKS AND BEST PRACTICES- Role charter · role, boundaries and escalation- Socratic method · one question per turn- Red teaming · find flaws before deciding# Workflow1. Record topic, audience and available base as instrument configuration, not as material to explain2. Write the coach system prompt: role, exclusive base, turn flow and opening message3. Derive five diagnostic questions branched by audience level4. Declare the limits, including the explicit ban on grading5. Close with three adversarial tests, each with attack and correct answer# Boundaries- Never invent sources, coach capabilities or test results that were not produced- Never run the coaching session on the topic: that is the source-grounded coach- Never promise the coach cannot invent: one test does not prove absence of invention- Insufficient base: the generated coach opens by declaring coverage_gap# Expected output- Reusable coach system prompt with role, base, flow and opening message- Five diagnostic questions branched by audience level- Explicit limits and three adversarial tests with expected answers
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 practiceAUDIENCE = non-technical professionals starting with AISOURCES = synthetic Demo dossier: method guide, practice log and review criteria# TaskProduce a reusable coach system prompt for my own study plan, with limits and adversarial tests# FRAMEWORKS AND BEST PRACTICES- Role charter · role, boundaries and escalation- Socratic method · one question per turn- Red teaming · find flaws before deciding# Workflow1. Record topic, audience and available base as instrument configuration, not as material to explain2. Write the coach system prompt: role, exclusive base, turn flow and opening message3. Derive five diagnostic questions branched by audience level4. Declare the limits, including the explicit ban on grading5. Close with three adversarial tests, each with attack and correct answer# Boundaries- Never invent sources, coach capabilities or test results that were not produced- Never run the coaching session on the topic: that is the source-grounded coach- Never promise the coach cannot invent: one test does not prove absence of invention- Insufficient base: the generated coach opens by declaring coverage_gap# Expected output- Reusable coach system prompt with role, base, flow and opening message- Five diagnostic questions branched by audience level- Explicit limits and three adversarial tests with expected answers
Level 3 · SpecifiedAdds contract, boundaries, verification and definition of done.
Level 3Specified

Adds contract, boundaries, verification and definition of done.

# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: you want to reuse your method on another topic or audience and you need the coach as a part, not a class.Reference case: Cybersecurity coach for non-technical leaders, built on my notes from last quarter's course.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]AUDIENCE = [AUDIENCE · who will use the result · e.g.: non-technical professionals]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: coach system prompt with role, base, flow and opening message, five diagnostic questions, declared limits and three adversarial tests with the correct answer.Scope includes: Design the instrument, not the session: a reusable coach system prompt with diagnostic questions, declared limits and tests that try to induce invention.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Role charter · role, boundaries and escalation- Socratic method · one question per turn- Red teaming · find flaws before decidingSteps:1. Record topic, audience and available base as instrument configuration, not as material to explain2. Write the coach system prompt: role, exclusive base, turn flow and opening message3. Derive five diagnostic questions branched by audience level4. Declare the limits, including the explicit ban on grading5. Close with three adversarial tests, each with attack and correct answer6. 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:- Reusable coach system prompt with role, base, flow and opening message- Five diagnostic questions branched by audience level- Explicit limits and three adversarial tests with expected 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 want to reuse your method on another topic or audience and you need the coach as a part, not a class.Reference case: Cybersecurity coach for non-technical leaders, built on my notes from last quarter's course.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceAUDIENCE = non-technical professionals starting with AISOURCES = synthetic Demo dossier: method guide, practice log and review criteria## P — RequestExpert role: Specialist in evidence-grounded learning and researchDeliverable: coach system prompt with role, base, flow and opening message, five diagnostic questions, declared limits and three adversarial tests with the correct answer.Scope includes: Design the instrument, not the session: a reusable coach system prompt with diagnostic questions, declared limits and tests that try to induce invention.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Role charter · role, boundaries and escalation- Socratic method · one question per turn- Red teaming · find flaws before decidingSteps:1. Record topic, audience and available base as instrument configuration, not as material to explain2. Write the coach system prompt: role, exclusive base, turn flow and opening message3. Derive five diagnostic questions branched by audience level4. Declare the limits, including the explicit ban on grading5. Close with three adversarial tests, each with attack and correct answer6. 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:- Reusable coach system prompt with role, base, flow and opening message- Five diagnostic questions branched by audience level- Explicit limits and three adversarial tests with expected 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.
Level 4Orchestrated

Separates system instructions from the user request for reuse.

# systemLearning-instrument designer: builds the coach, not the class# FRAMEWORKS AND BEST PRACTICES- Role charter · role, boundaries and escalation- Socratic method · one question per turn- Red teaming · find flaws before deciding# Boundaries- Never invent sources, coach capabilities or test results that were not produced- Never run the coaching session on the topic: that is the source-grounded coach- Never promise the coach cannot invent: one test does not prove absence of invention- Insufficient base: the generated coach opens by declaring coverage_gap# Definition of DoneReviewable instrument: system prompt with all five parts filled, limits banning grading in writing, and three tests with attack and correct answer.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = [TOPIC · specific subject · e.g.: verify AI answers]AUDIENCE = [AUDIENCE · who will use the result · e.g.: non-technical professionals]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# TaskProduce a reusable coach system prompt for my own study plan, with limits and adversarial tests# Workflow1. Record topic, audience and available base as instrument configuration, not as material to explain2. Write the coach system prompt: role, exclusive base, turn flow and opening message3. Derive five diagnostic questions branched by audience level4. Declare the limits, including the explicit ban on grading5. Close with three adversarial tests, each with attack and correct answer# Expected output- Reusable coach system prompt with role, base, flow and opening message- Five diagnostic questions branched by audience level- Explicit limits and three adversarial tests with expected answers
Demo · Level 4 · Orchestrated
# systemLearning-instrument designer: builds the coach, not the class# FRAMEWORKS AND BEST PRACTICES- Role charter · role, boundaries and escalation- Socratic method · one question per turn- Red teaming · find flaws before deciding# Boundaries- Never invent sources, coach capabilities or test results that were not produced- Never run the coaching session on the topic: that is the source-grounded coach- Never promise the coach cannot invent: one test does not prove absence of invention- Insufficient base: the generated coach opens by declaring coverage_gap# Definition of DoneReviewable instrument: system prompt with all five parts filled, limits banning grading in writing, and three tests with attack and correct answer.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSTOPIC = how to learn with AI through a weekly high-performance practiceAUDIENCE = non-technical professionals starting with AISOURCES = synthetic Demo dossier: method guide, practice log and review criteria# TaskProduce a reusable coach system prompt for my own study plan, with limits and adversarial tests# Workflow1. Record topic, audience and available base as instrument configuration, not as material to explain2. Write the coach system prompt: role, exclusive base, turn flow and opening message3. Derive five diagnostic questions branched by audience level4. Declare the limits, including the explicit ban on grading5. Close with three adversarial tests, each with attack and correct answer# Expected output- Reusable coach system prompt with role, base, flow and opening message- Five diagnostic questions branched by audience level- Explicit limits and three adversarial tests with expected answers
Why it works

Acceptance criteria

  • The system prompt carries role, base, flow, limits and opening message, none of them empty
  • Each adversarial test names the attack and the expected correct answer, which is to declare the limit
  • The limits state in writing that no level, score or verdict may be issued
  • The output contains no explanation of the topic: if it does, the request was 02

Edge cases

  • Mixed audience: the prompt fixes the rule (design for the newest) rather than leaving it to the model
  • Insufficient sources: the generated coach opens with coverage_gap instead of filling

Trade-offs

  • The coach stays bounded to the base in exchange for traceable answers
  • Designing the instrument costs a turn that a direct 02 session does not charge
  • «Three tests proving it does not invent» becomes «three attacks with a correct answer»: the promise is lost, an executable test is gained

Assumptions

  • Whoever uses the coach will keep the base up to date
  • The declared audience matches whoever will actually use the coach

Limits

  • It generates the instrument, it does not run the session: teaching the topic is the source-grounded coach
  • It issues no level, score or verdict: measuring belongs to the evaluator generator
  • It does not guarantee the coach will never fail: tests document answers, they do not prove absence of invention
Meta-promptProgressive evaluator generatorDesign the measuring instrument, not the measurement: an observable rubric with three named levels, an eight-task bank and explicit advance and retry rules.4 · Prompt structure levelsTemplate / DemoOpen promptRun inChat · selected sources
Before you copy
Use it when
you need to test your mastery on another topic and want a reusable evaluator, not a one-off session.
Example
Safe-AI-use evaluator to measure my own mastery before applying it in a real case.
Output evidence
evaluator system prompt, observable rubric of three levels with the evidence each one demands, eight graded tasks, advance rule, retry rule and a final report per dimension.
Limit
It generates the instrument, it does not run the assessment: measuring belongs to the progressive evaluator
Receivespractice exercise
Producesprogressive assessment plan
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What 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.
Level 1Direct

A clear instruction, ready to discuss and refine.

Design an evaluator of [TOPIC] with [SOURCES]. I want the instrument to measure my command of it, not to be assessed right now.RUBRIC: make it observable — absent if the answer cites no condition from [SOURCES], partial if it misses a required one, demonstrated if it quotes it literally.TASKS: eight tasks on [TOPIC], two per level: recall, explanation, application and transfer.ADVANCE: advance only on demonstrated; one retry replaces the previous result.CORRECTION: correct by quoting, without teaching or using analogies, and without revealing the solution before my attempt.COVERAGE: a task without coverage in [SOURCES] is excluded rather than invented; a correct answer brought from outside the base is recorded without a score.Deliver: A. the evaluator system prompt | B. the observable rubric | C. the eight tasks by level | D. the rule for comparing runs.Compare runs against the rubric, never people. Do not invent tasks or quotes.
Demo · Level 1 · Direct
Design an evaluator of how to learn with AI through a weekly high-performance practice with synthetic Demo dossier: method guide, practice log and review criteria. I want the instrument to measure my command of it, not to be assessed right now.RUBRIC: make it observable — absent if the answer cites no condition from synthetic Demo dossier: method guide, practice log and review criteria, partial if it misses a required one, demonstrated if it quotes it literally.TASKS: eight tasks on how to learn with AI through a weekly high-performance practice, two per level: recall, explanation, application and transfer.ADVANCE: advance only on demonstrated; one retry replaces the previous result.CORRECTION: correct by quoting, without teaching or using analogies, and without revealing the solution before my attempt.COVERAGE: a task without coverage in synthetic Demo dossier: method guide, practice log and review criteria is excluded rather than invented; a correct answer brought from outside the base is recorded without a score.Deliver: A. the evaluator system prompt | B. the observable rubric | C. the eight tasks by level | D. the rule for comparing runs.Compare runs against the rubric, never people. Do not invent tasks or quotes.
Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Level 2Structured

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]# TaskProduce a reusable evaluator with an observable rubric, a task bank and advance and retry rules# FRAMEWORKS AND BEST PRACTICES- Analytic rubric · observable criteria and levels- Bloom's taxonomy · from understanding to application- Definition of Done · observable completion# Workflow1. Record topic and available base as instrument configuration, not as an exam to sit2. Write the three named rubric levels with the observable evidence each level demands3. Derive eight tasks, two per cognitive level, dropping anything the base does not cover4. Fix the advance rule, the retry rule and the no-reveal guardrail5. Close with the final report format per dimension, comparable across runs# Boundaries- Never invent tasks or questions outside the base- Never run the assessment or assign me a level: that is the progressive evaluator- The evaluator never reveals the answer before the attempt- The evaluator never teaches new content beyond the quoted correction- Never compare people: comparison runs against the rubric, across runs# Expected output- Evaluator system prompt with a three-level named rubric- Eight graded tasks mapped to the four cognitive levels- Advance rule, retry rule and a final report per dimension
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# TaskProduce a reusable evaluator with an observable rubric, a task bank and advance and retry rules# FRAMEWORKS AND BEST PRACTICES- Analytic rubric · observable criteria and levels- Bloom's taxonomy · from understanding to application- Definition of Done · observable completion# Workflow1. Record topic and available base as instrument configuration, not as an exam to sit2. Write the three named rubric levels with the observable evidence each level demands3. Derive eight tasks, two per cognitive level, dropping anything the base does not cover4. Fix the advance rule, the retry rule and the no-reveal guardrail5. Close with the final report format per dimension, comparable across runs# Boundaries- Never invent tasks or questions outside the base- Never run the assessment or assign me a level: that is the progressive evaluator- The evaluator never reveals the answer before the attempt- The evaluator never teaches new content beyond the quoted correction- Never compare people: comparison runs against the rubric, across runs# Expected output- Evaluator system prompt with a three-level named rubric- Eight graded tasks mapped to the four cognitive levels- Advance rule, retry rule and a final report per dimension
Level 3 · SpecifiedAdds contract, boundaries, verification and definition of done.
Level 3Specified

Adds contract, boundaries, verification and definition of done.

# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: you need to test your mastery on another topic and want a reusable evaluator, not a one-off session.Reference case: Safe-AI-use evaluator to measure my own mastery before applying it in a real case.# 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: evaluator system prompt, observable rubric of three levels with the evidence each one demands, eight graded tasks, advance rule, retry rule and a final report per dimension.Scope includes: Design the measuring instrument, not the measurement: an observable rubric with three named levels, an eight-task bank and explicit advance and retry rules.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Analytic rubric · observable criteria and levels- Bloom's taxonomy · from understanding to application- Definition of Done · observable completionSteps:1. Record topic and available base as instrument configuration, not as an exam to sit2. Write the three named rubric levels with the observable evidence each level demands3. Derive eight tasks, two per cognitive level, dropping anything the base does not cover4. Fix the advance rule, the retry rule and the no-reveal guardrail5. Close with the final report format per dimension, comparable across runs6. 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:- Evaluator system prompt with a three-level named rubric- Eight graded tasks mapped to the four cognitive levels- Advance rule, retry rule and a final report per 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: you need to test your mastery on another topic and want a reusable evaluator, not a one-off session.Reference case: Safe-AI-use evaluator to measure my own mastery before applying it in a real case.# 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: evaluator system prompt, observable rubric of three levels with the evidence each one demands, eight graded tasks, advance rule, retry rule and a final report per dimension.Scope includes: Design the measuring instrument, not the measurement: an observable rubric with three named levels, an eight-task bank and explicit advance and retry rules.Scope excludes: claims without provenance, unavailable capabilities, or decisions that belong to the person## E — Execution### FRAMEWORKS AND BEST PRACTICES- Analytic rubric · observable criteria and levels- Bloom's taxonomy · from understanding to application- Definition of Done · observable completionSteps:1. Record topic and available base as instrument configuration, not as an exam to sit2. Write the three named rubric levels with the observable evidence each level demands3. Derive eight tasks, two per cognitive level, dropping anything the base does not cover4. Fix the advance rule, the retry rule and the no-reveal guardrail5. Close with the final report format per dimension, comparable across runs6. 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:- Evaluator system prompt with a three-level named rubric- Eight graded tasks mapped to the four cognitive levels- Advance rule, retry rule and a final report per 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.
Level 4Orchestrated

Separates system instructions from the user request for reuse.

# systemMeasuring-instrument designer: builds the evaluator, not the verdict# FRAMEWORKS AND BEST PRACTICES- Analytic rubric · observable criteria and levels- Bloom's taxonomy · from understanding to application- Definition of Done · observable completion# Boundaries- Never invent tasks or questions outside the base- Never run the assessment or assign me a level: that is the progressive evaluator- The evaluator never reveals the answer before the attempt- The evaluator never teaches new content beyond the quoted correction- Never compare people: comparison runs against the rubric, across runs# Definition of DoneReviewable instrument: every rubric level carries the evidence that proves it, the eight tasks are mapped, and advance, retry and no-reveal are written down.# 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]# TaskProduce a reusable evaluator with an observable rubric, a task bank and advance and retry rules# Workflow1. Record topic and available base as instrument configuration, not as an exam to sit2. Write the three named rubric levels with the observable evidence each level demands3. Derive eight tasks, two per cognitive level, dropping anything the base does not cover4. Fix the advance rule, the retry rule and the no-reveal guardrail5. Close with the final report format per dimension, comparable across runs# Expected output- Evaluator system prompt with a three-level named rubric- Eight graded tasks mapped to the four cognitive levels- Advance rule, retry rule and a final report per dimension
Demo · Level 4 · Orchestrated
# systemMeasuring-instrument designer: builds the evaluator, not the verdict# FRAMEWORKS AND BEST PRACTICES- Analytic rubric · observable criteria and levels- Bloom's taxonomy · from understanding to application- Definition of Done · observable completion# Boundaries- Never invent tasks or questions outside the base- Never run the assessment or assign me a level: that is the progressive evaluator- The evaluator never reveals the answer before the attempt- The evaluator never teaches new content beyond the quoted correction- Never compare people: comparison runs against the rubric, across runs# Definition of DoneReviewable instrument: every rubric level carries the evidence that proves it, the eight tasks are mapped, and advance, retry and no-reveal are written down.# 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# TaskProduce a reusable evaluator with an observable rubric, a task bank and advance and retry rules# Workflow1. Record topic and available base as instrument configuration, not as an exam to sit2. Write the three named rubric levels with the observable evidence each level demands3. Derive eight tasks, two per cognitive level, dropping anything the base does not cover4. Fix the advance rule, the retry rule and the no-reveal guardrail5. Close with the final report format per dimension, comparable across runs# Expected output- Evaluator system prompt with a three-level named rubric- Eight graded tasks mapped to the four cognitive levels- Advance rule, retry rule and a final report per dimension
Why it works

Acceptance criteria

  • The rubric names three levels and each declares its observable evidence: no condition quoted, a required condition dropped, verbatim reproduction
  • The eight tasks map two by two to retrieval, explanation, application and transfer
  • Advance and retry rules state the maximum and the effect on the result, with no adjectives
  • The instrument contains no comparison between people

Edge cases

  • Base missing a cognitive level: it is declared and the bank drops below eight tasks instead of inventing them
  • A hit from outside knowledge: logged unscored, because measurement runs against the base

Trade-offs

  • Narrow, base-only measurement in exchange for a verdict defensible by quote
  • «Eight graded tasks» with no stated dimension becomes two tasks per cognitive level: grading freedom is lost, an auditable bank is gained

Assumptions

  • The base covers the four cognitive levels; otherwise the bank shrinks and says so

Limits

  • It generates the instrument, it does not run the assessment: measuring belongs to the progressive evaluator
  • It does not teach: explaining, restating and counterexamples are the coach generator
  • The measured level describes the answer against the base, not the person's capability
Meta-promptAdversarial interviewer generatorDesign the instrument, not the conversation: an interviewer with traceable objections, a declared maximum branch depth and a four-criterion observable rubric.4 · Prompt structure levelsTemplate / DemoOpen promptRun inChat · selected sources
Before you copy
Use it when
your argument already exists and you want a reusable interviewer that presses it, not a one-off session.
Example
Interviewer to defend my architecture before a security panel, with cost and alternative objections.
Output evidence
interviewer system prompt, objection map traced to evidence or risk, maximum branch depth, rubric of clarity, grounding, judgment and honesty, and a feedback format.
Limit
It generates the simulator, it does not run the session: interviewing belongs to the interview simulator
Receivespresentation rehearsal record
Producesadversarial interview script
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What you need to replace 3
  • <SCENARIO>situation to simulatee.g.: pilot review · You provide it
  • <AUDIENCE>who will use the resulte.g.: non-technical professionals · 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.
Level 1Direct

A clear instruction, ready to discuss and refine.

Design an interviewer for [SCENARIO] before [AUDIENCE] with [SOURCES]. I want the instrument, not the interview. First check that the sources hold objections against my thesis; if they do not, hand over a reduced version and declare the gap.MAP: ten questions calibrated to [AUDIENCE], with branching of at most two levels deep.RUBRIC: clarity, grounding, judgement and honesty, each with its observable evidence.TRACE: every objection traces to a quote from [SOURCES] or to a declared risk of [SCENARIO]; without a trace it is dropped.LIMITS: the interviewer does not draft or restructure my deliverable, and does not imitate identifiable real people: use an archetype.Deliver: A. the interviewer system prompt | B. the map of ten questions | C. the rubric with its evidence | D. the trace of every objection.Do not invent objections or quotes. [If it improves understanding, open with a short diagram.]
Demo · Level 1 · Direct
Design an interviewer for pilot review before non-technical professionals starting with AI with synthetic Demo dossier: method guide, practice log and review criteria. I want the instrument, not the interview. First check that the sources hold objections against my thesis; if they do not, hand over a reduced version and declare the gap.MAP: ten questions calibrated to non-technical professionals starting with AI, with branching of at most two levels deep.RUBRIC: clarity, grounding, judgement and honesty, each with its observable evidence.TRACE: every objection traces to a quote from synthetic Demo dossier: method guide, practice log and review criteria or to a declared risk of pilot review; without a trace it is dropped.LIMITS: the interviewer does not draft or restructure my deliverable, and does not imitate identifiable real people: use an archetype.Deliver: A. the interviewer system prompt | B. the map of ten questions | C. the rubric with its evidence | D. the trace of every objection.Do not invent objections or quotes. If it improves understanding, open with a short diagram.
Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Level 2Structured

Makes inputs, options, flow and expected result explicit.

# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSSCENARIO = [SCENARIO · situation to simulate · e.g.: pilot review]AUDIENCE = [AUDIENCE · who will use the result · e.g.: non-technical professionals]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# Optional adjustments[If it improves understanding, open with a short diagram.]# TaskProduce a reusable interviewer with a traced objection map, a depth cap and an observable rubric# FRAMEWORKS AND BEST PRACTICES- Red teaming · find flaws before deciding- Pre-mortem · anticipate objections and failure- Analytic rubric · observable criteria and levels# Workflow1. Record scenario, audience and base as instrument configuration, not as an interview to sit2. Check the base can sustain the objections before generating and, if not, reduce the map and declare the gap3. Write the interviewer system prompt with its level-up and level-down rule4. Derive ten questions tuned to the audience with branch depth capped at two5. Close with the four-criterion rubric and the feedback format# Boundaries- Never invent objections, quotes or risks the base cannot sustain- Never run the interview or apply pressure here: that is the interview simulator- The generated interviewer never drafts or restructures the deliverable: that is the preparer generator- A role that would imitate an identifiable real person: refuse and offer an archetype# Expected output- Interviewer system prompt with its progression rule- Ten-question map with branch depth capped at two- Four-criterion rubric with observable evidence and a feedback format
Demo · Level 2 · Structured
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSSCENARIO = pilot reviewAUDIENCE = non-technical professionals starting with AISOURCES = synthetic Demo dossier: method guide, practice log and review criteria# Optional adjustmentsIf it improves understanding, open with a short diagram.# TaskProduce a reusable interviewer with a traced objection map, a depth cap and an observable rubric# FRAMEWORKS AND BEST PRACTICES- Red teaming · find flaws before deciding- Pre-mortem · anticipate objections and failure- Analytic rubric · observable criteria and levels# Workflow1. Record scenario, audience and base as instrument configuration, not as an interview to sit2. Check the base can sustain the objections before generating and, if not, reduce the map and declare the gap3. Write the interviewer system prompt with its level-up and level-down rule4. Derive ten questions tuned to the audience with branch depth capped at two5. Close with the four-criterion rubric and the feedback format# Boundaries- Never invent objections, quotes or risks the base cannot sustain- Never run the interview or apply pressure here: that is the interview simulator- The generated interviewer never drafts or restructures the deliverable: that is the preparer generator- A role that would imitate an identifiable real person: refuse and offer an archetype# Expected output- Interviewer system prompt with its progression rule- Ten-question map with branch depth capped at two- Four-criterion rubric with observable evidence and a feedback format
Level 3 · SpecifiedAdds contract, boundaries, verification and definition of done.
Level 3Specified

Adds contract, boundaries, verification and definition of done.

# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: your argument already exists and you want a reusable interviewer that presses it, not a one-off session.Reference case: Interviewer to defend my architecture before a security panel, with cost and alternative objections.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSSCENARIO = [SCENARIO · situation to simulate · e.g.: pilot review]AUDIENCE = [AUDIENCE · who will use the result · e.g.: non-technical professionals]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: interviewer system prompt, objection map traced to evidence or risk, maximum branch depth, rubric of clarity, grounding, judgment and honesty, and a feedback format.Scope includes: Design the instrument, not the conversation: an interviewer with traceable objections, a declared maximum branch depth and a four-criterion observable rubric.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. Record scenario, audience and base as instrument configuration, not as an interview to sit2. Check the base can sustain the objections before generating and, if not, reduce the map and declare the gap3. Write the interviewer system prompt with its level-up and level-down rule4. Derive ten questions tuned to the audience with branch depth capped at two5. Close with the four-criterion rubric and the feedback format6. 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:- Interviewer system prompt with its progression rule- Ten-question map with branch depth capped at two- Four-criterion rubric with observable evidence and a feedback formatObservable 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 argument already exists and you want a reusable interviewer that presses it, not a one-off session.Reference case: Interviewer to defend my architecture before a security panel, with cost and alternative objections.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSSCENARIO = pilot reviewAUDIENCE = non-technical professionals starting with AISOURCES = 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: interviewer system prompt, objection map traced to evidence or risk, maximum branch depth, rubric of clarity, grounding, judgment and honesty, and a feedback format.Scope includes: Design the instrument, not the conversation: an interviewer with traceable objections, a declared maximum branch depth and a four-criterion observable rubric.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. Record scenario, audience and base as instrument configuration, not as an interview to sit2. Check the base can sustain the objections before generating and, if not, reduce the map and declare the gap3. Write the interviewer system prompt with its level-up and level-down rule4. Derive ten questions tuned to the audience with branch depth capped at two5. Close with the four-criterion rubric and the feedback format6. 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:- Interviewer system prompt with its progression rule- Ten-question map with branch depth capped at two- Four-criterion rubric with observable evidence and a feedback formatObservable 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.
Level 4Orchestrated

Separates system instructions from the user request for reuse.

# systemAdversarial-simulator designer: builds the interviewer, not the interview# 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 objections, quotes or risks the base cannot sustain- Never run the interview or apply pressure here: that is the interview simulator- The generated interviewer never drafts or restructures the deliverable: that is the preparer generator- A role that would imitate an identifiable real person: refuse and offer an archetype# Definition of DoneExecutable instrument: every objection carries its trace, branching declares its cap, and each rubric criterion states what is observed to call it met.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSSCENARIO = [SCENARIO · situation to simulate · e.g.: pilot review]AUDIENCE = [AUDIENCE · who will use the result · e.g.: non-technical professionals]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# Optional adjustments[If it improves understanding, open with a short diagram.]# TaskProduce a reusable interviewer with a traced objection map, a depth cap and an observable rubric# Workflow1. Record scenario, audience and base as instrument configuration, not as an interview to sit2. Check the base can sustain the objections before generating and, if not, reduce the map and declare the gap3. Write the interviewer system prompt with its level-up and level-down rule4. Derive ten questions tuned to the audience with branch depth capped at two5. Close with the four-criterion rubric and the feedback format# Expected output- Interviewer system prompt with its progression rule- Ten-question map with branch depth capped at two- Four-criterion rubric with observable evidence and a feedback format
Demo · Level 4 · Orchestrated
# systemAdversarial-simulator designer: builds the interviewer, not the interview# 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 objections, quotes or risks the base cannot sustain- Never run the interview or apply pressure here: that is the interview simulator- The generated interviewer never drafts or restructures the deliverable: that is the preparer generator- A role that would imitate an identifiable real person: refuse and offer an archetype# Definition of DoneExecutable instrument: every objection carries its trace, branching declares its cap, and each rubric criterion states what is observed to call it met.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practical# INPUTSSCENARIO = pilot reviewAUDIENCE = non-technical professionals starting with AISOURCES = synthetic Demo dossier: method guide, practice log and review criteria# Optional adjustmentsIf it improves understanding, open with a short diagram.# TaskProduce a reusable interviewer with a traced objection map, a depth cap and an observable rubric# Workflow1. Record scenario, audience and base as instrument configuration, not as an interview to sit2. Check the base can sustain the objections before generating and, if not, reduce the map and declare the gap3. Write the interviewer system prompt with its level-up and level-down rule4. Derive ten questions tuned to the audience with branch depth capped at two5. Close with the four-criterion rubric and the feedback format# Expected output- Interviewer system prompt with its progression rule- Ten-question map with branch depth capped at two- Four-criterion rubric with observable evidence and a feedback format
Why it works

Acceptance criteria

  • Every objection traces to a base quote or a declared scenario risk, and untraceable ones are dropped
  • Branching declares a depth cap of two, so the whole map can be run end to end
  • Each rubric criterion states what is observed: declaring a limit with backing is a hit, claiming it without backing is a miss
  • The instrument contains no drafted fragment of the deliverable

Edge cases

  • Base too thin to sustain objections: a reduced map is delivered and the gap declared before generating
  • Identifiable real person: the instrument substitutes an archetype instead of imitating them

Trade-offs

  • A capped map loses combinatorics in exchange for being runnable end to end
  • «Realistic objections» with no source of realism becomes traced objections: spontaneity is lost, verifiability is gained

Assumptions

  • Whoever uses the instrument already has a written argument to defend; if not, M4 or 10 applies

Limits

  • It generates the simulator, it does not run the session: interviewing belongs to the interview simulator
  • It neither prepares nor drafts the deliverable: building narrative and rehearsing is the preparer generator
  • Simulated pressure does not predict how a real audience will react
Meta-promptDelivery-preparation guide generatorDesign the instrument, not the deliverable: a preparer with observable gates, a template branched by delivery type and a quality checklist.4 · Prompt structure levelsTemplate / DemoOpen promptRun inChat · selected sources
Before you copy
Use it when
your deliverable does not exist yet and you want a reusable preparer, not someone writing your script.
Example
Masterclass preparer for my talk to operations leaders, inside a fixed slot.
Output evidence
preparer system prompt, preparation flow with gates, template per delivery type, quality checklist, rehearsal in parts and a ready-or-coverage_gap verdict.
Limit
It generates the instrument, it neither builds nor rehearses the actual delivery: that is the delivery preparer
Receivesprogressive assessment report
Producesdelivery preparation guide
Replace [FIELD IN CAPS] · adjust or delete [text in lower case]
What you need to replace 4
  • <DELIVERABLE>deliverable that must be readye.g.: one-page memo · You provide it
  • <TOPIC>specific subjecte.g.: verify AI answers · You provide it
  • <AUDIENCE>who will use the resulte.g.: non-technical professionals · 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.
Level 1Direct

A clear instruction, ready to discuss and refine.

Design a preparer for [DELIVERABLE] on [TOPIC] for [AUDIENCE] from [SOURCES]: I want the instrument, not my deliverable written or rehearsed. Deliver its system prompt and a preparation flow with observable gates: purpose confirmed with time and outcome, narrative, evidence quoted from [SOURCES], my rehearsal in parts, ready-or-coverage_gap verdict. Branch the template by [DELIVERABLE] type —talk, class, memo, decision; if missing, ask first. Define transfer as [AUDIENCE] being able to act on what is delivered. Add a quality checklist. If time is short for [TOPIC], it cuts scope first; evidence without rights is excluded and declared. Limits: no rising-pressure interrogation, no invented quotes.
Demo · Level 1 · Direct
Design a preparer for one-page memo on how to learn with AI through a weekly high-performance practice for non-technical professionals starting with AI from synthetic Demo dossier: method guide, practice log and review criteria: I want the instrument, not my deliverable written or rehearsed. Deliver its system prompt and a preparation flow with observable gates: purpose confirmed with time and outcome, narrative, evidence quoted from synthetic Demo dossier: method guide, practice log and review criteria, my rehearsal in parts, ready-or-coverage_gap verdict. Branch the template by one-page memo type —talk, class, memo, decision; if missing, ask first. Define transfer as non-technical professionals starting with AI being able to act on what is delivered. Add a quality checklist. If time is short for how to learn with AI through a weekly high-performance practice, it cuts scope first; evidence without rights is excluded and declared. Limits: no rising-pressure interrogation, no invented quotes.
Level 2 · StructuredMakes inputs, options, flow and expected result explicit.
Level 2Structured

Makes inputs, options, flow and expected result explicit.

# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSDELIVERABLE = [DELIVERABLE · deliverable that must be ready · e.g.: one-page memo]TOPIC = [TOPIC · specific subject · e.g.: verify AI answers]AUDIENCE = [AUDIENCE · who will use the result · e.g.: non-technical professionals]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# Optional adjustments[If it improves understanding, open with a short diagram.]# TaskProduce a reusable preparer with observable gates, a template branched by type and a quality checklist# FRAMEWORKS AND BEST PRACTICES- BLUF · conclusion first- Pyramid Principle · idea, reasons and evidence- Go/No-Go gate · decide with an explicit criterion# Workflow1. Record delivery type, topic, audience and base as instrument configuration, not as a script to write2. Write the preparer system prompt and its observable gates in order3. Branch the template by delivery type and ask for the type when missing4. Define transfer observably and add the quality checklist5. Close with the ready-or-coverage_gap criterion and the time-based scope-cut rule# Boundaries- Never invent quotes, evidence or usage rights- Never write the deliverable or its sections: that is the delivery preparer- The generated preparer applies no rising adversarial pressure and grades nothing under pressure: that is the interviewer generator- Evidence without usage rights: excluded and declared# Expected output- Preparer system prompt with its gates in order- Template branched by delivery type and a quality checklist- Ready-or-coverage_gap criterion and the time-based scope-cut rule
Demo · Level 2 · Structured
# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSDELIVERABLE = one-page memoTOPIC = how to learn with AI through a weekly high-performance practiceAUDIENCE = non-technical professionals starting with AISOURCES = synthetic Demo dossier: method guide, practice log and review criteria# Optional adjustmentsIf it improves understanding, open with a short diagram.# TaskProduce a reusable preparer with observable gates, a template branched by type and a quality checklist# FRAMEWORKS AND BEST PRACTICES- BLUF · conclusion first- Pyramid Principle · idea, reasons and evidence- Go/No-Go gate · decide with an explicit criterion# Workflow1. Record delivery type, topic, audience and base as instrument configuration, not as a script to write2. Write the preparer system prompt and its observable gates in order3. Branch the template by delivery type and ask for the type when missing4. Define transfer observably and add the quality checklist5. Close with the ready-or-coverage_gap criterion and the time-based scope-cut rule# Boundaries- Never invent quotes, evidence or usage rights- Never write the deliverable or its sections: that is the delivery preparer- The generated preparer applies no rising adversarial pressure and grades nothing under pressure: that is the interviewer generator- Evidence without usage rights: excluded and declared# Expected output- Preparer system prompt with its gates in order- Template branched by delivery type and a quality checklist- Ready-or-coverage_gap criterion and the time-based scope-cut rule
Level 3 · SpecifiedAdds contract, boundaries, verification and definition of done.
Level 3Specified

Adds contract, boundaries, verification and definition of done.

# SPEC MetodologIAversion: 2.0status: executable## S — SituationContext: your deliverable does not exist yet and you want a reusable preparer, not someone writing your script.Reference case: Masterclass preparer for my talk to operations leaders, inside a fixed slot.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSDELIVERABLE = [DELIVERABLE · deliverable that must be ready · e.g.: one-page memo]TOPIC = [TOPIC · specific subject · e.g.: verify AI answers]AUDIENCE = [AUDIENCE · who will use the result · e.g.: non-technical professionals]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: preparer system prompt, preparation flow with gates, template per delivery type, quality checklist, rehearsal in parts and a ready-or-coverage_gap verdict.Scope includes: Design the instrument, not the deliverable: a preparer with observable gates, a template branched by delivery type and a quality checklist.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- Go/No-Go gate · decide with an explicit criterionSteps:1. Record delivery type, topic, audience and base as instrument configuration, not as a script to write2. Write the preparer system prompt and its observable gates in order3. Branch the template by delivery type and ask for the type when missing4. Define transfer observably and add the quality checklist5. Close with the ready-or-coverage_gap criterion and the time-based scope-cut 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:- Preparer system prompt with its gates in order- Template branched by delivery type and a quality checklist- Ready-or-coverage_gap criterion and the time-based scope-cut 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: your deliverable does not exist yet and you want a reusable preparer, not someone writing your script.Reference case: Masterclass preparer for my talk to operations leaders, inside a fixed slot.# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSDELIVERABLE = one-page memoTOPIC = how to learn with AI through a weekly high-performance practiceAUDIENCE = non-technical professionals starting with AISOURCES = 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: preparer system prompt, preparation flow with gates, template per delivery type, quality checklist, rehearsal in parts and a ready-or-coverage_gap verdict.Scope includes: Design the instrument, not the deliverable: a preparer with observable gates, a template branched by delivery type and a quality checklist.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- Go/No-Go gate · decide with an explicit criterionSteps:1. Record delivery type, topic, audience and base as instrument configuration, not as a script to write2. Write the preparer system prompt and its observable gates in order3. Branch the template by delivery type and ask for the type when missing4. Define transfer observably and add the quality checklist5. Close with the ready-or-coverage_gap criterion and the time-based scope-cut 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:- Preparer system prompt with its gates in order- Template branched by delivery type and a quality checklist- Ready-or-coverage_gap criterion and the time-based scope-cut 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.
Level 4Orchestrated

Separates system instructions from the user request for reuse.

# systemDelivery-preparer designer: builds the instrument, not the script# FRAMEWORKS AND BEST PRACTICES- BLUF · conclusion first- Pyramid Principle · idea, reasons and evidence- Go/No-Go gate · decide with an explicit criterion# Boundaries- Never invent quotes, evidence or usage rights- Never write the deliverable or its sections: that is the delivery preparer- The generated preparer applies no rising adversarial pressure and grades nothing under pressure: that is the interviewer generator- Evidence without usage rights: excluded and declared# Definition of DoneReviewable instrument: every gate states what is observed to call it passed, the template has one branch per delivery type and the ready criterion is testable.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSDELIVERABLE = [DELIVERABLE · deliverable that must be ready · e.g.: one-page memo]TOPIC = [TOPIC · specific subject · e.g.: verify AI answers]AUDIENCE = [AUDIENCE · who will use the result · e.g.: non-technical professionals]SOURCES = [SOURCES · material that may be cited · e.g.: guide, report and log]# Optional adjustments[If it improves understanding, open with a short diagram.]# TaskProduce a reusable preparer with observable gates, a template branched by type and a quality checklist# Workflow1. Record delivery type, topic, audience and base as instrument configuration, not as a script to write2. Write the preparer system prompt and its observable gates in order3. Branch the template by delivery type and ask for the type when missing4. Define transfer observably and add the quality checklist5. Close with the ready-or-coverage_gap criterion and the time-based scope-cut rule# Expected output- Preparer system prompt with its gates in order- Template branched by delivery type and a quality checklist- Ready-or-coverage_gap criterion and the time-based scope-cut rule
Demo · Level 4 · Orchestrated
# systemDelivery-preparer designer: builds the instrument, not the script# FRAMEWORKS AND BEST PRACTICES- BLUF · conclusion first- Pyramid Principle · idea, reasons and evidence- Go/No-Go gate · decide with an explicit criterion# Boundaries- Never invent quotes, evidence or usage rights- Never write the deliverable or its sections: that is the delivery preparer- The generated preparer applies no rising adversarial pressure and grades nothing under pressure: that is the interviewer generator- Evidence without usage rights: excluded and declared# Definition of DoneReviewable instrument: every gate states what is observed to call it passed, the template has one branch per delivery type and the ready criterion is testable.# user# PARAMETERSLENGTH = conciseSTRUCTURE = 2 paragraphs + key bulletsTONE = clear and personalDEPTH = practicalAESTHETIC = minimalOPENING = diagram before detail# INPUTSDELIVERABLE = one-page memoTOPIC = how to learn with AI through a weekly high-performance practiceAUDIENCE = non-technical professionals starting with AISOURCES = synthetic Demo dossier: method guide, practice log and review criteria# Optional adjustmentsIf it improves understanding, open with a short diagram.# TaskProduce a reusable preparer with observable gates, a template branched by type and a quality checklist# Workflow1. Record delivery type, topic, audience and base as instrument configuration, not as a script to write2. Write the preparer system prompt and its observable gates in order3. Branch the template by delivery type and ask for the type when missing4. Define transfer observably and add the quality checklist5. Close with the ready-or-coverage_gap criterion and the time-based scope-cut rule# Expected output- Preparer system prompt with its gates in order- Template branched by delivery type and a quality checklist- Ready-or-coverage_gap criterion and the time-based scope-cut rule
Why it works

Acceptance criteria

  • The flow has five gates and each states what is observed to call it passed, with no adjectives
  • The template carries one branch per delivery type, or an explicit single-type assumption
  • Transfer is defined as the audience being able to act on what is delivered, with the evidence that shows it
  • The instrument contains no drafted section of the deliverable

Edge cases

  • Missing delivery type: it is requested before generating, instead of assuming a talk
  • Insufficient time: the scope cut happens before preparing, not during rehearsal

Trade-offs

  • A strict checklist costs creative flexibility in exchange for a testable ready criterion
  • The six variables of the base text drop to four required ones: time and outcome are asked inside the purpose gate, in exchange for every declared variable being consumed at least twice
  • «Check transfer» becomes «the audience can act on what is delivered»: breadth is lost, an observable criterion is gained

Assumptions

  • The sources were audited before preparing; if not, 05 or 07 applies

Limits

  • It generates the instrument, it neither builds nor rehearses the actual delivery: that is the delivery preparer
  • It applies no rising adversarial pressure and grades nothing under pressure: that is the interviewer generator and the interview simulator
  • The ready criterion describes the preparation, it does not predict the outcome with a real audience
Adapt a prompt

The best instruction is one you can review and improve with judgement.