{
  "id": "axiomao:lifecycle-events-execution",
  "edition": "0.1",
  "language": "en",
  "status": "reference",
  "title": "Lifecycle, events and execution",
  "description": "Understand how an organization starts, waits, resumes and preserves responsibility between turns.",
  "canonical": "https://axiomao.org/en/lifecycle-events-execution/",
  "published": "2026-10-14",
  "sections": [
    {
      "id": "lifecycle",
      "heading": "A conversation is one part of a lifecycle",
      "paragraphs": [
        "An organization can exist while no model session is active. Its identity, outstanding commitments and pending events remain in durable state. Distinguish initialization, management ownership, an individual working turn, waiting, pause and termination. Opening a repository or reading its instructions does not initialize or launch an AxiomAO instance. Similarly, an idle launcher and a stopped organization are different operational conditions that should be visible to an operator."
      ]
    },
    {
      "id": "events",
      "heading": "Delivery is not completion",
      "paragraphs": [
        "An event records something the organization may need to evaluate: a message, deadline or result. Receiving it does not prove that the corresponding responsibility has been fulfilled. In AxiomAO’s batch protocol, receive, start, result and done are distinct transitions. The saved result identifies all included events and evidence of actions. If execution stops between result and done, the next manager reconciles the saved outcome before acknowledging the same batch."
      ],
      "code": {
        "language": "text",
        "text": "Documented batch protocol; placeholders are not executable\nwake receive\nwake start <batch>\nwake result <batch> --event-ids <JSON-list> --actions <evidence>\nwake done <batch>"
      }
    },
    {
      "id": "activation",
      "heading": "Choose a wake-up mechanism deliberately",
      "paragraphs": [
        "Interactive operation depends on a user or client returning control. A service launcher can wait for events and start bounded native turns. Scheduled work needs absolute deadlines and a policy for missed intervals. AxiomAO documents a separate service process and local ownership rules; it does not imply that every model remains continuously active. A useful status view distinguishes queue depth, active management, running workers and the launcher’s ability to deliver another turn."
      ]
    },
    {
      "id": "stopping",
      "heading": "Pause requires process awareness",
      "paragraphs": [
        "Pausing new runtime transitions is not automatically equivalent to stopping every native process. An operator must know which workers are still running, what effects they may produce and whether shutdown was confirmed. The current launcher documents process identity and reconciliation mechanisms for its managed sessions. These local controls do not establish distributed fencing or tenant isolation. Resume only after outstanding actions and ownership are understood, not merely after clearing an error flag."
      ]
    }
  ],
  "references": [
    {
      "label": "Axiom AO — source documentation excerpts (2026-10-14)",
      "url": "https://axiomao.org/reference/implementation-evidence.md"
    }
  ],
  "related": [
    "https://axiomao.org/en/recovery-observability-audit/",
    "https://axiomao.org/en/operating-an-organization/",
    "https://axiomao.org/en/implementation-and-validation/"
  ]
}