Site search

Find architecture, research, and terms

Start typing to search the editorial index.

Editorial guidanceTechnical

Implementation guides

Build a runtime boundary, not another agent loop.

The model can propose, but typed software owns lifecycle, authority, tools, validation, recovery, and evidence.

Minimum runtime surface

A practical implementation begins with explicit ports rather than a provider SDK woven through business logic.

RuntimeContractRunStateMachineIContextAssemblerIModelAdapterIToolConnectorIPolicyEngineIApprovalGatewayICheckpointStoreIRuntimeStateStoreIEvidenceLedgerIRuntimeEvaluator

The names are conceptual. The important property is that business use cases depend inward on stable contracts while provider, database, workflow, and model details remain adapters.

Guide map

Reference implementation posture

  • Organize by capability and use case, not by provider.
  • Use clean ports and adapters with explicit, versioned contracts.
  • Keep deterministic lifecycle, policy, validation, and evidence boundaries.
  • Use UTC timestamps, cancellation, deadlines, and normalized errors.
  • Capture evidence before returning or retrying a material failure.

Non-goals

These guides do not prescribe one technology stack, workflow engine, model provider, complete open-source implementation, hosted runtime, package, certification, or production-ready MiRuntime SDK.

Source record

References

Suggest a correction
  1. Microsoft. Microsoft Learn. Published Current documentation; last reviewed 2026-06-23 UTC. Official architecture guidance.

  2. Microsoft. Azure Architecture Center. Published Current documentation; last reviewed 2026-06-23 UTC. Official architecture guidance.

  3. National Institute of Standards and Technology. NIST. Published 2023-01-26; last reviewed 2026-06-20 UTC. Government framework.