agent-apprenticeship: Agent Apprenticeship Turns AI Agents Into Trainable Workers

Forsy-AI’s ecosystem treats every task run as a lesson: trace it, critique it, revise it, and feed the result back into a shared memory for future agents.

8 min read View on GitHub More from Forsy-AI

A wide workshop scene shows a small mechanical apprentice at a bench while a mentor figure marks up a blueprint overhead. Task cards, a trace notebook, and a filing drawer of reusable lessons surround the workbench, showing that output becomes training material. The scene explains the repo’s central idea: agent work is valuable because it can be reviewed and reused.
Agent Apprenticeship turns execution into curriculum. The point is not just to finish a task, but to preserve the path that got there.
Key Takeaways

Most agent frameworks chase autonomy. Forsy-AI/agent-apprenticeship chases teachability. That is the sharper bet, because real work rarely ends with one perfect response. It usually ends with a first attempt, a critique, a revision, and a record of what changed.

A living ecosystem where AI agents learn from real-world work through iterative workflow loops, reusable experience, and collective training signal exchange.

Forsy, Project Maintainer · Forsy-AI/agent-apprenticeship README

The machine does not just solve tasks. It stores the lesson.

That sentence is the project’s real thesis. A completed run only matters if it can be turned into training signal, and a training signal only matters if it can be reused by the next agent. The repo is trying to make experience a first-class asset, not a side effect.

That is why the repository reads less like a demo and more like a labor system. Its vocabulary is deliberate: tasks, traces, mentor critique, revised attempts, experience packs, and ecosystem contributions. The project is not asking whether an agent can do the work. It is asking whether the work can teach another agent to do it better.


What an apprenticeship loop actually looks like

The loop is the product. One task becomes a reusable lesson only after traces, critique, and revision are bundled into something the next agent can consume.

The workflow is simple enough to explain in one breath. An apprentice agent starts with a task, produces a baseline attempt, gets mentored, revises, and then packages the result into a contribution bundle. What looks like a standard run is actually a multi-stage record of learning.

npx agent-apprenticeship init
npx agent-apprenticeship run
npx agent-apprenticeship bundle

That CLI shape matters because it lowers the cognitive load. You are not wiring up a bespoke research pipeline or inventing your own evaluation format. You are stepping into a contract: run work, capture traces, produce critique, publish the lesson.

The schema layer is the real product

The most consequential files in the repo are not the flashy ones. They are the JSON schemas. seed_task.schema.json and contribution_bundle.schema.json define what counts as a valid task, a valid trace set, and a valid learning artifact. That is governance, not decoration.

SchemaRoleWhat it protectsWhy it matters
seed_task.schema.jsonDefines the task recordTrace counts, paths, and task metadataMakes every run measurable and comparable
contribution_bundle.schema.jsonDefines the reusable outputTraces, mentor checkpoints, follow-ups, manifestTurns raw work into a portable learning unit
attempt_manifest.jsonDocuments a specific runInputs, exclusions, refs, learning signalsPreserves provenance without leaking messy local context

This is the part of the project that feels closest to infrastructure. Schemas keep the system honest. They make it possible to exchange work between agents, compare attempts across tasks, and preserve provenance without collapsing into a pile of logs.

Why revision is the signal

A close-up shows two technical drawings pinned side by side. The left sheet is rough, labeled baseline, with crossed-out arrows and missing pieces. The right sheet is cleaner and labeled revised, with annotations, a mentor stamp, and a ribbon of data flowing into an archive box. The image explains that the gap between first attempt and revised attempt is the valuable artifact.
The project treats revision as evidence. The delta between the first attempt and the improved one is where supervision and future learning live.

This is the repo’s strongest move. It does not pretend the first answer is enough. It promotes the delta between baseline and revision to the thing that matters, because that is where supervision, error analysis, and reuse all begin.

There is a practical reason this is more credible than one-shot agent theater. Most interesting work is not solved in a single pass. The project acknowledges that reality and converts iteration into structure instead of treating it as a mess to hide.

Mentor modes make the system practical

ModeWho supervisesBest atTrade-off
model-assistedA stronger modelFast, repeatable critiqueCan miss domain nuance
expert-ledA human expertHigh-quality judgmentCosts more attention
hybridModel plus humanBalanced throughput and accuracyNeeds coordination

The mentor modes matter because they make the project honest. It does not assume humans are unnecessary, and it does not assume every task deserves expert attention. Instead, it offers a range of supervision styles that map to different kinds of work.

That is a good sign. It suggests the repo is thinking about operational reality, not just model capability. A learning system is only useful if supervision can scale with the task, the team, and the stakes.

The dataset is the proof

The repository is not just a framework. It includes a seed dataset with many task attempts, manifests, traces, and learning signals. That gives the project a second identity: it is also a data product, with structure already baked into the corpus.

That matters because learning systems need evidence. If the repo only described a workflow, it would be aspirational. Because it already contains baseline and revised attempts, excluded references, and structured artifacts, it behaves like a working archive of agent labor.

How it compares to mainstream agent stacks

ProjectPrimary goalLearning modelHuman supervisionBest use case
Agent ApprenticeshipTurn work into reusable experienceBaseline, critique, revision, bundleBuilt inTraining an ecosystem of agents
LangChainBuild LLM-powered appsDeveloper-definedOptionalGeneral agent and app composition
AutoGPTAutonomous goal seekingTask decomposition and tool useOptionalAutonomous demo workflows
BabyAGIMinimal task execution loopPrioritize and execute tasksOptionalSimple agent experiments
Semantic KernelLLM integration SDKPluggable skills and functionsOptionalEnterprise app integration
OpenAI Assistants APIManaged assistant platformPersistent threads and toolsPlatform-controlledHosted assistant workflows

The comparison is not about feature count. It is about category. Most mainstream stacks help you build agents. This repo is trying to turn agent work into a reusable training economy. That is a different layer of the stack, and a more opinionated one.

If the project succeeds, the value will not come from a smarter prompt or a better wrapper. It will come from a shared memory of what worked, what failed, and what changed on the way to a better result.

The bigger bet: collective memory for agents

That is the real strategic claim here. Agent quality may improve less through isolated model upgrades than through structured exposure to prior work. The repo is betting that future agents will get better by absorbing lessons, not just outputs.

That makes the project feel unusually grounded for an AI repo. It replaces the fantasy of perfect autonomy with something more durable: apprenticeship, supervision, and accumulation. In a field full of one-shot demos, that is a serious idea.