| Name | Modified | Size | Downloads / Week |
|---|---|---|---|
| Parent folder | |||
| README.md | 2026-07-24 | 2.8 kB | |
| v1.13.0 source code.tar.gz | 2026-07-24 | 4.9 MB | |
| v1.13.0 source code.zip | 2026-07-24 | 5.2 MB | |
| Totals: 3 Items | 10.1 MB | 0 | |
Execution routing and governance
- Added pluggable execution routing for
runTeam()through explicitmode, customExecutionRouterimplementations, and the built-inDeterministicRouter. - Added structured governance declarations for required or preferred roles,
ordered review paths, budget-aware degradation, and post-execution
governanceConclusionchecks. - Added privacy-preserving execution receipts and routing-decision trace linkage.
- Consequential tools can now be declared with
ToolDefinition.consequential. Undeclared runs expose a machine-readable disclosure flag and can require confirmation throughonToolCall. - Automatic routing now recognizes structured Chinese, Japanese, and Korean goals using script-aware information length.
Scheduling and task execution
- Task DAG execution is event-driven by default: downstream work starts as soon as its dependencies complete.
- Added configurable
dependency-first,round-robin,least-busy,capability-match, and weightedcompositescheduling strategies. - Agents and tasks can declare structured capabilities and hard requirements, with optional strict assignee validation.
TeamRunResult.taskResultspreserves task-scoped results by task ID.- Explicit tasks can pass raw, structured, or combined dependency payloads with bounded role and provenance metadata.
- Added
OrchestratorConfig.onTaskDispatch(task)for native per-task pipeline approval.
Model routing and reliability
- Model routes can declare ordered fallbacks for retryable worker-provider failures.
- Fixed CJK keyword extraction and zero-score fallback so eligible agents are selected consistently.
- Governed
planOnlyruns now return the declared role DAG without executing agents. - Execution modes, governance floors, and per-run budget conflicts now follow a documented precedence order and disclose overrides or degradation.
Compatibility
- Existing
onApprovalintegrations retain legacy round scheduling and callback semantics. - Progress events from independent DAG branches may now interleave. Consumers should correlate events by task ID instead of relying on round adjacency.
- Raw dependency output remains the default. Structured handoffs, governance declarations, consequential confirmation, and custom execution routing are opt-in.
- New result fields remain optional for compatibility with older serialized results and caller-authored fixtures.
Packages
@open-multi-agent/core:1.13.0create-oma-app:0.6.0; generated starters pin core1.13.0@open-multi-agent/otel: remains at0.1.0and is not republished
Install
:::bash
npm install @open-multi-agent/core@1.13.0
npm create oma-app@latest my-oma
Thanks to @LambIessz for the retryable model-route fallback in [#424].