Day 63 · Part 3 workshop · Course Buyer: Part 3 or BundleInput / Output Definition — practical workshop

Part 3 workflow/SOP progression. Course path note: Part 3 workshop page for enrolled learners.

AI Ages Day 63

Part 3 | Practice workshop

Day 63: Input / Output Definition

Define the workflow input packet, output format, acceptance standard, missing-input rule, and review owner.

3core rows
3 learner rows
8fields
1artifact
Deep path: improve the same 3 rows with stronger evidence, limits, and repair notes.
V1Scenario

Concrete workplace scenario

The manager asks what each workflow candidate needs as input and what output it must produce.

The trap is defining input/output loosely. D63 must name required inputs, optional inputs, output artifact, evidence, and readiness signal.

V2Worked answer before the table

Worked answer

Bad example first: the plausible shortcut fails

Weak example

“Input: customer information. Output: renewal-risk summary.”

What goes wrong

The weak version contains customer information, summary, no required evidence, no readiness signal.

Work-ready version: use the day rule

Required input

Blocks the workflow if missing.

Output artifact

The work product created.

Readiness signal

How humans know it is ready or blocked.

V3Decision fork

Quick decision check

Workflow I/O needs required inputs + output artifact + readiness signal

Use this rule before filling the build table. The goal is a decision-ready artifact, not a broad summary.

Required input

Blocks the workflow if missing.

Output artifact

The work product created.

Readiness signal

How humans know it is ready or blocked.

TRACEToday’s workflow trace

Workflow/SOP foundation week workflow trace

RESULTToday’s visible result

Before / after: what changed in your work?

Before learning

After learning

What AI-in-workflow means today

Q1Case

Workplace case

The worker selected a repeated renewal-risk update, but the process will drift unless the input packet and output standard are explicit.

Main learning job

Define the workflow input packet, output format, acceptance standard, missing-input rule, and review owner.

Failure mode

Breaking down steps before knowing what input is required and what output must be accepted.

Q2Guidance

Row/time guidance

Core: 3 input-output rows; Deep: improve the same 3 rows with stronger evidence, limits, and repair notes. Do not map steps until required input/output and missing-input rule are visible.

Q3Handoff

Artifact handoff

Previous artifact: D62 repeated_task_candidates.md

Next artifact: D64 step_breakdown.md

Learning checkpoint: Keep the handoff useful to the next lesson by naming evidence, limitation, owner, and stop rule.

LCCheckpoint

Learning checkpoint

This page keeps Day 63 connected to the surrounding course path. Use the previous artifact as working input, produce today's artifact, and hand it to the next lesson with limitations visible.

MPMicro-practice

Input/output contract example

For renewal-risk review, the input packet is account list, renewal date, latest support notes, and owner. The output is a risk summary with caveat and next action. Missing renewal date triggers a stop, not a guess.

RDDecision

Contract repair check

If the output asks for a risk label, the input must include current account evidence. If it does not, write a missing-input rule before adding another step.

KVExample cards

Static card version of the worked example

Use these cards before the wide table so the example does not depend on horizontal scrolling.

Worked move

Input/output contract example

Decision standard

If the output asks for a risk label, the input must include current account evidence. If it does not, write a missing-input rule before adding another step.

EXSample

Day-specific completed sample row

No.Workflow candidateRequired inputOptional inputOutput formatAcceptance standardMissing-input ruleReview ownerD64 step need
1Weekly renewal-risk updateCRM risk fields, latest account note, renewal dateCustomer success commentManager-ready risk summary with evidence linksEvery risk claim has source and requested decisionIf CRM note missing, mark unknown and request owner updateSales ops leadBreak into collect, verify, classify, draft, review, send

No. 1

Workflow candidate
Weekly renewal-risk update
Required input
CRM risk fields, latest account note, renewal date
Optional input
Customer success comment
Output format
Manager-ready risk summary with evidence links
Acceptance standard
Every risk claim has source and requested decision
Missing-input rule
If CRM note missing, mark unknown and request owner update
Review owner
Sales ops lead
D64 step need
Break into collect, verify, classify, draft, review, send
Q4Build

Build workflow_io_definition.md

Core: 3 input-output rows; Deep: improve the same 3 rows with stronger evidence, limits, and repair notes. Do not map steps until required input/output and missing-input rule are visible. Blank required fields create export warnings.

No.Workflow candidateRequired inputOptional inputOutput formatAcceptance standardMissing-input ruleReview ownerD64 step need
1
2
3
Q5Summary

Summary / decision

Q6Handoff

Downstream handoff field

V5Repair pass

Repair one weak row

Use this pass to find the row that would make the artifact look ready while hiding evidence gaps, unclear owner decision, missing exception, or weak handoff.

Repair example

Weak row: Input: customer info; output: summary.

Repair move: Add required evidence, optional context, output artifact, evidence used, and ready/block signal.

Better row: Input: current CRM renewal note; optional support ticket; output: risk summary with source; ready if source current, blocked if stale.

Choose the row you would be comfortable carrying into the next day.

Choose the row most likely to fail before AI use.

Sentence starter: The weak row is weak because ___. I will repair it by adding ___ before using AI.

QXExport artifact

Export artifact

This file is today’s work receipt. It should show the exact decision or handoff that the next day can use, not just that you filled a table.

Before you export

  • Does the export distinguish required input, optional context, output artifact, and readiness signal?
  • Does it avoid broad input/output labels?
  • Would D64 know which steps must be broken down?

What this artifact proves: This file proves the learner can define workflow inputs and outputs tightly enough to execute.

Weak export: Input: customer info; output: summary.

Good export: Input: current CRM renewal note; optional support ticket; output: risk summary with source; ready if source current, blocked if stale.

Click Generate Markdown to create workflow_io_definition.md.
Part 3

workflow_io_definition.md

Built from your course work.