01 · Meet Hoolio

The AI that won’t do your homework.

Pick the job you want. Hoolio reads the actual job ads, finds what you’re missing, and hands you real work to close the gap. He’ll help when you’re stuck. He just won’t do it for you. That’s the whole point.

Read a real conversation Hoolio the owl, calmly keeping an answer box locked
Hoolio · a real learner session
You · asking cold

can you just write the scope doc for me?

Hoolio · the refusal

I won’t do “Choose One Narrow Agent Job” for you. You said: “can you just write the scope doc for me?”. Show me what you’ve tried—code, text, an error, a link, or a commit—and you earn the next hint.

You · showing your work

I started on the evidence checker. Here is the function so far: async function listEvidence(repoUrl: string) { const { owner, repo } = parseRepoUrl(repoUrl); const commits = await octokit.rest.repos.listCommits({ owner, repo, per_page: 25 }); return commits.data.map((c) => ({ sha: c.sha, message: c.commit.message })); } It works on public repos, but on a private test repo it throws RequestError [HttpError]: Not Found (404). I expected 401 or 403 for auth problems, so I'm confused about the 404. I think I need to pass an auth token but I'm not sure where it belongs or why GitHub answers 404 instead of 403.

Hoolio · hint 2/5 · earned

Look up GitHub REST API “authentication” and “404 Not Found for private resources.” Focus on how Octokit receives authentication when the client is constructed—not in `listCommits`—and why GitHub may conceal the existence of a private repository from an unauthenticated or unauthorized caller.

Put together from the demo learner's real session, shortened. The attempt and the hint are saved records, shown straight from the data. The cold ask and the refusal are rebuilt exactly as the session played them, because refusals are never stored. On purpose. The whole conversation is on the transcript page.

02 · The thesis

Every AI will do your homework.

Journeyman makes you do it, then proves you did.

Hoolio sketching out a learner’s next milestone

03 · The receipts

Your plan comes from real job ads.

Paste in postings for jobs you actually want. Hoolio reads them and lists what you’re missing, and every gap points back at the exact line in the ad that asked for it. Here’s the demo learner’s real list:

Hoolio reading a job posting with a loupe
01

Resilient stateful agent workflow orchestration

All three roles need services that preserve state across multi-step or long-running work and recover correctly from failures. This is the central backend skill separating conventional request-response web services from production agent systems.

See it in the job ad
design stateful workflow orchestration for long-running agent tasksJob post 1
orchestrate multi-step, stateful agent workflowsJob post 2
make stateful workflow orchestration resilient to failures, retries, and timeoutsJob post 3
02

Agent evaluation harnesses and success metrics

Production agent teams must measure whether an agent completed the intended task correctly, not merely whether its code executed. You need experience defining success criteria, building repeatable eval cases, and detecting behavioral regressions.

See it in the job ad
build evaluation and observability pipelines that catch regressions before they shipJob post 1
evaluation harnesses that measure whether an agent actually succeeded, not just whether it ran without throwingJob post 2
write the tests and eval suites that prove an agent's output is trustworthy before it reaches real usersJob post 3
03

Agent observability, tracing, and production debugging

Agent behavior spans multiple model calls, tools, and state transitions, so ordinary request logs are insufficient. You need traces and structured telemetry that make failures and unexpected decisions diagnosable in production.

See it in the job ad
Experience with LLM eval frameworks, tracing, or retry and timeout semantics is a strong plus.Job post 1
instrument everything with observability so we can debug agent behavior in productionJob post 2
you'll add agent evaluation and observabilityJob post 3
04

Safe tool-use APIs and permission enforcement

Agents can cause real side effects through tools. A backend agent engineer must constrain available actions, validate inputs, enforce permissions, and prevent unsafe execution rather than relying on model instructions alone.

See it in the job ad
harden tool-use safety so agents can't take unsafe actionsJob post 1
expose tool-use APIs with strict safety and permission checksJob post 2
write tool-use safety guardsJob post 3
05

Automated integration testing for agent systems

Your profile does not list automated or integration testing as a current strength, while every post expects evidence that workflows, failure handling, and agent outputs remain reliable. This testing foundation also supports the higher-level evaluation work.

See it in the job ad
write rigorous integration testsJob post 1
with heavy automated testingJob post 2
you'll write the tests and eval suitesJob post 3
06

Agent state and trace data modeling in PostgreSQL

General PostgreSQL experience transfers, but agent platforms require a specialized model for workflow state, steps, attempts, tool calls, outputs, and traces. Learning this lets you turn your existing database skill into evidence directly relevant to agent infrastructure roles.

See it in the job ad
you'll model agent state and traces in PostgreSQLJob post 1
Our stack is TypeScript, Node.js, and PostgreSQLJob post 2
against a PostgreSQL data modelJob post 3

Nothing invented. Every gap cites the posting it came from.

04 · The struggle ladder

Show your work, earn your help.

Send Hoolio something real: code, a broken draft, an error message, a link. That earns one step of help. Ask cold and you get a polite no. Five steps, and the last one is you doing the explaining.

  1. 01

    A nudge

    One question, aimed right at the spot where you're stuck.

  2. 02

    A thing to look up

    The name of the exact idea you're missing. The reading is yours.

  3. 03

    Same idea, different picture

    The reasoning, shown somewhere else, so you can carry it back yourself.

  4. 04

    A skeleton

    Structure and checkpoints. The building is still on you.

  5. 05

    You explain it back

    Before anything gets confirmed, you walk Hoolio through how it works and what it'll do.

Hoolio at a blackboard, walking through the ladder one step at a time

05 · Built the same way

The owl had to show his work too.

Journeyman’s code was written by OpenAI Codex, one tightly scoped pass at a time, with the build passes committed to the public repo, including codex exec resume threads. The mentor’s reasoning runs on GPT-5.6 with strict output rules, retries, and saved run logs. The mentor that demands shown work was built by an agent that had to show its work.

Hoolio mapping out the build plan
journeyman / build receipts
$ codex exec --output-schema prompts/hint.schema.json
 one earned ladder level returned

$ codex exec resume --last
 build thread resumed with its receipts

$ npm run site:build
 full site built, every internal link checked

06 · Kick the tires

Nothing staged. Go look.

The demo is a saved copy of a real learner’s data. Read their actual conversation, or run the whole thing on your own machine with your own Codex login.

Hoolio shipping finished work
01

Watch the short tour

A sub-three-minute walkthrough is being prepared for the submission.

Video · coming
02

Read the real conversation

Every saved attempt and earned hint, exactly as the learner and Hoolio exchanged them.

Open transcript →
03

Run it in ~10 minutes

Your own computer, your own Telegram bot, your own Codex login. No Journeyman servers, no telemetry.

Follow the README ↗