Back to Research

Public research dossier

Designing the Doraemon Office Public Boundary

How the public command room can show motion, rhythm, and agent presence without exposing private work.

Doraemon OfficeMay 16, 2026Public-safe note
This note is public-safe.Curated summary only. No private prompts, raw notes, credentials, runtime IDs, or account state.

Publishing protocol

From private signal to public research artifact.

01Capture privately

Raw notes, prompts, sources, and drafts stay in the private working layer.

02Distill safely

The note turns the useful idea into a principle, method, or public sketch.

03Attach evidence

Readers get durable public context, related routes, and inspectable artifacts.

04Publish with boundary

Private source text, credentials, runtime IDs, accounts, and controls stay out.

Research dossier

Research context, evidence, and next questions

Structured for public reading: enough context to understand the work, enough evidence to inspect it, and enough open questions to keep it honest.
Research contextWhere this note sits inside the Personal OS research studio.
Public role
Frames this as a public-safe research artifact, not a private source record.
Research lane
CategoryDoraemon Office
Boundary mode
VisibilityPublic
Published posture
PublishedMay 16, 2026
EvidenceWhat a reader can inspect without crossing the private boundary.
Curated note body
The note below is the public-safe narrative.
Related project
A public project route is attached.
Artifact links
No public artifact links yet.
Next questionsOpen questions keep the note tied to future research.
Public boundary
Which signals can be shown without exposing private work?
Office route
Which Doraemon Office route should this improve next?
Demo fallback
How should the page stay honest when live data is unavailable?

Note

Doraemon Office is most useful when it feels alive, but public life needs a boundary.

The public surface can show a sanitized rhythm: which MiniDora is active, what kind of event happened, whether review is waiting, and whether the relay is healthy. It should not show the private task title, prompt body, local path, account state, source text, or operational control that produced the signal.

Design stance

The command room is a window, not a console. Visitors should understand that a real system exists, but they should not receive the keys to it.

What can be public

  • stable agent names and roles
  • fixed public event labels
  • safe timestamps and high-level status
  • public schema health
  • links to curated project pages

What stays private

  • raw IDs, prompts, and task titles
  • private owner notes and memory records
  • tool details, accounts, and credentials
  • repair, restart, purge, or deploy controls

The long-term product direction is not to hide the system. It is to make the public layer honest enough to be useful and restrained enough to be trusted.