createrole

Recursive Self-Improvement, with boundaries

A team of digital employees that improves itself

It works for you by day, writes down what it learns on the spot, and consolidates memory at night. You set exams for its profession and score them. It polishes itself on a snapshot, and only a candidate that beats the baseline waits for your approval. One lap, one version, always reversible.

Access is by application. Leave your email and we send an activation email once approved.

WorkNotesConsolidateEvalCoachYou approvecurrent versionv1

Work Finishes the task on its own sandboxed computer and delivers files.

All present, none of them the point:

  • Multi-turn chat
  • Task planning
  • Sandboxed terminal
  • File delivery
  • MCP tools
  • Skill files
  • Multiple models
  • Full-stack on-prem

createrole is about what happens after the task ends. Does what it learned today still exist tomorrow? Will it do better next time?

The self-improvement loop

Six stages. Each is a mechanism that actually runs in the product, with its own page.

  1. 01Context

    Notes

    Writes down what it learns while working

    Three files on its drive, written by itself: who I am, my relationship with you, mistakes I have made. When it learns something about you, makes a promise or gets something wrong, it writes it down immediately. All three are in context every turn, capped at 1,500 characters each, enforced on write.

  2. 02Memory

    Consolidate

    Distills the day into memory at night

    One diary entry per day, transcribed per session in real time. In the early hours it distills the day into memory pages, rewrites its relationship notes and lessons, and updates what it knows about you. If nothing is worth keeping, nothing is written.

  3. 03Eval system

    Night school

    One click generates a syllabus and question bank by profession

    It researches the profession in its soul profile online, and an examiner model writes a syllabus: skill dimensions by question type by difficulty. Calculation questions are verified by execution, knowledge questions must cite real sources, open questions follow a rubric. Practice and test pools are separate. Examiner and student use different models.

  4. 04External anchor

    Eval

    Scores the current version to set a baseline

    A judge model scores each answer against the reference, with a one-line comment per question, giving the current version a number. The answering model never scores itself. Without a question set with reference answers, coaching does not start.

  5. 05Candidates

    Coach

    Polishes itself on a snapshot

    Started by you. It scores the current soul first, then generates a candidate soul and scores it again. Only a candidate that strictly beats the baseline waits for your verdict. Anything lower is rejected automatically, and nothing changes before you decide. You see a score change, a rationale, and a line-by-line diff.

  6. 06Human on the loop

    Version

    You click apply, the version goes up

    Every version pins the model, soul, skills and tools of that moment and says where it came from. Apply means v+1. Every soul revision is stored in full and can be restored. The next day it works with the new version.

Model weights stay frozen. What changes is memory, notes, skills and the exam system.

Memory is not a chat log

Session records answer what happened. The diary answers what the day looked like. Memory answers what to do next time. Recall has three layers: a few dated one-line hooks every turn, a full page from the terminal when needed, and only then the diary.

  • Lessons

    The mistake, why, and what to do next time

  • Events

    Episodes with lasting significance

  • People

    Relationships, preferences, taboos, promises

  • Beliefs

    Conclusions about the world and your business, with confidence

  • Procedures

    How a given task gets done

  • Self

    Who it thinks it is

Pages in the product

Every one of these is a page on the trial platform.

Coaching result.
Coaching result. Ten questions against v1: baseline 90, candidate 97. Current soul on the left, candidate on the right, with a rationale for what changed. Discard or apply. Your call.
Version list.
Version list. Each version pins the model, soul, skills and tools of that moment and says where it came from. Soul revision history lives on the Nature tab and restores any version.
Eval.
Eval. Syllabus and question bank generated by night school for its profession. A judge model scores each answer, with a comment per question.
Growth panel.
Growth panel. Right side of the chat page: activity, nature, memory, skills, to-dos, diary. Every piece of growth opens.

Watch one full lap

A 1 minute 48 second recording: start coaching, wait for the candidate score, read the diff, click apply, and the version goes from v1 to v2. Waiting is sped up, nothing is cut.

Why it does not get worse over time

Self-improving systems have two known risks: without an external anchor they rise and then collapse, and a judge that shares its source with the generator confirms itself. Each one is answered with structure, not a prompt.

Risk: self-modifying weights

Model weights are frozen

What changes is memory, notes, skills and the exam system. The model is a row in a catalog, swappable at any time. Growth assets stay.

Risk: rewriting its own personality

Only you can change the soul

Profession and style live in the database. There is no file for them on the drive, and the sandbox cannot see or write them. A coaching candidate goes live only when you click apply.

Risk: self-confirmation

Examiner and student are separate

The examiner runs on a separate, stronger model tier. The answering model never scores itself. The question bank never enters the employee's context.

Risk: getting worse

Only candidates that beat the baseline

Every coaching run scores the baseline first. A candidate must score higher on the same set before you see it. Anything below is rejected automatically.

Risk: irreversibility

Every change leaves a version

Every soul revision is stored as a full snapshot and can be restored. Nightly steps run once per day.

Risk: context bloat

Hard limits, not soft prompts

The 1,500-character cap on notes is enforced on write. Deleting a conversation cleans up the memory and diary derived from it.

Work by day, grow by night

The loop, laid over one day.

By day it chats, plans, executes, delivers, and wakes up for due tasks. At night it consolidates memory, reviews relationships and lessons, and updates what it knows about you. Next morning, yesterday's lesson enters the first turn as a memory hook. Eval and coaching run when you start them.

One day of a digital employee

24h
  1. 09:00TaskYou: turn last week's meeting notes into a weekly report. It plans, runs the sandbox, delivers a docx.
  2. 11:30NotesYou mention a Wednesday afternoon meeting. It writes that into its relationship notes.
  3. 14:40CorrectionYou: leave exact amounts out of the report. Written into its lessons file on the spot.
  4. 15:00WakeA due task wakes it in its own session. It never interrupts the one you are using.
  5. 18:00DiaryToday's conversations have already been transcribed per session into the day's diary.
  6. 01:00ConsolidateDistills the day into memory pages, reviews and rewrites its relationship notes and lessons.
  7. 02:00ProfileUpdates what it knows about you: facts about the person, never work procedures.
  8. Next dayHookFirst turn of a new chat, yesterday's lesson is already injected as a memory hook.

Every step above is a mechanism that actually runs in the product.

Full stack on-prem. Keeps growing offline

Backend, frontend, sandbox service and memory service deploy to a customer's private network with one script. Unplug the network after acceptance and everything keeps working.

Two DGX Spark units linked back to back at 200GbE

On two NVIDIA DGX Spark units, a department's entire AI headcount sits on a desk: one node runs local model inference, the other runs all application services, linked at 200GbE.

  • A multi-protocol model adapter: a local vLLM endpoint and a cloud model are just rows in the catalog
  • Swap models without restart. Examiner, nightly consolidation and chat can use different tiers
  • A system-level switch declares the sandbox offline. The employee knows it, and does not keep retrying
See on-prem options

Request a trial account

Access is by application. Tell us what you want it to do, and we send an activation email once approved.