How I work · AI systems

The Agentic Design System

How I use AI agents to research, draft, QA, and document learning, without handing over the judgment.

Not eight personalities. Four groups of instruction files, each with one job.

ContentDrafts, storyboards, and case studies, written from the project record rather than from scratch.
VerificationThree checks that can block a release. They run as scripts, not as reminders to myself.
OperationsScheduled runs that gather the state of the work and report it before I ask.
Canonical sourceOne place the standards, decisions, and open loops live, so nothing is decided twice.

Two agents with overlapping descriptions break routing, so the system got smaller on purpose. Fewer, sharper roles beat more of them.

The map · drawn the way I'd teach it

Meet HEELER, the dog that runs the farm.

I explain my own systems the way I'd design a lesson: one metaphor, labeled parts, and a clear line between what runs on its own and what waits for me.

An illustrated farm map of Rachel's automation system. A farmer labeled The Owner stands outside the fence and decides and sends. Inside the paddock, three sheep labeled The Morning Hands run while she sleeps, herded by a cattle dog labeled HEELER who guards the gate. An alarm bell with a red pull rope is the Emergency cord that stops everything. Work leaves through a gate labeled The Checkpoint where nothing leaves unchecked, watched by a small bird labeled The Canary that tests the gate every day. Results are stored in a barn labeled The Memory Barn, where every result is written down.

Why a heeler? A heeler keeps the herd moving by nipping at heels: it barks rarely and steps in only when something strays. Read aloud, it is also healer. That felt right for a system whose whole job is to keep the work moving and to interfere only when something goes wrong.

Five groups · nine callable skills · five scheduled runs.

Focus AI-assisted learning production
Type A working system, not a demo
Tools Articulate 360 (Storyline 360, Rise 360) · SCORM 1.2/2004 Claude, GPT-4o, Nous Hermes (local LLM agents) · Higgsfield (media) · Obsidian SAP SuccessFactors Learning · TalentLMS HTML/CSS/JS · Git
View First72Hours → Get in touch →
01 · The problem

The bottleneck isn't the idea. It's everything around it.

Good scenario design is slow, and the slow part usually isn't the concept. It's the surrounding work: gathering and checking research, drafting variations, catching inconsistencies across branches, and keeping documentation current.

Done by hand, that work is real and unavoidable, and it crowds out the actual design thinking. The hours go to upkeep instead of to the judgment calls that decide whether a scenario lands.

02 · What I built

A repeatable pipeline, not one prompt at a time.

Instead of using AI a prompt at a time, I run a pipeline: research → draft → build-support → QA → document. Each stage hands off clearly to the next, and I stay the decision-maker at every gate.

Research Draft Build-support QA Document

The agents do the legwork; I own the calls.

03 · In practice

Where the pipeline shows up in the real work.

01

AI media pipeline

I generate image and video assets for learning content with tools like Higgsfield. Production doesn't stall waiting on stock or a designer to free up.

02

POC design + audit

I rapidly design learning proofs-of-concept. Each one is audited against my own standards before it goes any further.

03

Canonical source + rules database

A single source of truth holds every project's standards and decisions. It keeps the work consistent and current across projects.

04

Knowledge base (Obsidian)

A research repository that feeds design directly. Findings live in one place instead of scattered across notes.

05

Multi-tool build

I built the flagship in both Storyline 360 and Rise 360. Each tool was chosen for the job it did best rather than out of habit.

06

Learner pledge → shareable post

I built a flow that turns the pledge a learner writes at the end into a share-ready post, so the commitment continues beyond the screen. Public commitment is a known behavior-change lever. It's instructional design, not vanity.

04 · What the system guarantees

Six things that hold whether or not I am paying attention.

An instruction telling an agent to be careful is a request. These are the parts that do not depend on the agent cooperating.

01

Nothing publishes from a broken package

A check inspects the build before it uploads. Wrong file types, a missing entry point, or wording that should not have survived editing, and the upload is refused outright.

02

Nothing is called done until it exists

A completion check looks for the actual file before anything is marked finished. An intention to produce it does not count.

03

Nothing goes out without a five-point pass

Every outward-facing piece clears the same five checks, and the result is written down. No record, no send.

04

It runs without me, and reports

Scheduled runs collect the state of the work each morning and hand it back as one screen. A single file stops all of them when I need it stopped.

05

Verification reads the source, not a summary

When something needs checking, the check goes to the original: the live page, the primary record, the raw file. A summary of the truth is not the truth, and I have been burned by treating it as one.

06

I measure what it costs when idle

Automation that sits idle still burns resources. I audited that and cut the parts that were spending for nothing.

05 · The principle

Human judgment leads; AI leverages.

The agents never decide what's true, what's ethical, or what a learner should feel. They compress the busywork so I spend more time on the parts only a designer should own.

I'm transparent about where AI helps, because that's where the ethics live. Naming the boundary is part of the design, not a footnote to it.

06 · Why it matters

The question every hiring team is asking.

Hiring teams keep asking one thing: how do you actually implement AI in a learning workflow, beyond a chatbot? This system is my answer, in practice.

Every asset, POC, and standard on this page came out of this pipeline, in a workflow a team could adopt, with the judgment kept where it belongs.

Inside the system
Higgsfield
A section of the AI-generated asset gallery: adopted dogs resting in warm, lamplit rooms and open crates, produced for First72Hours learning content.

AI media pipeline. Generated image and video assets for learning scenes, produced on demand. Production never stalls waiting on stock or a designer to free up.

Slack
An agent panel in Slack acting as a QA gate: the final vote table with approve and revise marks, reaching a REVISE tally, followed by a list of concrete action tasks.

POC audit / QA gate. An agent panel votes on each design decision before it ships: approve, revise, or block. Every REVISE comes with concrete action tasks, not vague notes.

Notion
A Notion database titled Design Standards, Single Source of Truth, showing the title and the first several checklist rows of canonical standards enforced on every project.

Canonical source + rules database. One living record of the standards every project is checked against. Decisions get made once, then enforced everywhere.

See it in action

The flagship this system produced: First72Hours.

First72Hours: a scenario-based simulation for new dog adopters, built end-to-end with this pipeline.

Send me a message

Let's talk.

Hiring, a project, or a question about how something on this site was built. It reaches me directly and I answer every one.

Prefer email or LinkedIn? (click to copy) · LinkedIn