Mapping
Builds a view of the territory and its relationships.
In GenOS, a resident daemon observes a project territory across missions. It maintains traceable knowledge and sends useful signals to the orchestrator.
Choose a component to follow its role, limits, and handoffs. This animation explains the flows; it does not run the GenOS runtime.
Follows a project territory over time. Its knowledge stays attached to the repository and HEAD it observed.
Repository, scope, and HEAD are registered.
A commit, test, or orchestrator entry draws its attention.
Cartography, interoception, and search gather clues.
A claim receives evidence, scope, and limitations.
A brief goes to the orchestrator, which chooses what happens next.
Organelles are its internal functions. Phenotypes shift its attention in response to measured pressures.
ResidentDaemon is the only GenOS resident-daemon archetype. It follows an identified territory—such as a repository at a specific Git HEAD—so its findings remain attached to their context.
Residency grants no additional authority: the daemon observes and reports. A finding is neither sufficient evidence nor an instruction to act; the orchestrator chooses what happens next, and a worker can intervene with the required checks.
These are functions of ResidentDaemon, not eight separately launched agents or processes.
Builds a view of the territory and its relationships.
Tracks activity, health, and pressure signals.
Explores clues and knowledge relevant to the territory.
Produces bounded findings with scope and limitations.
Checks freshness, scope, and observed evidence.
Leaves markers to guide future attention.
Sends a contextualized brief to the orchestrator.
Finds stale states and resources that need cleanup.
Phenotypes activate in response to measured pressures in the territory. They shape attention, memory, and briefs without changing the daemon's identity.
securitySecurity signals and threat signatures.
contractDrift between producers and consumers.
dependencyDependency changes and compatibility.
documentationGaps between code, tests, and documentation.
historianRepeated failures, regressions, and historical context.
chaperoneNew structures and signs of incomplete integration.
metabolicResource pressure and operational anomalies.
cross_repoShared contract drift across territories.
repairRepair opportunities to pass on for controlled handling.
deep_researchKnowledge gaps and stale information.
They are part of the ecosystem but do not add more resident archetypes.
Read-only scouting cells with limited duration and budget. They are not resident daemons.
Observes process availability. It does not produce domain findings or decide on its own to restart a process.
An older model kept for compatibility. Its autofix is deprecated; repairs go through an episode, a worker, and checks.
The runtime, territories, findings, handoffs, reconciliation, and evaluation are implemented. Overall maturity remains EXPERIMENTAL: available live results are too limited to establish a general benefit. Knowledge can also become stale when the territory's HEAD changes.
The resident host polls the indexed durable event cursor every 500 ms. On restart it returns to BOOTSTRAPPING while retaining health, revision count, and the last event cursor. Production events are reported as emitted only after the cheap update and journal write both succeed.
Read the daemon reference catalog ↗