Five ideas we drew on the board during the session — how a model gets built, why the context window fills up, how an agent's instructions persist, how a good prompt becomes reusable, and how the design interview produces something portable. Saved here so you can share them with anyone who missed the day.
Live-session recap · ~6 min readThe module pages walk each of these ideas through in more depth — this page is the one-glance recap. Click any board to enlarge; use the tags to jump into the matching explainer.
Top row: data → pretraining → a model, fixed at a training cutoff (2025 on the board). Middle row: inference is you sending a message straight to that model — and the red cross marks its limit, because a frozen model cannot know today's figure or your policy. Bottom row: the same question routed through an agent, which reaches the web and your own systems through tools and connectors — email, files, Slack.
In conv 1, turn 2 sends turn 1 plus its reply plus the new message, and turn 3 adds more again. The bracket on the left is the context size; by turn 20 the thread is pushing 75% of it, which is where things get slow, expensive and forgetful. Sum is summarisation compressing older turns to buy room. conv 2 starts clean — the red line is deliberate isolation, so the second conversation is not polluted by the first. The Space sits above both, reachable from either.
This is the counterpart to board 2. Where a plain chat accumulates history, a saved agent — here the HR Guideline Assistant we built together — carries its instruction in as permanent context at T1, T2, T3 and every turn after. The brief does not fade as the conversation grows, because it is re-supplied rather than remembered.
Left: the way it goes today. You iterate — T1, T2, T3, T4 — each pass producing out1, out2, out3, until the output is finally right. Everything inside that brace is the prompt template you just built by hand without meaning to. Right: the same result from a single turn, because the template was saved as a reusable skill and simply invoked. Same output, a quarter of the effort.
Step 1: instead of writing a canvas from a blank page, you let the assistant interview you — five turns, one per CRAFT slot, each with options you can just pick from. Step 2: what comes out is a design document, not a chat log. Step 3: that design becomes the agent instruction you paste into the platform you are building on.
Design.md are the whole point of the day. The design is the asset, and it is portable — the same document briefs a coding assistant, a different chat platform, or the internal platform your team lands on next year. We built on Amazon Quick, but nothing you wrote is stranded there.The whiteboards were shortcuts — a chunk of an idea, drawn fast. The explainers below take each one further, with interactive walkthroughs, sample data and the framings we did not get to on the board.
| Whiteboard | Go deeper |
|---|---|
| 1 · Model, inference & tools Pretraining · cutoff · connectors |
F1 · From Chatbots to Agents is the fuller version of the bottom row — how a model becomes an agent that acts, and what "autonomy" actually means when you write it down. |
| 2 · Context window Thread growth · summarisation · isolation |
Pre-read · LLM Foundations covers tokens in and out. Platform · Spaces is where "shared across conversations" becomes a real feature rather than a diagram. |
| 3 · Agent instructions Permanent context · consistency |
F3 · Guideline Assistant is the agent on this board. Platform · Facts vs Rules shows the same rule living in two places — reworded in the instruction, preserved verbatim in a reference document. |
| 4 · Reusable prompts Iterate → template → invoke once |
F2 · Prompt Engineering gives you the CRAFT framework the template rests on. F4 · Agent Design Canvas is the same move for a whole agent. |
| 5 · The design interview Five rounds → a design → any platform |
F4 · Agent Design Canvas holds the interview prompt itself — copy it, paste it, and it asks you the five questions again for your next workflow. |