Lesson 5.3 · Weeks 3–4 · Reading: Chapter 5

Structured Inputs, Outputs, and Multi-Stage Workflows


Organising information so that AI-supported work is unambiguous, inspectable, and traceable— from the input you provide to the output you permit.

Estimated study time: 3–4 hours Prerequisite: Lessons 5.1 & 5.2 Module 2 · Weeks 3–4

Table of Contents

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.

Why this matters: Unstructured inputs lead to ambiguous, inconsistent, and hard-to-verify outputs. Structured inputs and outputs are the bridge between a well-designed prompt sequence and a reliable, auditable workflow. They make it possible to trace every claim back to a source, catch errors early, and maintain human control throughout the process.

2. Learning Outcomes

By the end of this lesson, you should be able to:

  1. Define structured input, structured output, workflow, and traceability.
  2. Design structured inputs that reduce ambiguity.
  3. Design structured, inspectable outputs.
  4. Connect stages into a multi-stage workflow.
  5. Establish verification and review points.
  6. Define provisional outputs and distinguish them from final outputs.
  7. Identify exception, escalation, and stop conditions.
  8. Preserve traceability from source to output.
  9. Define permission boundaries for outputs.
  10. Apply the Produce, Review, and Permit element of SCOPE.

3. Before You Begin

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"

📌 Scenario — Public-Information Summary: Unstructured to Structured

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:

  1. What problems arise from using unstructured inputs and outputs?
  2. How could structured inputs improve the process?
  3. What would a structured output look like, and how would it support review?
  4. 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

Definition — Structured Input

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?

Types of structured inputs

Table 1. Common structured input formats
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
Example: structured input for a policy-summary task
=== 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.
Common misconception: "Structured input must be verified input." No—a structured input is organised, but it is not automatically verified. The structure makes it easier to verify, but you still need to check the content against the original sources.
Section summary
  • 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

Definition — Structured Output

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?

Types of structured outputs

Table 2. Common structured output formats
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
Example: structured output for a policy-summary task
=== 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.
Critical principle: Structured output is not automatically accurate. Structure makes it easier to review, but it does not guarantee accuracy. You must still verify the content against the sources.
Section summary
  • 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

Definition — 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

How to preserve traceability

Example: traceability in practice

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.

Section summary
  • 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

Definition — Workflow

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

  1. Context preparation: Select sources, build a context package.
  2. AI generation: Run stage-specific prompts.
  3. Human review: Review outputs against criteria.
  4. Verification: Check claims against sources.
  5. Revision: Correct errors and improve outputs.
  6. Approval: Obtain required approvals.
  7. Permitted use: Use the output for its intended purpose.
  8. Monitoring: Monitor for errors or drift.
  9. Correction: Correct errors and document changes.
Common misconception: "A workflow is just a series of prompts." No—a workflow includes the human decisions, review points, permissions, and exception handling that surround the prompts. The prompts are only one part of the workflow.
Example: complete workflow for a policy-summary task
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
Section summary
  • 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

Table 3. Types of gates and their purposes
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

Critical principle: Do not skip gates. Skipping a verification or review gate is one of the most common causes of error propagation and workflow drift. If a gate is skipped, the workflow is no longer reliable.
Section summary
  • 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

Definition — 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

Table 4. Common permission categories
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
Example: permission boundaries for a policy-summary task
=== 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.
Critical principle: Drafting must be separated from approval. A provisional output should not be treated as final without explicit review and approval. The AI does not grant permission—humans do.
Section summary
  • 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

Definition — Provisional Output

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

Transitioning from provisional to final

  1. Review: Human reviews the output against criteria.
  2. Verify: Check claims against sources.
  3. Revise: Correct errors and improve quality.
  4. Approve: Obtain explicit approval from an authorised person.
  5. Finalise: Label the output as "FINAL" and document the approval.
Warning: Do not treat provisional outputs as final. AI-generated content may contain errors, omissions, or hallucinations. Always review, verify, and approve before using any AI-generated output for decisions, actions, or publication.
Section summary
  • 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).

Figure 1 (placeholder): [INSERT VERIFIED SCOPE WORKFLOW DIAGRAM] — The SCOPE framework, with stage 4 emphasised in this lesson.

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:

🧩 Practice: applying P

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.
Section summary
  • 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

Step 6: Permission and approval

Walkthrough summary
  • 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

Step 4: Approval and permissions

Worked example summary
  • 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

🧩 Activity 5.3.A: Structured Input Redesign
  • 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.
🧩 Activity 5.3.B: Structured Output Specification
  • 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]
🧩 Activity 5.3.C: Workflow Assembly
  • 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
🧩 Activity 5.3.D: Permission Boundary
  • 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

📝 Exercise 5.3.1: Convert Unstructured Content into Structured Input
  • 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.
📝 Exercise 5.3.2: Design a Structured Output
  • 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]
📝 Exercise 5.3.3: Connect Workflow Stages
  • 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
📝 Exercise 5.3.4: Add Verification and Review Gates
  • 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.
📝 Exercise 5.3.5: Define Output Permissions and Restrictions
  • 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

Estimated time: 1.5–2 hours · Formative · Recommended for portfolio preparation.

🧠 Problem 5.3.1: Structured Input (I)
  • 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.
🧠 Problem 5.3.2: Structured Input (II)
  • 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.
🧠 Problem 5.3.3: Structured Output (I)
  • 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]
🧠 Problem 5.3.4: Structured Output (II)
  • 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]
🧠 Problem 5.3.5: Traceability Problem
  • 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.
🧠 Problem 5.3.6: Workflow-Assembly Problem
  • 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
🧠 Problem 5.3.7: Verification-Gate Problem
  • 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.

🧠 Problem 5.3.8: Permission-Boundary Problem
  • 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.

🧠 Problem 5.3.9: Provisional vs. Final Problem
  • 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.
🧠 Problem 5.3.10: Exception-Handling Problem
  • 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:

  1. Detect: Stage 2 output is incomplete; a source is missing.
  2. Document: Record the exception: "Source X could not be processed due to unsupported format."
  3. Escalate: Notify the human reviewer that the source could not be processed.
  4. 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.
  5. Action: Based on the decision, either re-run Stage 2, continue with the exclusion documented, or stop.
  6. Document: Record the decision and the action taken.
🧠 Problem 5.3.11: Transfer Problem
  • 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

📁 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.

  1. Human purpose
  2. Scope
  3. Source-controlled context (from Lesson 5.1)
  4. Structured input template
  5. Task stages (names and purposes)
  6. Prompt sequence (from Lesson 5.2)
  7. Structured output for each stage
  8. Source traceability (linking claims to sources)
  9. Verification points (what and where to verify)
  10. Human review points (where a human must review)
  11. Specialist review (if required)
  12. Provisional-output labels
  13. Approval requirement (who must approve)
  14. Output permissions (what may be used, shared, or published)
  15. Exception path (what to do when things go wrong)
  16. Stop condition (when to stop the workflow)
  17. Workflow record (documentation of the workflow)
  18. 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
  1. Define purpose – what is the human goal?
  2. Design structured input – organise task info, sources, constraints.
  3. Define stages – decompose the task into logical stages.
  4. Design prompts – for each stage, using PCAFE-V.
  5. Design outputs – for each stage, with source references.
  6. Add gates – verification, review, approval.
  7. Define permissions – what may be used, shared, or published.
  8. Define exceptions – what to do when things go wrong.
  9. Define stop conditions – when to stop the workflow.
  10. 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

~20 minutes · Formative · Ungraded. Explanatory feedback is provided for every item.

Question 1: What is a structured input?

Select one:
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?

Select one:
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?

Select one:
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?

Select one:
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.

Select one:
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?

Select one:
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?

Select one:
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?

Select one:
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

Assignment 2: Prompt Engineering Portfolio

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.

📝 Assignment 1: Reflective Journal

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

Remember these points
  • 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

Note: All page numbers, specific definitions, and direct quotations from the textbook are to be confirmed from the supplied course materials. [PAGE NUMBER TO BE CONFIRMED]

⚠️ Note

Some textbook content, definitions, examples, and figures are marked with placeholders. These will be supplied by the course coordinator or subject-matter expert.


👤