doll

What is doll?

doll is a continuity system for a personal AI environment and the work carried through it. It is intended to keep the user's state and ongoing work usable when a cloud service, local AI application, model, runtime, interface, conversation store, network connection, distribution source, primary machine, or upstream project becomes unavailable.

It is not a foundation model, a cloud-required assistant, an unrestricted autonomous agent, or a project-management SaaS.

doll separates durable user-owned state and work from replaceable reasoning engines and interfaces.

Models are replaceable reasoning engines. The user's state and work are the durable core.

What the completed doll is intended to do

The intended system is a personal AI environment whose state and ongoing work can continue across model, runtime, application, provider, conversation, machine, and network changes.

It is intended to support:

• conversation, writing, summarization, translation, planning, and code assistance;
• document, PDF, CSV, image, audio, video, and source-assisted research workflows;
• confirmed memory, preferences, policies, permissions, projects, decisions, and artifacts;
• canonical conversation and event history with source provenance;
• import from supported AI environments and documented generic formats, with inspectable export and explicit mapping or loss reports;
• replacement of models, runtimes, applications, interfaces, and providers without unrelated state loss, plus a documented exit path from doll;
• preservation of project objectives, scope, active work, next work, blockers, procedures, checkpoints, and validation state;
• deterministic project status and a project-scoped Resume Bundle that can be inspected without a model, cloud service, or preferred interface;
• reduced-capability offline operation, verified backup, migration, restoration, rollback, and recovery;
• permission-controlled tool use with local audit records and fresh confirmation for high-risk actions;
• Lite and Heavy execution profiles that share the same state, portability, project-continuity, and safety rules.

A model may propose work or summarize project state. It cannot by itself approve a procedure, confirm a checkpoint, clear a blocker, mark work complete, or change the project objective.

This is the intended end state, not the current implementation. Features may change as the specifications, safety requirements, and real-machine validation evolve.

Why build doll?

AI is unlikely to disappear. The more likely problem is that models, prices, limits, accounts, policies, regional access, interfaces, and retained context continue to change outside the user's control.

Running AI locally does not solve the problem by itself. A local application's database, one runtime, one model format, one conversation store, one issue tracker, or one preferred interface can also become a lock-in point or disappear.

Files and conversation logs are not always enough to resume real work. The objective, accepted scope, next work, blockers, decisions, procedures, and pending validation may exist only inside scattered chats, notes, or generated handoffs.

doll is not a bet on a future without AI. It is preparation for a future in which AI remains useful or necessary while access conditions, working environments, and the continuity of ongoing work remain outside the user's control.

Writing

Official notes and external publications about the purpose, design, risks, and development of doll.

On this site

Elsewhere

View all writing

Development

Current status

Loading project status. Loading current phase.

Current implementation: Loading implementation activity from GitHub.

Loading runtime status.

Roadmap

1. Phase 0 — Specification and principles — Loading
2. Phase 1 — Local state foundation — Loading
3. Phase 2 — Continuity, transfer, backup, and restore — Loading
4. Phase 3 — Safety boundary — Loading
5. Phase 4A — AI environment portability foundation — Loading
6. Phase 4B — Project continuity foundation — Loading
7. Phase 5 — Local runtime and model integration — Loading
8. Phase 6 — Local AI portability and daily-use integration — Loading
9. Phase 7 — Optional cloud and multiple models — Loading
10. Phase 8 — Tools and external services — Loading
11. Phase 9 — Distribution, encryption, and long-term operation — Loading

Read the detailed roadmap on GitHub

Recent development

View all merged pull requests

Support doll

Support is voluntary. Send only the listed asset on the listed network. Crypto transfers are final and non-refundable.

Support does not purchase a product, priority, or special access, and is not a tax-deductible charitable donation.

About the builder

I am not a professional software developer. I did not begin this project with the technical skills normally expected to design and implement a system of this kind.

GPT is used for architecture, specification, task decomposition, research, and review. Codex is used for implementation, tests, and pull-request preparation.

I decide what doll should be, set priorities, perform real-machine validation, review the results, and decide what is merged.

This project should not be trusted because of my credentials. It should be judged by its public specifications, tests, development history, failure behavior, and recovery procedures.

Previous public work

If you want to judge my actual level, look at the things I have already published.

• Historical Exchange Index — a historical registry of cryptocurrency exchanges.
• Stable or Gone — a lifecycle registry for stablecoins and issuers.
• ViewLoom — live-stream data collection and visualization.

Contact

General contact: Contact form

Technical issues and bug reports: GitHub Issues

Security reports: SECURITY.md