Skip to content
Research Runtime Scheduler V1.0
Digital Employee Works · Runtime Release

Research Runtime Scheduler V1.0

The only formal scheduler, observability layer and publication gate of the Research Operating System.

V1.0Released 2026-08-02 · Runtime Control Plane简体中文 →

Release statement

Research Runtime Scheduler V1.0 establishes the Factory Runtime Center as the operational control plane of Digital Employee Works.

Research OS still defines how research work should move. The Runtime Scheduler decides when formal work is opened, records what actually happened, exposes the state through a generated dashboard, and requires GitHub commit verification before a publication can be considered an official runtime output.

Research Runtime—not individual automation tasks—is the operational control plane of the Digital Research Employee.

Release metadata

FieldValue
CapabilityResearch Runtime Scheduler
VersionV1.0
Digital Employee WorksContinuous production
Runtime timezoneAsia/Shanghai
Digital Research EmployeeResearch Report Production Engine V1.0 on ChatGPT
System of recordGitHub repository joinwell52-AI/joinwell52
Runtime recordresearch/runtime/YYYY/MM/YYYY-MM-DD-runtime.md
Release date2026-08-02

Runtime architecture

text
Research Runtime Center

Research Runtime Scheduler

Runtime Engine

Runtime Queue

Runtime Knowledge

Runtime Architecture

Runtime Publication / Weekly / Academic

Runtime Record

GitHub Commit + Commit Verify

Digital Employee Works

The scheduler opens governed execution slots. The corresponding ChatGPT Runtime worker performs the research. A trigger does not count as completion: without output and verification, the Runtime remains Waiting, Blocked or Failed.

Seven formal tasks

The task proposal contained a numerical inconsistency: it said “six” but explicitly defined seven responsibilities. V1.0 adopts all seven.

RuntimeSchedule (Asia/Shanghai)Formal responsibility
Research Runtime EngineDaily 09:00Advance the Research OS state machine.
Research Runtime QueueDaily 10:00Maintain source discovery, candidates, priority and queue lifecycle; no direct publication.
Research Runtime KnowledgeDaily 11:00Maintain knowledge, related notes, observations and architecture candidates; no direct publication.
Research Runtime ArchitectureMonday 12:00Make architecture, specification, publication-candidate and lifecycle decisions.
Research Runtime PublicationDaily 20:00Publish Daily Research from completed inputs and Research Skills; perform commit verification.
Research Runtime WeeklySunday 20:30Produce a new synthesis and engineering judgment; never copy Daily Research.
Research Runtime AcademicWednesday 10:00Publish research about papers, benchmarks, specifications, conferences and institutions; exclude ordinary news.

Runtime Queue and Runtime Academic intentionally share Wednesday 10:00. One scheduler trigger opens both slots, while each task preserves an independent status and output boundary.

Runtime Record

Runtime Record is the single source of truth for every scheduled execution.

It contains start and end time, duration, task, GitHub repository, commit, status, output, lifecycle, queue state, publication state, commit verification and append-only log events. Exactly six statuses are allowed:

text
Running · Completed · Blocked · Failed · Skipped · Waiting

The website does not maintain a second dashboard database. At build time, the Runtime engine validates the Markdown records and generates the dashboard projection.

Runtime Center website

Digital Employee Works provides a generated Factory Runtime Center with:

  • Runtime Status;
  • Today’s Tasks;
  • Runtime Timeline;
  • Runtime History;
  • Latest Runtime;
  • Runtime Log;
  • GitHub Status;
  • Publication Status;
  • Queue Status;
  • Engine Status.

Open Research Runtime Center →

Runtime Gate

text
Research Runtime
→ Publication Candidate
→ Runtime Record
→ GitHub Commit
→ Commit Verify
→ Official Publication

The pull-request validation workflow rejects formal publication changes that do not include a Runtime Record.

Highest engineering constraint

Every official Publication shall be executed by Research Runtime and produce a Runtime Record. Any publication without a Runtime Record is not considered an official runtime output.

Authoritative implementation

Last updated: