Table of Contents
- 1. Lesson Overview
- 2. Learning Outcomes
- 3. Before You Begin
- 4. Retrieval Practice
- 5. Opening Scenario
- 6. Structured Inputs
- 7. Structured Outputs
- 8. Traceability
- 9. Workflow Assembly
- 10. Verification and Review Gates
- 11. Permission Boundaries
- 12. Provisional vs. Final
- 13. SCOPE: Produce, Review, and Permit
- 14. Process Walkthrough
- 15. Worked Example
- 16. Guided Learning Activities
- 17. Exercises
- 18. Homework Problems
- 19. Mini‑Project
- 20. Self‑Check Quiz
- 21. Assignment Connections
- 22. Key Takeaways
- 23. Key Terms
- 24. Looking Ahead
- 25. Sources & Further Reading
1. Lesson Overview
In Lessons 5.1 and 5.2, you learned to build a controlled context package and to decompose complex tasks into prompt sequences. But decomposition alone does not guarantee a reliable workflow. The inputs you provide to each stage and the outputs you receive must be structured—organised in a way that reduces ambiguity, supports verification, and preserves traceability from source to output.
This lesson introduces structured inputs and structured outputs as essential tools for controlling AI-supported work. You will learn to design input templates that reduce ambiguity, specify output formats that improve reviewability, and connect stages into complete, human-governed workflows. You will also learn to define permission boundaries—what outputs may be used, shared, or acted upon—and to separate provisional drafting from final approval.
This lesson builds on the context-engineering and decomposition skills from the previous lessons and prepares you for drift detection and the complete SCOPE framework in Lesson 5.4.
2. Learning Outcomes
By the end of this lesson, you should be able to:
- Define structured input, structured output, workflow, and traceability.
- Design structured inputs that reduce ambiguity.
- Design structured, inspectable outputs.
- Connect stages into a multi-stage workflow.
- Establish verification and review points.
- Define provisional outputs and distinguish them from final outputs.
- Identify exception, escalation, and stop conditions.
- Preserve traceability from source to output.
- Define permission boundaries for outputs.
- Apply the Produce, Review, and Permit element of SCOPE.
3. Before You Begin
- Assigned reading: Chapter 5: Advanced Prompting and Context Engineering (sections on structured inputs, structured outputs, workflow design, and permission boundaries).
- Prerequisite knowledge: You should be comfortable with PCAFE-V, context packages (Lesson 5.1), and task decomposition and prompt sequences (Lesson 5.2).
- Optional AI tool: You may use an institutionally approved generative AI system or the supplied-output alternatives provided in each activity. No paid service is required.
- Privacy reminder: Do not enter personal, confidential, proprietary, privileged, or security-sensitive information into any public or unapproved AI system.
- Academic integrity: All work you submit must be your own. Use AI as a tool, not as a substitute for your own critical thinking.
- Estimated preparation time: 15–20 minutes to review the relevant sections of Chapter 5.
4. Retrieval Practice: Concepts from Lessons 5.1 and 5.2
Before we begin, let's activate your knowledge from the previous lessons.
Question 1: What is a prompt sequence, and what elements should be specified for each stage?
Show answer
A prompt sequence is a series of stage-specific prompts that together accomplish a complex task. For each stage, you should specify: sequence objective, stage number, stage purpose, permitted inputs, prompt, expected output, evaluation criteria, verification requirement, human decision, input to next stage, and escalation rule.
Question 2: What is error propagation, and how can it be prevented?
Show answer
Error propagation is the process by which an error from one stage is carried forward into subsequent stages. It can be prevented by: adding verification points after each stage, using structured outputs, preserving source traceability, requiring human review, and documenting decisions.
Question 3: What is the Organize element of SCOPE, and what does it require you to do?
Show answer
The Organize element of SCOPE is about designing the sequence of human and AI operations. It requires you to specify stages, inputs, outputs, dependencies, review points, and escalation conditions.
Question 4: When should you restart a conversation rather than continuing it?
Show answer
You should restart when: the conversation has drifted off topic, the AI has forgotten key instructions, the context has become too long or cluttered, an error has been detected, the task has changed significantly, or the AI is repeating itself or providing inconsistent outputs.
5. Opening Scenario: "The Polished but Unauditable Summary"
You are a communications officer in a municipal government. You have been asked to prepare a summary of the city's new waste-management guidelines for a community newsletter. A colleague has provided you with a set of unstructured notes—a collection of meeting minutes, policy excerpts, and informal email threads—and has asked you to "turn these into a polished summary."
You copy and paste the notes into an AI system and ask it to "write a summary for the public." The AI produces a well-written, polished summary. However, you realise that the summary is difficult to audit: you cannot tell which claims came from which source, whether any information was omitted, or whether the AI added its own interpretation.
You need a better approach—one that preserves traceability, supports verification, and maintains human control.
Questions to consider:
- What problems arise from using unstructured inputs and outputs?
- How could structured inputs improve the process?
- What would a structured output look like, and how would it support review?
- What permission boundaries should you define for the output?
Show guided analysis
1. Problems with unstructured inputs and outputs: Unstructured inputs lead to ambiguity—the AI may misinterpret the notes. Unstructured outputs are difficult to audit: you cannot trace claims to sources, you cannot easily verify completeness, and you cannot tell what information was omitted or added.
2. How structured inputs help: By organising the notes into labelled sections (e.g., Source records, Facts, Assumptions, Questions), you reduce ambiguity and help the AI focus on the relevant information. You can also include a data dictionary or constraint list to guide the AI.
3. Structured outputs: A structured output might include a claim inventory with source references, an uncertainty log, and a reviewer note field. This would make it easy to verify each claim against its source and identify missing information.
4. Permission boundaries: The output should be labelled as provisional—it requires review before it can be published. You should specify that the summary may be shared internally, but requires approval before external publication.
6. Structured Inputs
A structured input is an organised, labelled set of information provided to an AI system that reduces ambiguity, supports consistent processing, and makes the input auditable.
Structured inputs transform a messy collection of information into a clear, organised format that the AI can process more reliably.
Why structure inputs?
- Reduces ambiguity: Labelled sections tell the AI what each piece of information is.
- Supports consistency: A consistent structure helps the AI produce consistent outputs.
- Improves traceability: Source records can be linked to specific claims.
- Makes gaps visible: Missing information is obvious when a field is empty.
- Facilitates verification: Reviewers can check each section against sources.
Types of structured inputs
| Format | Description | Use case |
|---|---|---|
| Labelled sections | Content organised into named sections (e.g., Purpose, Facts, Assumptions) | General-purpose context structuring |
| Source records | Each source has a record with title, authority, date, and content | Multi-source analysis |
| Data dictionary | Definition of key terms and their meanings | Reducing terminological ambiguity |
| Comparison fields | Side-by-side comparison of options or sources | Decision support |
| Question lists | Specific questions that the AI must answer | Structured analysis |
| Criteria lists | Explicit criteria for evaluation | Assessments and evaluations |
| Constraint lists | Explicit limits on the task | Bounding the task |
| Issue inventories | List of known issues to address | Problem-solving tasks |
=== TASK INFORMATION ===
Purpose: Summarise the new waste-management guidelines for the public.
Audience: Community members (grade-8 reading level).
Format: 200-word summary with bullet points.
=== SOURCE RECORDS ===
Source 1 – Title: Council Meeting Minutes, 2026-06-15
Authority: City Council
Date: 2026-06-15
Content: [Extracted key points about the new guidelines]
Source 2 – Title: Policy Brief – Waste Management 2026
Authority: City Environmental Department
Date: 2026-06-20
Content: [Extracted key points]
Source 3 – Title: Email from Director – Implementation Timeline
Authority: Director of Environmental Services
Date: 2026-06-22
Content: [Extracted key points]
=== CONSTRAINTS ===
– Do not exceed 200 words.
– Do not use technical jargon.
– Do not include information not in the sources.
=== REQUIRED OUTPUT ===
A 200-word plain-text summary with bullet points.
- Structured inputs are organised, labelled information that reduce ambiguity.
- They support consistency, traceability, and verification.
- Common formats include labelled sections, source records, data dictionaries, and constraint lists.
- Structure does not replace verification.
7. Structured Outputs
A structured output is an organised, labelled set of information produced by an AI system that supports inspection, verification, and traceability.
Structured outputs transform a raw AI response into an auditable artefact that you can review, verify, and use with confidence.
Why structure outputs?
- Improves reviewability: Reviewers can check each claim against its source.
- Makes missing information visible: Empty fields or explicit "missing" notes show gaps.
- Supports traceability: Source links show where each claim came from.
- Reduces reliance on memory: All information is captured in a structured format.
- Facilitates hand-offs: Structured outputs are easier to pass to the next stage.
Types of structured outputs
| Format | Description | Use case |
|---|---|---|
| Claim inventory | List of claims with source references | Factual summaries |
| Source table | Table linking claims to sources | Multi-source synthesis |
| Comparison matrix | Side-by-side comparison of options | Decision support |
| Issue list | List of issues or problems identified | Problem-solving tasks |
| Risk register | List of risks with likelihood and impact | Risk analysis |
| Summary with source fields | Summary with source references for each claim | Auditable summaries |
| Question set | Set of questions and answers | FAQs, Q&A |
| Action-item list | List of actions with responsibilities | Project planning |
| Uncertainty log | List of uncertain or unverified claims | Quality control |
| Exception report | Report of exceptions or errors encountered | Workflow monitoring |
=== SUMMARY ===
The city will introduce new waste-management guidelines effective 2026-09-01.
Key changes include:
– Bi-weekly collection for organic waste.
– New sorting requirements for recyclables.
– A fee structure for excess waste.
=== CLAIM INVENTORY ===
Claim 1: New guidelines effective 2026-09-01.
Source: Council Meeting Minutes, 2026-06-15, Section 3.1
Confidence: High
Claim 2: Bi-weekly collection for organic waste.
Source: Policy Brief – Waste Management 2026, page 4
Confidence: High
Claim 3: New sorting requirements for recyclables.
Source: Policy Brief – Waste Management 2026, page 5
Confidence: High
Claim 4: Fee structure for excess waste.
Source: Email from Director, 2026-06-22
Confidence: Medium – details to be confirmed
=== UNCERTAINTY LOG ===
– Fee structure details: Source is an email, not an official policy.
– Implementation timeline: Official policy does not specify transitional provisions.
=== REVIEWER NOTES ===
– Verify Claim 4 against the official policy document.
– Confirm the effective date with the Environmental Department.
- Structured outputs are organised, labelled responses that support review and verification.
- They make missing information visible and support traceability.
- Common formats include claim inventories, source tables, comparison matrices, and uncertainty logs.
- Structure does not guarantee accuracy—verification is still required.
8. Traceability
Traceability is the ability to link outputs back to specific sources, stages, prompts, and decisions throughout a workflow.
Traceability is the foundation of accountability in AI-supported work. If you cannot trace a claim back to its source, you cannot verify it or defend it.
Why traceability matters
- Verification: You can check each claim against its source.
- Accountability: You can show where each piece of information came from.
- Error correction: You can identify where an error entered and correct it.
- Auditability: You can demonstrate that you followed a responsible process.
- Reusability: You can reuse traceable workflows with confidence.
How to preserve traceability
- Label every source with title, authority, date, and version.
- Link claims to sources in the output (e.g., using source IDs).
- Record stage outputs and include them in the next stage's context.
- Document prompts and versions for each stage.
- Record human decisions—what was reviewed, what was changed, and why.
- Use structured outputs that include source fields.
Stage 1: Source classification. Output includes source IDs and classifications.
Stage 2: Source summarisation. Each summary references the source ID.
Stage 3: Thematic synthesis. Each theme includes the source IDs that support it.
Stage 4: Recommendation. Each recommendation includes the source IDs and themes that support it.
Result: Every claim in the final output can be traced back to a specific source and stage.
- Traceability is the ability to link outputs to sources, stages, and decisions.
- It supports verification, accountability, error correction, and auditability.
- You preserve traceability by labelling sources, linking claims to sources, and documenting stages and decisions.
9. Workflow Assembly
A workflow is a complete, interconnected sequence of stages—including context preparation, AI generation, human review, verification, revision, approval, and permitted use—that accomplishes a bounded task.
A workflow is more than a prompt sequence. It includes the human decisions, verification points, and permission boundaries that govern the entire process.
Components of a complete workflow
- Context preparation: Select sources, build a context package.
- AI generation: Run stage-specific prompts.
- Human review: Review outputs against criteria.
- Verification: Check claims against sources.
- Revision: Correct errors and improve outputs.
- Approval: Obtain required approvals.
- Permitted use: Use the output for its intended purpose.
- Monitoring: Monitor for errors or drift.
- Correction: Correct errors and document changes.
1. Context preparation (Human):
– Select sources (official policy, supporting documents)
– Build a context package with source hierarchy
– Define constraints and requirements
2. Stage 1 – Source summarisation (AI):
– Generate summaries of each source
– Output: Source summaries with source IDs
3. Verification 1 (Human):
– Check each summary against the source
– Correct any errors
4. Stage 2 – Thematic synthesis (AI):
– Synthesise summaries into themes
– Output: Thematic synthesis with source references
5. Verification 2 (Human):
– Check themes against summaries
– Ensure all key points are covered
6. Stage 3 – Draft summary (AI):
– Draft a 200-word summary for the public
– Output: Draft summary
7. Verification 3 (Human):
– Check the draft against the sources
– Check readability and clarity
8. Revision (Human):
– Revise the draft based on verification
9. Approval (Human):
– Obtain approval from the communications director
10. Permitted use (Human):
– Publish the final summary in the community newsletter
- A workflow is a complete, interconnected sequence of stages, reviews, and decisions.
- It includes context preparation, AI generation, human review, verification, revision, approval, and permitted use.
- Not every workflow requires all stages—adapt to the task.
10. Verification and Review Gates
A gate is a point in the workflow where the process stops and a human must review, verify, or make a decision before proceeding.
Types of gates
| Gate type | Purpose | Who is involved |
|---|---|---|
| Verification gate | Check accuracy against sources | Analyst or reviewer |
| Review gate | Assess quality, completeness, and fitness for purpose | Subject-matter expert |
| Approval gate | Obtain formal permission to proceed or publish | Authorised decision-maker |
| Escalation gate | Handle exceptions that cannot be resolved at the current level | Senior authority |
| Stop gate | Terminate the workflow when conditions are met | Any authorised person |
Where to place gates
- After each stage that produces a significant output. Verify before moving to the next stage.
- Before any decision or action. Review before approving or publishing.
- When the task changes. Re-verify when scope, sources, or risks change.
- When errors are detected. Stop and correct before proceeding.
- Gates are points where the workflow stops for human review or decision.
- Types include verification, review, approval, escalation, and stop gates.
- Gates should be placed after significant stages, before decisions, and when errors are detected.
11. Permission Boundaries
Permission boundaries are explicit rules that specify what outputs may be used for, shared with, and acted upon—and what requires explicit approval.
Permission boundaries are essential for responsible AI use. They prevent outputs from being used inappropriately or without proper review.
Types of permissions
| Permission level | Description | Example |
|---|---|---|
| Retained as notes | Used only for personal reference | Draft notes, rough summaries |
| Revised internally | Shared within the team for revision | Draft documents, working papers |
| Shared internally | Shared within the organisation | Internal reports, staff briefings |
| Shared externally | Shared outside the organisation | Client communications, public documents |
| Published | Publicly released | Public reports, press releases |
| Used in a decision | Used to inform a decision | Policy analysis, recommendation |
| Used for external action | Used to take action that affects others | Contract terms, legal filings |
=== PERMISSION BOUNDARIES ===
– Draft summary: May be shared internally for review.
– Revised summary: May be shared with the communications team.
– Final summary: May be published in the community newsletter.
– The summary must not be used for legal advice.
– The summary must not be used for decision-making without
additional review.
- Permission boundaries specify what outputs may be used for and what requires approval.
- Types include notes, internal sharing, external sharing, publication, and decision-making.
- Drafting must be separated from approval.
12. Provisional vs. Final
A provisional output is a draft or preliminary output that requires review, verification, and approval before it can be treated as final.
All AI-generated outputs should be treated as provisional until they have been reviewed and approved by a human.
Characteristics of provisional outputs
- Label clearly as "DRAFT" or "PROVISIONAL"
- Not used for decisions or actions
- Subject to verification and review
- May require revision
- Requires explicit approval to become final
Transitioning from provisional to final
- Review: Human reviews the output against criteria.
- Verify: Check claims against sources.
- Revise: Correct errors and improve quality.
- Approve: Obtain explicit approval from an authorised person.
- Finalise: Label the output as "FINAL" and document the approval.
- All AI outputs should be treated as provisional until reviewed.
- Provisional outputs are labelled as drafts and not used for decisions.
- The transition to final requires review, verification, revision, and approval.
13. SCOPE: Produce, Review, and Permit Outputs
The SCOPE framework continues with the fourth element: P (Produce, Review, and Permit Outputs).
P: Produce, Review, and Permit Outputs
In this stage, you manage the production, review, and permission of outputs. You ensure that outputs are labelled as provisional, reviewed before use, and only permitted for appropriate purposes.
Guiding questions:
- What output is produced?
- How will it be reviewed?
- What may be used immediately?
- What requires approval?
- What must not be published, sent, modified, or acted upon automatically?
Using the Opening Scenario (waste-management guidelines), apply the Produce, Review, and Permit stage:
- What output would you produce?
- How would you label it?
- How would you review it?
- What permissions would you define?
Show a possible application
Produce: A structured summary with a claim inventory, source references, and an uncertainty log.
Label: "PROVISIONAL – DRAFT – NOT FOR DISTRIBUTION"
Review: Human reviewer checks each claim against the source, verifies the uncertainty log, and assesses readability.
Permissions:
- Draft: Internal review only.
- Revised version: Share with the communications team.
- Final version: Publish in the community newsletter with approval from the communications director.
- Prohibited: Not for legal advice or policy decisions.
- P (Produce, Review, and Permit) is about managing outputs.
- Outputs should be labelled as provisional, reviewed before use, and permitted only for appropriate purposes.
- Drafting must be separated from approval.
14. Process Walkthrough: From Structured Input to Reviewed Output
This walkthrough shows a complete process from designing a structured input to producing a reviewed and permitted output.
Step 1: Define the task and purpose
Task: Prepare a summary of a new provincial health guideline on nutrition labelling for a consumer advocacy group.
Step 2: Design the structured input
=== TASK INFORMATION ===
Purpose: Summarise the new nutrition labelling guideline for consumers.
Audience: Consumer advocacy group members (general public).
Format: 150-word summary with a claim inventory.
=== SOURCE RECORDS ===
Source 1 – Title: Provincial Nutrition Labelling Guideline 2026
Authority: Provincial Ministry of Health
Date: 2026-07-01
Content: [Extracted key points]
Source 2 – Title: Consumer Impact Assessment Report
Authority: Ministry of Health Research Division
Date: 2026-06-15
Content: [Extracted key points]
=== CONSTRAINTS ===
– Do not exceed 150 words.
– Use plain language (grade-8 reading level).
– Include a claim inventory with source references.
=== REQUIRED OUTPUT ===
A 150-word summary with a claim inventory linking each claim to its source.
Step 3: Run the AI-supported stage
Prompt: "Using the attached structured input, generate a 150-word summary of the nutrition labelling guideline for consumers. Include a claim inventory with source references. Output: A summary with a claim inventory."
Step 4: Produce a structured output
=== PROVISIONAL OUTPUT – DRAFT ===
Date: 2026-08-29
Status: DRAFT – NOT FOR DISTRIBUTION
=== SUMMARY ===
The new Provincial Nutrition Labelling Guideline requires food products
to display a simplified nutrition label on the front of packaging,
effective 2027-01-01. The label will highlight calories, sodium, sugar,
and saturated fat. Consumer research indicates that simplified labels
improve purchasing decisions.
=== CLAIM INVENTORY ===
Claim 1: New guideline requires front-of-package labels.
Source: Provincial Nutrition Labelling Guideline 2026, Section 2.1
Confidence: High
Claim 2: Labels will highlight calories, sodium, sugar, and saturated fat.
Source: Provincial Nutrition Labelling Guideline 2026, Section 3.2
Confidence: High
Claim 3: Effective date is 2027-01-01.
Source: Provincial Nutrition Labelling Guideline 2026, Section 9.1
Confidence: High
Claim 4: Simplified labels improve purchasing decisions.
Source: Consumer Impact Assessment Report 2026, page 4
Confidence: Medium – based on a single study
=== UNCERTAINTY LOG ===
– Claim 4 is based on a single study; may not be generalisable.
– The guideline does not specify enforcement mechanisms.
=== REVIEWER NOTES ===
– Verify Claim 4 against the original report.
– Consider adding a note about uncertainty in the summary.
Step 5: Review and verification
- Verification: Check each claim against the source. Claim 4 is verified against the report, but the uncertainty is noted.
- Review: Assess the summary for clarity, completeness, and accuracy. The summary is clear and accurate.
- Revision: Add a sentence about the uncertainty: "Early consumer research suggests simplified labels may improve purchasing decisions, though more research is needed."
Step 6: Permission and approval
- Approval: Obtain approval from the consumer advocacy group's director.
- Permissions: The final summary may be shared with members and published on the group's website.
- Prohibited uses: Not for legal advice or policy advocacy without additional review.
- Start with a structured input that organises the task, sources, and constraints.
- Run the AI stage to produce a structured output with a claim inventory.
- Review and verify the output against sources.
- Revise based on verification.
- Obtain approval and define permission boundaries.
15. Worked Example: Complete Workflow for a Municipal Policy Summary
Context: A municipal policy analyst needs to prepare a summary of the city's Public Notification Policy for a new community engagement initiative.
Step 1: Structured input
=== TASK INFORMATION ===
Purpose: Summarise the Public Notification Policy for community
engagement staff.
Audience: City staff designing engagement initiatives.
Format: 150-word summary with key provisions and a claim inventory.
=== SOURCE RECORDS ===
Source A – Title: City Council Bylaw 2024-12 – Public Notification
Authority: City Council
Date: 2024-03-15
Version: 2.0
Content: [Extracted key provisions]
Source B – Title: City Clerk's Guide to Public Notification – 2025
Authority: City Clerk's Office
Date: 2025-01-10
Content: [Extracted guidance]
=== CONSTRAINTS ===
– Do not exceed 150 words.
– Use plain language.
– Include source references.
=== REQUIRED OUTPUT ===
A 150-word summary with a claim inventory.
Step 2: AI-generated output (provisional)
=== PROVISIONAL OUTPUT – DRAFT ===
Date: 2026-08-29
Status: DRAFT – FOR INTERNAL REVIEW ONLY
=== SUMMARY ===
The Public Notification Policy (Bylaw 2024-12) requires the city to
provide public notice for major decisions, including planning changes
and policy amendments. Notices must be published at least 14 days
before the decision date, using at least two communication channels.
The City Clerk's Guide recommends using social media and the city's
website as primary channels.
=== CLAIM INVENTORY ===
Claim 1: The policy requires public notice for major decisions.
Source: Bylaw 2024-12, Section 2
Confidence: High
Claim 2: Notices must be published at least 14 days in advance.
Source: Bylaw 2024-12, Section 4.1
Confidence: High
Claim 3: Two communication channels are required.
Source: Bylaw 2024-12, Section 4.2
Confidence: High
Claim 4: Social media and the city's website are recommended.
Source: City Clerk's Guide 2025, page 3
Confidence: High
=== UNCERTAINTY LOG ===
– None identified.
=== REVIEWER NOTES ===
– Check that the 14-day requirement is correctly cited.
– Verify the recommendation on social media against the Guide.
Step 3: Review and verification
- Verification: All claims are correctly cited. The 14-day requirement is confirmed. The social media recommendation is confirmed in the Guide.
- Review: The summary is clear, accurate, and complete. No revisions are needed.
Step 4: Approval and permissions
- Approval: Approved by the City Clerk's Office.
- Permissions: May be shared internally with community engagement staff.
- Prohibited: Not for external publication or legal advice.
- Structured inputs reduce ambiguity and support verification.
- Structured outputs with claim inventories make review easy.
- Verification and approval gates ensure quality and accountability.
- Permission boundaries prevent inappropriate use.
16. Guided Learning Activities
- Purpose: To convert unstructured content into a structured input.
- Learning outcome: Design structured inputs that reduce ambiguity.
- Estimated time: 20–25 minutes.
Scenario: You have received the following unstructured notes from a colleague:
"We need to prepare a summary of the new cybersecurity policy. I've attached the policy document and a FAQ page. The policy is pretty technical. The FAQ is simpler. We need to share this with staff. Make sure it's clear. Also, there's an email from IT with some additional info. Let me know if you have questions."
Instructions: Convert this unstructured content into a structured input. Include: task information, source records, constraints, and required output.
Show a possible solution design
=== TASK INFORMATION ===
Purpose: Prepare a summary of the new cybersecurity policy for staff.
Audience: All staff (general audience, not technical).
Format: 150-word summary with bullet points.
=== SOURCE RECORDS ===
Source 1 – Title: Cybersecurity Policy 2026
Authority: IT Department
Date: 2026-08-15
Content: [Attached policy document]
Status: Authoritative
Source 2 – Title: Cybersecurity FAQ – Staff Edition
Authority: IT Department
Date: 2026-08-20
Content: [Attached FAQ page]
Status: Supporting
Source 3 – Title: Email from IT Director – Implementation Notes
Authority: IT Director
Date: 2026-08-22
Content: [Additional info from email]
Status: Supporting (unverified)
=== CONSTRAINTS ===
– Do not exceed 150 words.
– Use plain language (grade-8 reading level).
– Do not include technical jargon.
=== REQUIRED OUTPUT ===
A 150-word plain-text summary with bullet points on key provisions.
- Purpose: To design a structured output for a given task.
- Learning outcome: Design structured outputs that improve reviewability and traceability.
- Estimated time: 20–25 minutes.
Scenario: A task: "Analyse three proposed policy options and recommend the best one."
Instructions: Design a structured output format for this task. Include fields for: options, criteria, analysis, recommendation, and supporting evidence. Specify what each field should contain.
Show a possible solution design
=== STRUCTURED OUTPUT ===
=== ANALYSIS ===
Option 1: [Name/description]
Criteria scores:
– Criterion 1: Score [1-5] with rationale
– Criterion 2: Score [1-5] with rationale
– Criterion 3: Score [1-5] with rationale
Total: [Score]
Strengths: [List]
Weaknesses: [List]
Option 2: [Name/description]
[Same structure]
Option 3: [Name/description]
[Same structure]
=== RECOMMENDATION ===
Recommended option: [Option X]
Rationale: [2-3 sentences explaining why]
=== SUPPORTING EVIDENCE ===
Evidence 1: [Claim] – Source: [Reference]
Evidence 2: [Claim] – Source: [Reference]
=== UNCERTAINTY LOG ===
– [Uncertainty 1]
– [Uncertainty 2]
=== REVIEWER NOTES ===
– [Notes for reviewer]
- Purpose: To connect stages into a complete workflow.
- Learning outcome: Connect stages into a complete human-governed workflow.
- Estimated time: 20–25 minutes.
Scenario: You have a 3-stage workflow for preparing a policy summary:
- Stage 1: Source summarisation
- Stage 2: Thematic synthesis
- Stage 3: Draft summary
Instructions: Connect these stages into a complete workflow by adding: context preparation, verification points, human review points, revision steps, approval, and permission boundaries.
Show a possible solution design
1. Context preparation (Human):
– Select sources
– Build a context package
– Define constraints and output format
2. Stage 1 – Source summarisation (AI):
– Generate summaries of each source
– Output: Source summaries with source IDs
3. Verification 1 (Human):
– Check each summary against the source
– Correct any errors
– If errors are significant, revise and re-verify
4. Stage 2 – Thematic synthesis (AI):
– Synthesise summaries into themes
– Output: Thematic synthesis with source references
5. Verification 2 (Human):
– Check themes against summaries
– Ensure all key points are covered
6. Stage 3 – Draft summary (AI):
– Draft a summary based on the synthesis
– Output: Draft summary
7. Verification 3 (Human):
– Check the draft against the sources
– Check readability and clarity
8. Revision (Human):
– Revise the draft based on verification
9. Approval (Human):
– Obtain approval from the policy lead
10. Permitted use:
– Draft: Internal review only
– Final: Share with stakeholders
- Purpose: To define permission boundaries for outputs.
- Learning outcome: Define output permissions and restrictions.
- Estimated time: 10–15 minutes.
Scenario: A task: "Prepare a draft of a public-facing blog post on the new waste-management guidelines."
Instructions: Define permission boundaries for the output. Specify what may be done with the draft and the final version, and what is prohibited.
Show a possible solution design
=== PERMISSION BOUNDARIES ===
Draft version (PROVISIONAL):
– May be shared internally with the communications team for review.
– May be revised based on feedback.
– Must not be shared externally.
– Must not be published.
Final version (APPROVED):
– May be shared with the community newsletter editor.
– May be published on the city's website.
– May be used for public communication.
Prohibited uses (both draft and final):
– Not for legal advice.
– Not for policy decisions.
– Not for internal decision-making without additional review.
17. Exercises
- Difficulty: Introductory
- Estimated time: ~15 min
- Learning outcome: Design structured inputs that reduce ambiguity.
Scenario: You have received the following email from a manager:
"Can you prepare a summary of the new employee benefits policy? The policy document is attached. There's also a FAQ from HR. I need this for the all-staff meeting. Make it short and clear. Let me know if you need more info."
Task: Convert this into a structured input with task information, source records, constraints, and required output.
Show solution design
=== TASK INFORMATION ===
Purpose: Prepare a summary of the new employee benefits policy.
Audience: All staff (all-staff meeting).
Format: 100-word summary with key provisions.
=== SOURCE RECORDS ===
Source 1 – Title: Employee Benefits Policy 2026
Authority: HR Department
Date: 2026-07-01
Content: [Attached policy document]
Status: Authoritative
Source 2 – Title: Benefits FAQ – Employee Edition
Authority: HR Department
Date: 2026-07-10
Content: [Attached FAQ]
Status: Supporting
=== CONSTRAINTS ===
– Do not exceed 100 words.
– Use plain language.
– Cover key changes only.
=== REQUIRED OUTPUT ===
A 100-word plain-text summary with key provisions.
- Difficulty: Intermediate
- Estimated time: ~15 min
- Learning outcome: Design structured outputs that improve reviewability.
Scenario: A task: "Compare three project proposals and select the best one."
Task: Design a structured output for this task. Include fields for: proposal summaries, evaluation criteria, comparison, recommendation, and supporting evidence.
Show solution design
=== STRUCTURED OUTPUT ===
=== PROPOSAL SUMMARIES ===
Proposal 1: [Name] – [1-sentence summary]
Proposal 2: [Name] – [1-sentence summary]
Proposal 3: [Name] – [1-sentence summary]
=== EVALUATION CRITERIA ===
Criterion 1: [Description] – Weight: [%]
Criterion 2: [Description] – Weight: [%]
Criterion 3: [Description] – Weight: [%]
=== COMPARISON ===
| Criterion | Proposal 1 | Proposal 2 | Proposal 3 |
|-----------|------------|------------|------------|
| Criterion 1 | Score/Rationale | Score/Rationale | Score/Rationale |
| Criterion 2 | ... | ... | ... |
| Criterion 3 | ... | ... | ... |
=== RECOMMENDATION ===
Recommended proposal: [Name]
Rationale: [2-3 sentences]
=== SUPPORTING EVIDENCE ===
– [Claim] – Source: [Reference]
– [Claim] – Source: [Reference]
=== UNCERTAINTY LOG ===
– [Uncertainty 1]
- Difficulty: Intermediate
- Estimated time: ~15 min
- Learning outcome: Connect stages into a complete human-governed workflow.
Scenario: A 4-stage workflow for preparing a briefing note:
- Stage 1: Source classification
- Stage 2: Source summarisation
- Stage 3: Thematic synthesis
- Stage 4: Draft briefing note
Task: Connect these stages by adding verification points, human review points, revision steps, approval, and permission boundaries.
Show solution design
1. Context preparation (Human)
2. Stage 1 – Source classification (AI)
3. Verification 1 (Human) – Check classifications
4. Stage 2 – Source summarisation (AI)
5. Verification 2 (Human) – Check summaries
6. Stage 3 – Thematic synthesis (AI)
7. Verification 3 (Human) – Check themes
8. Stage 4 – Draft briefing note (AI)
9. Verification 4 (Human) – Check draft
10. Revision (Human) – Revise based on verification
11. Approval (Human) – Obtain approval
12. Permitted use: Internal sharing only
- Difficulty: Intermediate
- Estimated time: ~10 min
- Learning outcome: Add verification and review gates to a workflow.
Scenario: A 3-stage workflow for preparing a policy summary:
- Stage 1: Source summarisation
- Stage 2: Thematic synthesis
- Stage 3: Draft summary
Task: Add verification and review gates. Specify what each gate should check.
Show answer
- Verification 1 (after Stage 1): Check each summary against the source. Verify that the key points are accurately captured.
- Verification 2 (after Stage 2): Check themes against the summaries. Ensure all key points are covered.
- Verification 3 (after Stage 3): Check the draft against the sources. Check readability and clarity.
- Review gate (after verification): Assess the draft for completeness and fitness for purpose.
- Approval gate (after review): Obtain approval from the policy lead before use.
- Difficulty: Introductory
- Estimated time: ~10 min
- Learning outcome: Define output permissions and restrictions.
Scenario: A task: "Prepare a draft of a public report on the city's housing affordability initiatives."
Task: Define permission boundaries for the draft and the final report. Specify what is permitted and what is prohibited.
Show answer
=== PERMISSION BOUNDARIES ===
Draft version (PROVISIONAL):
– May be shared internally with the policy team for review.
– May be revised based on feedback.
– Must not be shared externally.
– Must not be published.
Final version (APPROVED):
– May be shared with the city council.
– May be published on the city's website.
– May be used for public communication.
Prohibited uses (both draft and final):
– Not for legal advice.
– Not for policy decisions without additional review.
– Not for external advocacy without council approval.
18. Homework Problems
- Difficulty: Introductory
- Estimated time: ~10 min
Task: Design a structured input for the following task: "Prepare a summary of a new workplace safety policy for all employees." Include task information, source records, constraints, and required output.
Show solution design
=== TASK INFORMATION ===
Purpose: Prepare a summary of the new workplace safety policy.
Audience: All employees.
Format: 100-word summary with key provisions.
=== SOURCE RECORDS ===
Source 1 – Title: Workplace Safety Policy 2026
Authority: Health and Safety Committee
Date: 2026-08-01
Content: [Attached policy]
Status: Authoritative
=== CONSTRAINTS ===
– Do not exceed 100 words.
– Use plain language.
– Cover key changes only.
=== REQUIRED OUTPUT ===
A 100-word plain-text summary with key provisions.
- Difficulty: Intermediate
- Estimated time: ~15 min
Task: Design a structured input for a literature review task: "Synthesise findings from 8 articles on remote work and productivity." Include task information, source records, constraints, and required output.
Show solution design
=== TASK INFORMATION ===
Purpose: Synthesise findings on remote work and productivity.
Audience: Research team.
Format: Thematic synthesis with source references.
=== SOURCE RECORDS ===
[For each of 8 articles: Title, Author, Date, Journal, Key findings]
=== CONSTRAINTS ===
– Include only peer-reviewed articles.
– Identify 3-5 themes.
– Include source references.
=== REQUIRED OUTPUT ===
A thematic synthesis with source references for each theme.
- Difficulty: Introductory
- Estimated time: ~10 min
Task: Design a structured output for a task: "Summarise a policy document for internal staff." Include fields for: summary, claim inventory, source references, and uncertainty log.
Show solution design
=== STRUCTURED OUTPUT ===
=== SUMMARY ===
[100-word summary]
=== CLAIM INVENTORY ===
Claim 1: [Claim] – Source: [Reference] – Confidence: [High/Medium/Low]
Claim 2: [Claim] – Source: [Reference] – Confidence: [High/Medium/Low]
...
=== UNCERTAINTY LOG ===
– [Uncertainty 1]
– [Uncertainty 2]
=== REVIEWER NOTES ===
– [Notes for reviewer]
- Difficulty: Intermediate
- Estimated time: ~15 min
Task: Design a structured output for a decision-support task: "Evaluate three project options and recommend the best one." Include fields for: options, evaluation criteria, comparison matrix, recommendation, and supporting evidence.
Show solution design
=== STRUCTURED OUTPUT ===
=== OPTIONS ===
Option 1: [Name] – [Description]
Option 2: [Name] – [Description]
Option 3: [Name] – [Description]
=== EVALUATION CRITERIA ===
Criterion 1: [Description]
Criterion 2: [Description]
Criterion 3: [Description]
=== COMPARISON MATRIX ===
| Criterion | Option 1 | Option 2 | Option 3 |
|-----------|----------|----------|----------|
| Criterion 1 | Score | Score | Score |
| Criterion 2 | Score | Score | Score |
| Criterion 3 | Score | Score | Score |
=== RECOMMENDATION ===
Recommended: [Option X]
Rationale: [2-3 sentences]
=== SUPPORTING EVIDENCE ===
– [Claim] – Source: [Reference]
- Difficulty: Intermediate
- Estimated time: ~10 min
Task: A workflow produces a final summary. The summary includes a claim that "the policy will reduce costs by 15%." However, the source document says "up to 15% under optimal conditions." How would you design traceability to catch this error? What would you include in the structured output?
Show answer
Design for traceability:
- Include a claim inventory that links each claim to its source.
- Include a confidence level for each claim.
- Include an uncertainty log for claims that are conditional or uncertain.
- Include a source table that shows the exact wording of the source.
- Require verification of each claim against the source.
Structured output would include:
Claim: The policy will reduce costs by 15%.
Source: Policy Impact Assessment 2026, page 3
Source wording: "...up to 15% under optimal conditions."
Confidence: Medium – conditional on optimal conditions
Reviewer note: Verify the conditions.
- Difficulty: Advanced
- Estimated time: ~20 min
Task: You have a 5-stage workflow for preparing a briefing note. Design a complete workflow that includes: context preparation, all 5 stages, verification points, human review points, revision steps, approval, and permission boundaries. Specify what each verification point should check.
Show solution architecture
1. Context preparation (Human):
– Select sources, build context package, define constraints
2. Stage 1 – Source classification (AI):
– Output: Classified list
– Verification: Human checks classifications
3. Stage 2 – Source summarisation (AI):
– Output: Summaries with source IDs
– Verification: Human checks summaries against sources
4. Stage 3 – Thematic synthesis (AI):
– Output: Themes with source references
– Verification: Human checks themes against summaries
5. Stage 4 – Draft briefing note (AI):
– Output: Draft briefing note
– Verification: Human checks draft against sources
6. Revision (Human):
– Revise based on verification feedback
7. Approval (Human):
– Obtain approval from the policy lead
8. Permitted use:
– Draft: Internal review only
– Final: Share with stakeholders
- Difficulty: Intermediate
- Estimated time: ~10 min
Task: A workflow has verification gates after Stages 1, 2, and 3. In Stage 1, an error is introduced but not detected until the Stage 3 verification gate. What are the consequences? What should be done?
Show answer
Consequences: The error has been carried through Stages 1 and 2, and Stage 3 is based on erroneous information. The error may have been amplified.
What should be done:
- Stop the workflow.
- Return to Stage 1 and correct the error.
- Re-run Stages 2 and 3.
- Do not proceed with the current output.
Prevention: Add a verification gate immediately after Stage 1 to catch errors early. Do not wait until Stage 3.
- Difficulty: Intermediate
- Estimated time: ~10 min
Task: A provisional draft of a policy analysis was shared with an external stakeholder. The stakeholder is now using it to make a decision. What went wrong? What should the permission boundaries have been?
Show answer
What went wrong: The provisional draft was shared externally and used for decision-making without review or approval. This is a serious permission boundary violation.
What the permission boundaries should have been:
- Draft: Internal review only. Not for external sharing.
- Final version: May be shared with stakeholders, but only after approval.
- Decision-making: Requires explicit approval and may require additional verification.
Remediation: Immediately inform the stakeholder that the draft is provisional and should not be used for decisions. Provide the final version after proper review.
- Difficulty: Intermediate
- Estimated time: ~10 min
Task: An AI-generated summary was published on the organisation's website without review. The summary contained an error that led to public confusion. What went wrong? What should have been done differently?
Show answer
What went wrong: The AI-generated output was treated as final without review, verification, or approval. This violated the principle that all AI outputs are provisional until reviewed.
What should have been done:
- All AI outputs should be labelled as "PROVISIONAL – DRAFT."
- Review and verification should be required before publication.
- Approval from an authorised person should be required.
- Permission boundaries should specify that external publication requires approval.
- Difficulty: Advanced
- Estimated time: ~15 min
Task: In a workflow, Stage 2 produces an output that is incomplete—one of the sources could not be processed because it was in an unsupported format. What should you do? Define the exception handling process.
Show solution design
Exception handling process:
- Detect: Stage 2 output is incomplete; a source is missing.
- Document: Record the exception: "Source X could not be processed due to unsupported format."
- Escalate: Notify the human reviewer that the source could not be processed.
- Decision: Human decides whether to: (a) convert the source to a supported format and re-run Stage 2, (b) exclude the source and document the exclusion, or (c) stop the workflow if the source is essential.
- Action: Based on the decision, either re-run Stage 2, continue with the exclusion documented, or stop.
- Document: Record the decision and the action taken.
- Difficulty: Advanced
- Estimated time: ~20 min
Task: You are preparing a research synthesis for a public health report. Design a complete workflow that includes: structured input, multi-stage prompt sequence, structured output, verification gates, permission boundaries, and exception handling.
Show solution architecture
=== WORKFLOW: PUBLIC HEALTH RESEARCH SYNTHESIS ===
=== STRUCTURED INPUT ===
Task: Synthesise research on the effectiveness of nutrition labelling.
Sources: 12 peer-reviewed articles (attached)
Constraints: Include only articles from 2020-2026.
Required output: Thematic synthesis with source references.
=== STAGES ===
1. Source classification (AI) – Classify by date and relevance.
Verification: Human checks classifications.
2. Source summarisation (AI) – Summarise each article.
Verification: Human checks summaries.
3. Thematic synthesis (AI) – Identify 3-5 themes.
Verification: Human checks themes.
4. Draft synthesis (AI) – Draft a 300-word synthesis.
Verification: Human checks draft.
5. Revision (Human) – Revise based on verification.
6. Approval (Human) – Obtain approval from the lead researcher.
=== STRUCTURED OUTPUT ===
– Thematic synthesis with source references
– Claim inventory
– Uncertainty log
=== PERMISSION BOUNDARIES ===
– Draft: Internal review only
– Final: Share with research team
=== EXCEPTION HANDLING ===
– If a source is unavailable, document and exclude.
– If themes are unclear, escalate to the lead researcher.
19. Mini‑Project: Multi‑Stage Context and Output Workflow
- Purpose: To design a complete multi-stage workflow with structured inputs, structured outputs, verification gates, and permission boundaries.
- Learning outcomes: Design structured inputs; design structured outputs; connect stages into a complete human-governed workflow; identify review, verification, approval, escalation, and stop points.
- Estimated effort: 90–120 minutes.
Available contexts
Choose one of the following contexts, or propose your own (must be approved by your instructor):
- Educational: Creating a comprehensive study guide from multiple sources.
- Professional: Preparing a policy analysis with structured recommendations.
- Research: Conducting a literature review with a claim inventory.
- Everyday life: Planning a complex project with structured outputs.
Required deliverable
Using the task you choose, develop a complete workflow that includes all eighteen elements listed below.
- Human purpose
- Scope
- Source-controlled context (from Lesson 5.1)
- Structured input template
- Task stages (names and purposes)
- Prompt sequence (from Lesson 5.2)
- Structured output for each stage
- Source traceability (linking claims to sources)
- Verification points (what and where to verify)
- Human review points (where a human must review)
- Specialist review (if required)
- Provisional-output labels
- Approval requirement (who must approve)
- Output permissions (what may be used, shared, or published)
- Exception path (what to do when things go wrong)
- Stop condition (when to stop the workflow)
- Workflow record (documentation of the workflow)
- Final intended use (what the output will be used for)
Privacy and integrity requirements
- Do not use real personal, confidential, proprietary, or security-sensitive information.
- Use synthetic, public, or generalised information.
- If you use real sources, ensure they are publicly available and properly cited.
- Do not use this project for high-stakes decisions.
Self-review checklist
- ☐ Have I clearly stated the human purpose?
- ☐ Have I designed a structured input?
- ☐ Have I designed structured outputs for each stage?
- ☐ Have I connected the stages into a complete workflow?
- ☐ Have I added verification and review points?
- ☐ Have I defined permission boundaries?
- ☐ Have I defined exception and stop conditions?
- ☐ Have I preserved traceability?
Show Hint 1: Start with the structured input
Begin by designing your structured input. What information do you need to provide to the AI? Organise it into labelled sections: task information, source records, constraints, and required output.
Show Hint 2: Design each stage's output
For each stage, design a structured output. What should the AI produce? How will you review it? What source references should be included?
Show Hint 3: Connect the stages
Connect the stages with verification and review points. Where will you stop and check the output? Where will you escalate? Where will you stop?
Show Hint 4: Define permissions
Define what may be done with the output at each stage. What is provisional? What is final? What requires approval?
Show solution architecture
- Define purpose – what is the human goal?
- Design structured input – organise task info, sources, constraints.
- Define stages – decompose the task into logical stages.
- Design prompts – for each stage, using PCAFE-V.
- Design outputs – for each stage, with source references.
- Add gates – verification, review, approval.
- Define permissions – what may be used, shared, or published.
- Define exceptions – what to do when things go wrong.
- Define stop conditions – when to stop the workflow.
- Document – record the workflow, decisions, and versions.
Show illustrative partial example (different context)
Context: A student is preparing a study guide for a psychology exam. The task is to create a 5-page study guide from the course syllabus, lecture notes, and textbook.
=== WORKFLOW: PSYCHOLOGY STUDY GUIDE ===
=== STRUCTURED INPUT ===
Purpose: Create a study guide for the psychology exam.
Sources: Syllabus, lecture notes (12 files), textbook (selected chapters)
Constraints: 5-page maximum; include key concepts and definitions.
=== STAGES ===
1. Concept extraction (AI) – Extract key concepts from syllabus and notes.
2. Definition gathering (AI) – Gather definitions for each concept.
3. Synthesis (AI) – Synthesise concepts and definitions into a study guide.
4. Review (Human) – Review and revise the study guide.
5. Approval (Human) – Final approval.
=== STRUCTURED OUTPUT ===
– Concept list with definitions
– Source references for each concept
– Uncertainty log for unclear concepts
=== VERIFICATION POINTS ===
– After Stage 1: Verify concepts against syllabus.
– After Stage 2: Verify definitions against sources.
– After Stage 3: Verify the study guide against sources.
=== PERMISSION BOUNDARIES ===
– Draft: Personal study use only.
– Final: May be shared with study group.
Note: This is a partial example. Your complete project must include all eighteen elements.
20. Self‑Check Quiz
Question 1: What is a structured input?
Show answer and explanation
Answer: b
Explanation: A structured input is an organised, labelled set of information that reduces ambiguity. Option (a) is the opposite—unstructured. Option (c) describes a long prompt. Option (d) is a verified source, which is different from a structured input.
Question 2: What is the main purpose of a structured output?
Show answer and explanation
Answer: b
Explanation: The main purpose of a structured output is to support inspection, verification, and traceability. Option (a) is not the main purpose. Option (c) is incorrect. Option (d) is the opposite—structured outputs support review, not reduce it.
Question 3: What is traceability?
Show answer and explanation
Answer: b
Explanation: Traceability is the ability to link outputs back to specific sources, stages, and decisions. Option (a) is vague. Option (c) describes interpretability, not traceability. Option (d) describes data lineage.
Question 4: What is a verification gate?
Show answer and explanation
Answer: b
Explanation: A verification gate is a point where the workflow stops and a human checks accuracy against sources. Option (a) describes AI self-checking, which is not reliable. Option (c) is incorrect. Option (d) describes automatic approval, which is not verification.
Question 5: True or False: A structured output is automatically accurate because it is well-organised.
Show answer and explanation
Answer: False
Explanation: Structure does not guarantee accuracy. A structured output is easier to review, but you must still verify the content against the sources. Structure supports review, but it does not replace it.
Question 6: What is a permission boundary?
Show answer and explanation
Answer: b
Explanation: A permission boundary is an explicit rule specifying what outputs may be used for and what requires approval. Option (a) describes a generation limit. Option (c) describes training data restrictions. Option (d) describes a length constraint.
Question 7: In the SCOPE framework, what does the P stand for, and what is its focus?
Show answer and explanation
Answer: a
Explanation: In SCOPE, P stands for Produce, Review, and Permit Outputs. It focuses on managing outputs, review, and permissions. Options (b), (c), and (d) are not the meaning of P in SCOPE.
Question 8: What should you do with a provisional output?
Show answer and explanation
Answer: c
Explanation: A provisional output should be reviewed, verified, and approved before use. Options (a) and (b) are incorrect—provisional outputs must not be published or treated as final without review. Option (d) is not appropriate—you should keep the record for traceability.
21. Assignment Connections
Unit 5 provides advanced support for Assignment 2. As you work through this lesson, retain the following materials for your portfolio:
- Structured input template — the template you designed.
- Structured output samples — the outputs you designed for each stage.
- Workflow record — the complete workflow with stages, gates, and permissions.
- Traceability documentation — how you linked claims to sources.
At the end of Unit 5, you will extend at least one portfolio entry into a context-engineered design. For now, focus on building a strong foundation.
Unit 5 journal prompts will address your workflow design decisions. For this lesson, consider:
- How did structured inputs and outputs improve your workflow?
- What verification gates did you add, and why?
- How did you define permission boundaries for your output?
- What exceptions did you anticipate, and how did you handle them?
Do not provide model journal answers. These are for your personal reflection.
Show reflection-planning checklist
- ☐ I can design structured inputs that reduce ambiguity.
- ☐ I can design structured outputs that support review.
- ☐ I can connect stages into a complete workflow.
- ☐ I can add verification and review gates.
- ☐ I can define permission boundaries.
- ☐ I can preserve traceability from source to output.
22. Key Takeaways
- Structured inputs are organised, labelled information that reduce ambiguity and support consistency.
- Structured outputs are organised responses that support inspection, verification, and traceability.
- Traceability is the ability to link outputs back to sources, stages, and decisions.
- A workflow is a complete, interconnected sequence of stages, reviews, and decisions.
- Verification and review gates are points where the workflow stops for human review.
- Permission boundaries specify what outputs may be used for and what requires approval.
- All AI outputs should be treated as provisional until reviewed and approved.
- The Produce, Review, and Permit element of SCOPE focuses on managing outputs.
- Structure does not guarantee accuracy—verification is still required.
23. Key Terms
- Structured input
- An organised, labelled set of information that reduces ambiguity.
- Structured output
- An organised, labelled set of information produced by an AI system.
- Traceability
- The ability to link outputs back to specific sources, stages, and decisions.
- Workflow
- A complete, interconnected sequence of stages, reviews, and decisions.
- Verification gate
- A point where the workflow stops for accuracy checking.
- Review gate
- A point where the workflow stops for quality assessment.
- Approval gate
- A point where formal permission is obtained.
- Permission boundary
- An explicit rule specifying what outputs may be used for.
- Provisional output
- A draft output that requires review before use.
- Claim inventory
- A list of claims with source references and confidence levels.
- Uncertainty log
- A record of uncertain or unverified claims.
- Produce, Review, and Permit (SCOPE)
- The element of SCOPE that focuses on managing outputs.
24. Looking Ahead: Lesson 5.4
In this lesson, you learned to design structured inputs and outputs, connect stages into complete workflows, and establish permission boundaries. In Lesson 5.4, you will learn to detect and address context drift, conversation drift, task drift, output drift, and workflow drift. You will also learn about prompt injection and how to apply the complete SCOPE framework—including the Evaluate, Escalate, and Evolve element—to maintain control over your workflows.
After Lesson 5.4, you will be ready to apply the complete SCOPE framework to your own workflows and to prepare for Unit 6: Human-AI Collaboration.
25. Sources & Further Reading
- Primary source: Chapter 5: Advanced Prompting and Context Engineering, COMP 3270 textbook.
- Supporting sources: Appendix B (Prompt Design Toolkit), Appendix E (AI Workflow Design Toolkit), and Appendix D (Responsible-Use Toolkit) from the COMP 3270 course materials.
- Institutional guidance: [INSERT VERIFIED REFERENCE TO INSTITUTIONAL AI POLICY]
- Further reading: [INSERT VERIFIED REFERENCE TO RELEVANT PEER-REVIEWED LITERATURE]
Some textbook content, definitions, examples, and figures are marked with placeholders. These will be supplied by the course coordinator or subject-matter expert.