@open-agent-toolkit/cli 0.3.2 → 0.3.4
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/assets/bundle-metadata.json +1 -1
- package/assets/config/dispatch-matrix-recommendation.json +8 -3
- package/assets/docs/cli-utilities/configuration.md +3 -2
- package/assets/docs/cli-utilities/tool-packs.md +7 -3
- package/assets/docs/contributing/updating-model-guidance.md +9 -2
- package/assets/docs/provider-sync/providers.md +5 -4
- package/assets/docs/workflows/projects/dispatch-ceiling.md +9 -4
- package/assets/public-package-versions.json +4 -4
- package/assets/skills/oat-project-plan-writing/SKILL.md +2 -2
- package/assets/skills/subagent-orchestration/SKILL.md +1 -1
- package/assets/skills/subagent-orchestration/references/evidence-and-refresh.md +7 -2
- package/assets/skills/subagent-orchestration/references/provider-codex.md +19 -4
- package/dist/commands/sync/index.d.ts.map +1 -1
- package/dist/commands/sync/index.js +9 -2
- package/dist/providers/codex/codec/shared.d.ts +3 -0
- package/dist/providers/codex/codec/shared.d.ts.map +1 -1
- package/dist/providers/codex/codec/shared.js +4 -0
- package/dist/providers/codex/codec/sync-extension.d.ts.map +1 -1
- package/dist/providers/codex/codec/sync-extension.js +1 -0
- package/dist/providers/shared/materialization-extension.d.ts +7 -0
- package/dist/providers/shared/materialization-extension.d.ts.map +1 -1
- package/package.json +2 -2
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
{
|
|
2
|
-
"version": "2026-09-
|
|
2
|
+
"version": "2026-09-24.1",
|
|
3
3
|
"providers": {
|
|
4
4
|
"codex": {
|
|
5
5
|
"economy": {
|
|
@@ -63,8 +63,13 @@
|
|
|
63
63
|
},
|
|
64
64
|
{
|
|
65
65
|
"harness": "codex",
|
|
66
|
-
"model": "gpt-6-
|
|
67
|
-
"effort": "
|
|
66
|
+
"model": "gpt-6-astra",
|
|
67
|
+
"effort": "high"
|
|
68
|
+
},
|
|
69
|
+
{
|
|
70
|
+
"harness": "codex",
|
|
71
|
+
"model": "gpt-6-astra",
|
|
72
|
+
"effort": "xhigh"
|
|
68
73
|
}
|
|
69
74
|
]
|
|
70
75
|
}
|
|
@@ -475,8 +475,9 @@ even when the reusable ladder is user-owned.
|
|
|
475
475
|
The example above is illustrative rather than a copy of the bundled ladder; its
|
|
476
476
|
tiers are trimmed for readability.
|
|
477
477
|
|
|
478
|
-
The bundled recommendation covers
|
|
479
|
-
Luna at `low` through `max`,
|
|
478
|
+
The bundled recommendation covers 11 Codex model/effort combinations: GPT-6
|
|
479
|
+
Luna at `low` through `max`, GPT-6 Sol at `low` through `high` plus `xhigh`,
|
|
480
|
+
and GPT-6 Astra at `high` and `xhigh`.
|
|
480
481
|
Claude covers `haiku`, plus explicit Sonnet, Opus, and Fable
|
|
481
482
|
model/effort pairs. Effort-pinned Claude cells require a recognized versioned
|
|
482
483
|
model ID (`fable-5-1`, `fable-5`, `opus-5-5`, `sonnet-5`,
|
|
@@ -288,9 +288,13 @@ an unset adapter follows detection. Provider mappings and registered
|
|
|
288
288
|
materialization extensions then determine the output: entry sync, native read,
|
|
289
289
|
extension-owned role materialization, or explicit unsupported evidence.
|
|
290
290
|
|
|
291
|
-
Core sync does not write extension-owned role paths.
|
|
292
|
-
|
|
293
|
-
|
|
291
|
+
Core sync does not write extension-owned role paths. At user scope only Codex
|
|
292
|
+
owns the base `oat-phase-implementer` and `oat-reviewer` roles, because its
|
|
293
|
+
extension renders them as native `.toml` roles. Claude and Cursor extensions
|
|
294
|
+
generate only model- or effort-pinned variants, so core sync still projects
|
|
295
|
+
their base roles from `~/.agents/agents/` alongside those variants, exactly as it
|
|
296
|
+
does at project scope. Other user agents continue through each active adapter's
|
|
297
|
+
declared mapping. Per-asset sync
|
|
294
298
|
results distinguish changed, current, missing, failed, unsupported, and unknown
|
|
295
299
|
outcomes, so one failed or unsupported asset does not erase evidence for its
|
|
296
300
|
siblings.
|
|
@@ -34,8 +34,12 @@ probe records can still describe past behavior, clearly labeled as historical.
|
|
|
34
34
|
|
|
35
35
|
Check the provider's official model documentation and the local runtime before
|
|
36
36
|
editing an ID or effort range. The [OpenAI model catalog](https://developers.openai.com/api/docs/models)
|
|
37
|
-
lists GPT-6 Sol and Luna
|
|
38
|
-
|
|
37
|
+
lists GPT-6 Astra, Sol, and Luna. The
|
|
38
|
+
[Astra model page](https://developers.openai.com/api/docs/models/gpt-6-astra)
|
|
39
|
+
names `gpt-6-astra` and documents `low`, `medium`, `high`, `xhigh`, and `max`;
|
|
40
|
+
compare it with the installed Codex runtime model cache for the exact names and
|
|
41
|
+
local effort set. Catalog presence establishes support, not relative task
|
|
42
|
+
quality. The
|
|
39
43
|
[Anthropic Opus 5.5 documentation](https://www.anthropic.com/claude-opus-5-5)
|
|
40
44
|
names `claude-opus-5-5`; confirm a Claude Code invocation reports that exact
|
|
41
45
|
assistant model before admitting it to the Claude catalog. Claude subagent
|
|
@@ -74,6 +78,9 @@ for the distinction between catalog, configured mapping, and runtime identity.
|
|
|
74
78
|
2. Update the bundled recommendation's ordered candidate cells and version.
|
|
75
79
|
Check the _last_ candidate in each tier: it determines that tier's pinned
|
|
76
80
|
self-review target. Keep the ladder within its provider's supported catalog.
|
|
81
|
+
A recommendation may reflect an explicit operator preference before a
|
|
82
|
+
workload comparison exists; label that boundary instead of presenting the
|
|
83
|
+
preference as measured superiority or accepted portfolio policy.
|
|
77
84
|
3. Update the provider selection references and bump the canonical skill
|
|
78
85
|
version once for the PR. Search the repository for the old and new IDs,
|
|
79
86
|
including schemas, fixtures, examples, and generated projections. Replace
|
|
@@ -15,6 +15,7 @@ description: 'Provider-specific path mappings for Claude, Cursor, Copilot, Gemin
|
|
|
15
15
|
- Managed effort-pinned phase implementers and reviewers use the exact generated candidate returned as `providers.claude.dispatchArgs.variant`; its frontmatter carries model and effort because Agent has no per-call effort field. Legacy model-only candidates retain `providers.claude.dispatchArgs.model`, and any model supplied alongside a variant must match its definition.
|
|
16
16
|
- Generated names preserve the full normalized configured model ID after the provider token. A versioned ID such as `claude-opus-5-5` therefore produces the deterministic slug `oat-reviewer-claude-claude-opus-5-5-high`. This doubled `claude-` is the current managed-role contract, not a request to rename existing roles.
|
|
17
17
|
- Project variants live under `.claude/agents/`; user variants live under `~/.claude/agents/`. Sync removes stale managed variants for the reconciled owner while preserving base roles and unmanaged agents.
|
|
18
|
+
- Base `oat-phase-implementer` and `oat-reviewer` roles sync like any other canonical agent at both scopes, so legacy model-only dispatch and base-role fallback resolve after a pack moves to user scope.
|
|
18
19
|
- Claude's official subagent contract says existing agent directories are watched and changes load within seconds. It describes a conditional restart for the first agent added to a directory that was absent when the session started, for agents added through `--add-dir`, and when Claude starts with `--disable-slash-commands`. OAT cannot observe those session-start and launch-mode facts. After a successful provider-visible file change, the generic OAT repository policy therefore conservatively advises starting a new provider session; it does not claim that Claude hot-reloaded the file or that the application process must restart. The provider semantics were verified against [Claude Code subagent documentation](https://code.claude.com/docs/en/sub-agents) on 2026-08-31.
|
|
19
20
|
|
|
20
21
|
=== "Cursor"
|
|
@@ -25,7 +26,7 @@ description: 'Provider-specific path mappings for Claude, Cursor, Copilot, Gemin
|
|
|
25
26
|
- Interactive `oat init` and `oat status` ask for an individual disposition for each unresolved Cursor-local skill: adopt it into `.agents/skills` or keep it Cursor-only and remember the exact path in sync config
|
|
26
27
|
- Keep-local is blocked when a canonical skill has the same name because Cursor does not document a safe duplicate-resolution order
|
|
27
28
|
- During upgrades, OAT removes only verified clean legacy managed skill views. Changed or replaced views are preserved, detached from manifest ownership, and offered for migration.
|
|
28
|
-
- Sync materializes pinned Markdown definitions for both `oat-phase-implementer` and `oat-reviewer
|
|
29
|
+
- Sync materializes pinned Markdown definitions for both `oat-phase-implementer` and `oat-reviewer` in addition to the base roles, which sync like any other canonical agent at both scopes. Each generated name keeps the configured flat ladder ID, while an explicit verified mapping writes the separate bracket-form frontmatter model. OAT never derives one form from the other.
|
|
29
30
|
- Generated definitions carry `supported-catalogue`, `project-config`, or `user-config` ownership. Project and supported output lives in the tracked `.cursor/agents` view; user-owned output lives under `~/.cursor/agents`. Cleanup reconciles only the applicable owner.
|
|
30
31
|
- Managed dispatch requires `providers.cursor.dispatchArgs.variant` and launches that exact resolver-selected native agent type first. Skills do not pass a Task-level model argument or normalize Cursor model strings.
|
|
31
32
|
- Cursor may silently fallback when a definition pin cannot be honored. Variant acceptance therefore establishes launcher-owned `configured` provenance only; runtime identity remains `not-reported` unless independently observed.
|
|
@@ -58,7 +59,7 @@ description: 'Provider-specific path mappings for Claude, Cursor, Copilot, Gemin
|
|
|
58
59
|
- `.codex/agents/<role>.toml`
|
|
59
60
|
- `.codex/config.toml` (`[features] multi_agent = true`, `[agents.<role>]` upserts)
|
|
60
61
|
- Codex role files include OAT managed provenance headers and are regenerated by `oat sync --scope project|user|all`
|
|
61
|
-
- Project sync writes and maintains the version-controlled supported catalogue: Luna and
|
|
62
|
+
- Project sync writes and maintains the version-controlled supported catalogue: GPT-6 Luna, Sol, and Astra at `low`, `medium`, `high`, `xhigh`, and `max`; GPT-5.6 Luna and Terra through `xhigh`; and GPT-5.6 Sol through `max`. Both `oat-phase-implementer` and `oat-reviewer` receive each supported pair (56 pinned variants). Sync writes files; it does not create a Git commit.
|
|
62
63
|
- Custom targets follow configuration provenance: user-config targets write only under `~/.codex`; shared, repo-local, and active-project targets write under the project's tracked `.codex` view.
|
|
63
64
|
- User sync loads only the bundled canonical `oat-phase-implementer` and `oat-reviewer` definitions needed to expand user-config targets. It does not enable general user-agent mirroring, and it refuses stale user-role cleanup if either managed definition is unavailable.
|
|
64
65
|
- Generated variants carry `supported-catalogue`, `user-config`, or `project-config` ownership. Cleanup removes stale entries only for the owner being reconciled and preserves other scopes plus unrelated Codex entries.
|
|
@@ -66,7 +67,7 @@ description: 'Provider-specific path mappings for Claude, Cursor, Copilot, Gemin
|
|
|
66
67
|
- A single role can be materialized directly with `oat providers codex materialize <agent-name> --model <model-id> --effort <reasoning-effort>`; `--agent-path` selects a specific canonical markdown agent, `--role-name` overrides the generated role name, and `--scope user` writes a user-config-owned role.
|
|
67
68
|
- Aggregate Codex config drift metadata (`aggregateConfigHash`) is emitted in sync/status codex extension output and intentionally not stored as a separate manifest row
|
|
68
69
|
- Sync-time materialization is best effort; managed workflow correctness uses exact registered roles or a fresh child pinned to the resolved model plus reasoning effort with canonical role instructions. After a successful provider-visible file change, OAT conservatively advises starting a new Codex session so it has an opportunity to load the role. This repository policy is not a Codex hot-reload contract, an application-process restart requirement, or proof that the new session exposed the role.
|
|
69
|
-
- Codex `max` is a first-class dispatch effort. It is
|
|
70
|
+
- Codex `max` is a first-class dispatch effort. It is supported for GPT-6 Luna, Sol, and Astra, plus GPT-5.6 Sol, for both implementer and reviewer roles.
|
|
70
71
|
- Codex multi-agent dispatch uses config-defined roles (`[agents.<name>]`) and `agent_type`
|
|
71
72
|
- Codex subagent workflows require `[features] multi_agent = true` in active Codex config layers
|
|
72
73
|
- Default managed Codex execution requires root (depth 0) → phase implementer (depth 1). `agents.max_depth >= 2` enables optional nested phase-agent work; sync and direct materialization still merge that capability floor without lowering a higher target value.
|
|
@@ -176,7 +177,7 @@ current-session catalog probe is still not proof of provider visibility.
|
|
|
176
177
|
|
|
177
178
|
- Project scope: skills + agents + rules
|
|
178
179
|
- User scope: skills plus capability-supported ordinary agents (provider mappings vary by adapter)
|
|
179
|
-
- The two bundled managed roles separately participate in Codex and
|
|
180
|
+
- The two bundled managed roles separately participate in Codex, Cursor, and Claude extension expansion for user-owned targets. Only Codex renders the base roles itself; Claude and Cursor receive base roles through ordinary agent sync with generated variants alongside
|
|
180
181
|
- Rules are project-scoped only in this release
|
|
181
182
|
- Codex user-scope sync materializes user-config custom roles under `~/.codex`; project-config and supported-catalogue output remains project-scoped and version controlled
|
|
182
183
|
- Cursor user-scope sync materializes user-config variants under `~/.cursor/agents`; project-config and supported-catalogue output remains project-scoped and version controlled
|
|
@@ -80,8 +80,11 @@ To pick up a new version, compare your
|
|
|
80
80
|
`workflow.dispatchCeiling.recommendationVersion` against the bundled version,
|
|
81
81
|
then either edit the affected cells by hand or clear them and re-adopt.
|
|
82
82
|
|
|
83
|
-
Version `2026-09-
|
|
84
|
-
GPT-6 Luna and Sol in Codex
|
|
83
|
+
Version `2026-09-24.1` is the current bundled recommendation. It prefers
|
|
84
|
+
GPT-6 Luna and Sol in Codex, then Sol xhigh, Astra high, and Astra xhigh in
|
|
85
|
+
Codex Frontier. Astra's task advantage has not been measured locally; this is
|
|
86
|
+
an explicit user-directed preference, not acceptance by the separately
|
|
87
|
+
maintained model-selection policy. Opus 5.5 low/medium/high remains in Claude High.
|
|
85
88
|
The Claude low option suits bounded intelligent recon in Balanced or High;
|
|
86
89
|
medium remains the implementation starting point under High. GPT-5.6 targets remain
|
|
87
90
|
supported for explicit Codex and Cursor configurations. Cursor's preferred
|
|
@@ -234,8 +237,10 @@ oat_dispatch_policy:
|
|
|
234
237
|
The bundled ladder is a curated subset of the supported targets:
|
|
235
238
|
|
|
236
239
|
- **Codex:** GPT-6 Luna at `low` through `max` across Economy and Balanced;
|
|
237
|
-
GPT-6 Sol at `low` through `
|
|
238
|
-
|
|
240
|
+
GPT-6 Sol at `low` through `high` in High and `xhigh` in Frontier; then
|
|
241
|
+
GPT-6 Astra at `high` and `xhigh` in Frontier. Astra and Sol remain supported
|
|
242
|
+
at `low`, `medium`, `high`, `xhigh`, and `max`, while GPT-5.6 variants remain
|
|
243
|
+
available outside this preferred ladder.
|
|
239
244
|
- **Claude:** `haiku` and Sonnet 5 at Economy/Balanced, Opus 5.5 at High and
|
|
240
245
|
Frontier, and Fable 5.1 at Frontier.
|
|
241
246
|
- **Cursor:** the preferred ladder uses approved Composer 2.5, GPT-5.6, Grok
|
|
@@ -5,7 +5,7 @@ disable-model-invocation: true
|
|
|
5
5
|
user-invocable: false
|
|
6
6
|
allowed-tools: Read, Write, Glob, Grep
|
|
7
7
|
metadata:
|
|
8
|
-
version: 1.2.
|
|
8
|
+
version: 1.2.31
|
|
9
9
|
---
|
|
10
10
|
|
|
11
11
|
# Plan Writing Contract
|
|
@@ -121,7 +121,7 @@ asking to write anything:
|
|
|
121
121
|
|
|
122
122
|
| Provider | Economy | Balanced | High | Frontier |
|
|
123
123
|
| --------------- | --------------------------------------------------------- | -------------------------------------------- | ----------------------------------------------------------------- | ---------------------------------------------------------------------- |
|
|
124
|
-
| Codex | gpt-6-luna/low, gpt-6-luna/medium, gpt-6-luna/high | gpt-6-luna/xhigh, gpt-6-luna/max | gpt-6-sol/low, gpt-6-sol/medium, gpt-6-sol/high | gpt-6-sol/xhigh, gpt-6-
|
|
124
|
+
| Codex | gpt-6-luna/low, gpt-6-luna/medium, gpt-6-luna/high | gpt-6-luna/xhigh, gpt-6-luna/max | gpt-6-sol/low, gpt-6-sol/medium, gpt-6-sol/high | gpt-6-sol/xhigh, gpt-6-astra/high, gpt-6-astra/xhigh |
|
|
125
125
|
| Claude | haiku, claude-sonnet-5/medium | claude-opus-5-5/low | claude-opus-5-5/low, claude-opus-5-5/medium, claude-opus-5-5/high | claude-opus-5-5/xhigh, claude-opus-5-5/max, claude-fable-5-1/high |
|
|
126
126
|
| Cursor (opaque) | `composer-2.5`, `gpt-5.6-luna-high`, `gpt-5.6-luna-xhigh` | `cursor-grok-4.5-high`, `gpt-5.6-terra-high` | `gpt-5.6-sol-medium`, `gpt-5.6-sol-high` | `gpt-5.6-sol-xhigh`, `gpt-5.6-sol-max`, `claude-fable-5-thinking-high` |
|
|
127
127
|
|
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
# Evidence and Refresh Policy
|
|
2
2
|
|
|
3
3
|
```yaml
|
|
4
|
-
guidance_version: 2026-09-
|
|
5
|
-
last_verified: 2026-09-
|
|
4
|
+
guidance_version: 2026-09-24
|
|
5
|
+
last_verified: 2026-09-24
|
|
6
6
|
review_after: 2026-10-08
|
|
7
7
|
stale_after: 2026-10-23
|
|
8
8
|
```
|
|
@@ -78,6 +78,11 @@ publish a provider-independent effort conversion.
|
|
|
78
78
|
|
|
79
79
|
## Current Evidence Summary
|
|
80
80
|
|
|
81
|
+
- GPT-6 Astra is selectable in the current Codex catalogue at low through max.
|
|
82
|
+
The bundled Frontier preference uses Astra high and xhigh after Sol xhigh by
|
|
83
|
+
explicit user direction. No local task evaluation establishes an Astra
|
|
84
|
+
advantage, and this preference is not acceptance by the separately
|
|
85
|
+
maintained model-selection policy.
|
|
81
86
|
- GPT-6 Sol and Luna are selectable in the current Codex catalogue and are
|
|
82
87
|
the default new-work routes in `provider-codex.md`. GPT-5.6 Sol/Luna/Terra
|
|
83
88
|
remain supported for explicit configurations. The July independent coding
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
|
-
guidance_version: 2026-09-
|
|
3
|
-
last_verified: 2026-09-
|
|
2
|
+
guidance_version: 2026-09-24
|
|
3
|
+
last_verified: 2026-09-24
|
|
4
4
|
review_after: 2026-12-22
|
|
5
5
|
---
|
|
6
6
|
|
|
@@ -13,11 +13,23 @@ model examples below. Launch mechanics for OAT dispatch live in
|
|
|
13
13
|
|
|
14
14
|
## Current Families
|
|
15
15
|
|
|
16
|
-
Use
|
|
16
|
+
Use verified GPT-6 Sol/Luna model IDs for routine new Codex work. GPT-6 Astra
|
|
17
|
+
is a supported Frontier candidate:
|
|
17
18
|
|
|
19
|
+
- `gpt-6-astra`: Frontier candidate for especially demanding work; the bundled
|
|
20
|
+
recommendation uses high and xhigh, while the supported catalogue also
|
|
21
|
+
permits low, medium, and max;
|
|
18
22
|
- `gpt-6-sol`: high-capability implementation and reasoning route;
|
|
19
23
|
- `gpt-6-luna`: cost-sensitive, bounded work.
|
|
20
24
|
|
|
25
|
+
Public engineering benchmarks show task-dependent Astra gains over Sol, with
|
|
26
|
+
cost and runtime tradeoffs; they do not establish a universal replacement. The
|
|
27
|
+
September frontier-release comparison remains review-pending in the separate
|
|
28
|
+
model-selection vault, and no matched OAT workload evaluation has qualified a
|
|
29
|
+
routine default change. Astra's Frontier inclusion is a user-directed
|
|
30
|
+
preference. Keep the Sol task-class defaults below while that evidence is
|
|
31
|
+
reconciled and local task fit is evaluated.
|
|
32
|
+
|
|
21
33
|
The GPT-5.6 Sol/Luna/Terra targets remain supported for explicit configurations
|
|
22
34
|
and established workloads. Re-evaluate economics and qualitative routing on
|
|
23
35
|
representative work before carrying over GPT-5.6-specific comparisons.
|
|
@@ -47,7 +59,10 @@ model/effort pairs are in the local Codex catalogue.
|
|
|
47
59
|
| `hard-reasoning` | `gpt-6-sol`, high | Sol xhigh | Narrow the problem before raising effort. |
|
|
48
60
|
| `consequential` | `gpt-6-sol`, high, plus independent review | Sol xhigh for a reasoning-depth bottleneck; max only after evaluation | The root retains consequential authorization. |
|
|
49
61
|
|
|
50
|
-
The bundled
|
|
62
|
+
The bundled Frontier ladder ends with Astra xhigh after Sol xhigh and Astra
|
|
63
|
+
high. The supported Astra and Sol effort sets both end at max, so Sol max
|
|
64
|
+
remains available for explicit configuration even though it is no longer in
|
|
65
|
+
the bundled Frontier recommendation.
|
|
51
66
|
GPT-5.6 `reasoning.mode: "pro"` is a
|
|
52
67
|
separate quality/latency/cost control on that older model, not a GPT-6 effort
|
|
53
68
|
label or model slug.
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../../src/commands/sync/index.ts"],"names":[],"mappings":"AAEA,OAAO,EAAuB,KAAK,cAAc,EAAE,MAAM,sBAAsB,CAAC;AAYhF,OAAO,EAGL,KAAK,UAAU,EAEhB,MAAM,eAAe,CAAC;AAWvB,OAAO,EAOL,KAAK,oBAAoB,EAC1B,MAAM,mBAAmB,CAAC;AAC3B,OAAO,EAEL,KAAK,mBAAmB,EACxB,KAAK,aAAa,EACnB,MAAM,eAAe,CAAC;AAEvB,OAAO,EAAE,OAAO,EAAU,MAAM,WAAW,CAAC;AAI5C,OAAO,KAAK,EACV,aAAa,EAEb,uBAAuB,EAGxB,MAAM,cAAc,CAAC;AAEtB,KAAK,0BAA0B,GAAG,IAAI,CACpC,uBAAuB,EACvB,iBAAiB,GAAG,eAAe,CACpC,GAAG;IACF,aAAa,EAAE,CACb,SAAS,EAAE,MAAM,EACjB,KAAK,EAAE,aAAa,EACpB,OAAO,CAAC,EAAE,SAAS,mBAAmB,EAAE,KACrC,UAAU,CAAC,uBAAuB,CAAC,eAAe,CAAC,CAAC,CAAC;IAC1D,eAAe,EAAE,CACf,IAAI,EAAE,UAAU,CAAC,uBAAuB,CAAC,iBAAiB,CAAC,CAAC,CAAC,CAAC,CAAC,GAAG;QAChE,sCAAsC,CAAC,EAAE,QAAQ,CAC/C,MAAM,CAAC,MAAM,EAAE,SAAS,MAAM,EAAE,CAAC,CAClC,CAAC;KACH,KACE,UAAU,CAAC,uBAAuB,CAAC,iBAAiB,CAAC,CAAC,CAAC;IAC5D,2BAA2B,CAAC,EAAE,CAAC,KAAK,EAAE;QACpC,KAAK,EAAE,aAAa,CAAC,OAAO,CAAC,CAAC;QAC9B,SAAS,EAAE,MAAM,CAAC;QAClB,MAAM,EAAE,UAAU,CAAC;KACpB,KAAK,OAAO,CAAC,oBAAoB,CAAC,CAAC;CACrC,CAAC;
|
|
1
|
+
{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../../src/commands/sync/index.ts"],"names":[],"mappings":"AAEA,OAAO,EAAuB,KAAK,cAAc,EAAE,MAAM,sBAAsB,CAAC;AAYhF,OAAO,EAGL,KAAK,UAAU,EAEhB,MAAM,eAAe,CAAC;AAWvB,OAAO,EAOL,KAAK,oBAAoB,EAC1B,MAAM,mBAAmB,CAAC;AAC3B,OAAO,EAEL,KAAK,mBAAmB,EACxB,KAAK,aAAa,EACnB,MAAM,eAAe,CAAC;AAEvB,OAAO,EAAE,OAAO,EAAU,MAAM,WAAW,CAAC;AAI5C,OAAO,KAAK,EACV,aAAa,EAEb,uBAAuB,EAGxB,MAAM,cAAc,CAAC;AAEtB,KAAK,0BAA0B,GAAG,IAAI,CACpC,uBAAuB,EACvB,iBAAiB,GAAG,eAAe,CACpC,GAAG;IACF,aAAa,EAAE,CACb,SAAS,EAAE,MAAM,EACjB,KAAK,EAAE,aAAa,EACpB,OAAO,CAAC,EAAE,SAAS,mBAAmB,EAAE,KACrC,UAAU,CAAC,uBAAuB,CAAC,eAAe,CAAC,CAAC,CAAC;IAC1D,eAAe,EAAE,CACf,IAAI,EAAE,UAAU,CAAC,uBAAuB,CAAC,iBAAiB,CAAC,CAAC,CAAC,CAAC,CAAC,GAAG;QAChE,sCAAsC,CAAC,EAAE,QAAQ,CAC/C,MAAM,CAAC,MAAM,EAAE,SAAS,MAAM,EAAE,CAAC,CAClC,CAAC;KACH,KACE,UAAU,CAAC,uBAAuB,CAAC,iBAAiB,CAAC,CAAC,CAAC;IAC5D,2BAA2B,CAAC,EAAE,CAAC,KAAK,EAAE;QACpC,KAAK,EAAE,aAAa,CAAC,OAAO,CAAC,CAAC;QAC9B,SAAS,EAAE,MAAM,CAAC;QAClB,MAAM,EAAE,UAAU,CAAC;KACpB,KAAK,OAAO,CAAC,oBAAoB,CAAC,CAAC;CACrC,CAAC;AA6gBF,wBAAgB,iBAAiB,CAC/B,SAAS,GAAE,OAAO,CAAC,0BAA0B,CAAM,GAClD,OAAO,CA+DT;AAED;;;;;;;;GAQG;AACH,wBAAsB,gBAAgB,CACpC,OAAO,EAAE,cAAc,EACvB,MAAM,CAAC,EAAE;IACP,uBAAuB,CAAC,EAAE,MAAM,EAAE,CAAC;IACnC,qBAAqB,CAAC,EAAE,MAAM,EAAE,CAAC;CAClC,EACD,SAAS,GAAE,OAAO,CAAC,0BAA0B,CAAM,GAClD,OAAO,CAAC,IAAI,CAAC,CAsBf"}
|
|
@@ -243,10 +243,15 @@ async function computePlans(context, dependencies, canonicalFilter) {
|
|
|
243
243
|
const managedAgents = scope === 'user'
|
|
244
244
|
? await dependencies.scanBundledManagedAgents({ scopeRoot })
|
|
245
245
|
: [];
|
|
246
|
+
// A user-materializable pack agent resolves to its installed copy, which
|
|
247
|
+
// the canonical scan already found; planning it twice turns the second
|
|
248
|
+
// symlink create into a copy fallback.
|
|
249
|
+
const scannedCanonicalPaths = new Set(canonical.map(({ canonicalPath }) => canonicalPath));
|
|
246
250
|
const ordinaryCanonical = scope === 'user'
|
|
247
251
|
? [
|
|
248
252
|
...canonical,
|
|
249
|
-
...managedAgents.filter(({ canonicalPath }) =>
|
|
253
|
+
...managedAgents.filter(({ canonicalPath }) => !scannedCanonicalPaths.has(canonicalPath) &&
|
|
254
|
+
isPathWithin(join(scopeRoot, '.agents', 'agents'), canonicalPath)),
|
|
250
255
|
]
|
|
251
256
|
: canonical;
|
|
252
257
|
const materializationCanonical = scope === 'user'
|
|
@@ -263,7 +268,9 @@ async function computePlans(context, dependencies, canonicalFilter) {
|
|
|
263
268
|
const enabledExtensions = (providerContext
|
|
264
269
|
? providerContext.registrations.flatMap(({ extensions }) => extensions)
|
|
265
270
|
: dependencies.getMaterializationExtensions()).filter((extension) => activeAdapterNames.includes(extension.provider));
|
|
266
|
-
const extensionOwnedCanonicalPathsByProvider = Object.fromEntries(enabledExtensions
|
|
271
|
+
const extensionOwnedCanonicalPathsByProvider = Object.fromEntries(enabledExtensions
|
|
272
|
+
.filter(({ materializesBuiltInManagedRoles }) => materializesBuiltInManagedRoles === true)
|
|
273
|
+
.map(({ provider }) => [
|
|
267
274
|
provider,
|
|
268
275
|
USER_SCOPE_MANAGED_AGENT_FILES.map((name) => `.agents/agents/${name}`),
|
|
269
276
|
]));
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"shared.d.ts","sourceRoot":"","sources":["../../../../src/providers/codex/codec/shared.ts"],"names":[],"mappings":"AAIA,eAAO,MAAM,uBAAuB,wBAAwB,CAAC;AAC7D,eAAO,MAAM,4BAA4B,iBAAiB,CAAC;AAC3D,eAAO,MAAM,6BAA6B,kBAAkB,CAAC;AAE7D,MAAM,MAAM,cAAc,GACtB,qBAAqB,GACrB,aAAa,GACb,gBAAgB,CAAC;AAoBrB,eAAO,MAAM,4BAA4B
|
|
1
|
+
{"version":3,"file":"shared.d.ts","sourceRoot":"","sources":["../../../../src/providers/codex/codec/shared.ts"],"names":[],"mappings":"AAIA,eAAO,MAAM,uBAAuB,wBAAwB,CAAC;AAC7D,eAAO,MAAM,4BAA4B,iBAAiB,CAAC;AAC3D,eAAO,MAAM,6BAA6B,kBAAkB,CAAC;AAE7D,MAAM,MAAM,cAAc,GACtB,qBAAqB,GACrB,aAAa,GACb,gBAAgB,CAAC;AAoBrB,eAAO,MAAM,4BAA4B;;;;;;;;;;;;;;;;;;IAyB/B,CAAC;AAEX,wBAAgB,qBAAqB,CAAC,KAAK,EAAE,MAAM,GAAG,MAAM,CAE3D;AAED,wBAAgB,sBAAsB,CAAC,KAAK,EAAE,MAAM,GAAG,MAAM,CAO5D;AAQD,wBAAgB,oCAAoC,CAAC,OAAO,EAAE;IAC5D,SAAS,EAAE,MAAM,CAAC;IAClB,KAAK,EAAE,MAAM,CAAC;IACd,MAAM,EAAE,MAAM,CAAC;CAChB,GAAG,MAAM,CAiBT;AAgDD,wBAAgB,yBAAyB,CACvC,OAAO,EAAE,MAAM,EACf,QAAQ,CAAC,EAAE,MAAM,GAChB,OAAO,CAOT;AAED,wBAAgB,yBAAyB,CACvC,QAAQ,EAAE,MAAM,EAChB,QAAQ,EAAE,MAAM,GACf,MAAM,CAER;AAED,wBAAgB,4BAA4B,CAC1C,OAAO,EAAE,MAAM,GACd,cAAc,GAAG,IAAI,CAEvB;AAED,wBAAgB,4BAA4B,CAC1C,OAAO,EAAE,MAAM,EACf,KAAK,EAAE,cAAc,GACpB,MAAM,CAkBR;AAED,wBAAgB,aAAa,CAAC,MAAM,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,GAAG,MAAM,CAErE"}
|
|
@@ -12,6 +12,10 @@ const STANDARD_SUPPORTED_CODEX_EFFORTS = [
|
|
|
12
12
|
'xhigh',
|
|
13
13
|
];
|
|
14
14
|
export const SUPPORTED_CODEX_ROLE_TARGETS = [
|
|
15
|
+
...[...STANDARD_SUPPORTED_CODEX_EFFORTS, 'max'].map((effort) => ({
|
|
16
|
+
model: 'gpt-6-astra',
|
|
17
|
+
effort,
|
|
18
|
+
})),
|
|
15
19
|
...[...STANDARD_SUPPORTED_CODEX_EFFORTS, 'max'].map((effort) => ({
|
|
16
20
|
model: 'gpt-6-luna',
|
|
17
21
|
effort,
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"sync-extension.d.ts","sourceRoot":"","sources":["../../../../src/providers/codex/codec/sync-extension.ts"],"names":[],"mappings":"AAkBA,OAAO,EAEL,KAAK,cAAc,EACpB,MAAM,eAAe,CAAC;AAKvB,OAAO,EAGL,KAAK,qBAAqB,EAC1B,KAAK,0BAA0B,EAC/B,KAAK,sBAAsB,EAC3B,KAAK,wBAAwB,EAC7B,KAAK,mBAAmB,EACxB,KAAK,6BAA6B,EACnC,MAAM,mBAAmB,CAAC;AAsB3B,MAAM,MAAM,oBAAoB,GAAG,qBAAqB,CAAC;AACzD,MAAM,MAAM,oBAAoB,GAAG,MAAM,GAAG,QAAQ,CAAC;AAErD,MAAM,WAAW,uBAAuB;IACtC,MAAM,EAAE,oBAAoB,CAAC;IAC7B,MAAM,EAAE,oBAAoB,CAAC;IAC7B,IAAI,EAAE,MAAM,CAAC;IACb,MAAM,EAAE,MAAM,CAAC;IACf,QAAQ,CAAC,EAAE,MAAM,CAAC;CACnB;AAED,MAAM,WAAW,4BAA6B,SAAQ,6BAA6B,CACjF,OAAO,EACP,oBAAoB,CACrB;IACC,QAAQ,CAAC,EAAE,MAAM,CAAC;CACnB;AAED,MAAM,WAAW,kBAAmB,SAAQ,mBAAmB,CAC7D,OAAO,EACP,oBAAoB,EACpB,0BAA0B,CAC3B;IACC,UAAU,EAAE,4BAA4B,EAAE,CAAC;IAC3C,YAAY,EAAE,MAAM,EAAE,CAAC;IACvB,mBAAmB,EAAE,MAAM,CAAC;CAC7B;AAED,MAAM,WAAW,0BAA0B;IACzC,YAAY,EAAE,MAAM,EAAE,CAAC;IACvB,mBAAmB,EAAE,MAAM,CAAC;CAC7B;AAED,MAAM,MAAM,yBAAyB,GAAG,0BAA0B,CAAC;AAiBnE,MAAM,WAAW,iCAAiC;IAChD,aAAa,CAAC,EAAE,MAAM,CAAC;IACvB,WAAW,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;IAC5B,GAAG,CAAC,EAAE,MAAM,CAAC,UAAU,CAAC;CACzB;AAoiBD,wBAAsB,gCAAgC,CACpD,SAAS,EAAE,MAAM,EACjB,gBAAgB,EAAE,cAAc,EAAE,EAClC,qBAAqB,CAAC,EAAE,MAAM,EAAE,EAChC,OAAO,GAAE,iCAAsC,GAC9C,OAAO,CAAC,kBAAkB,CAAC,CAkL7B;AAED,wBAAsB,8BAA8B,CAClD,SAAS,EAAE,MAAM,EACjB,IAAI,EAAE,kBAAkB,GACvB,OAAO,CAAC,yBAAyB,CAAC,CA+DpC;AAED,wBAAgB,wBAAwB,CAAC,IAAI,EAAE,kBAAkB,GAAG,OAAO,CAE1E;AAED,wBAAgB,uBAAuB,CAAC,IAAI,EAAE,kBAAkB,GAAG;IACjE,iBAAiB,EAAE,MAAM,CAAC;IAC1B,OAAO,EAAE,MAAM,CAAC;CACjB,CAEA;AAED,wBAAgB,0BAA0B,CACxC,IAAI,EAAE,kBAAkB,GACvB,uBAAuB,EAAE,CAQ3B;AAED,eAAO,MAAM,6BAA6B,EAAE,wBAAwB,CAClE,kBAAkB,EAClB,sBAAsB,CAAC,iCAAiC,CAAC,
|
|
1
|
+
{"version":3,"file":"sync-extension.d.ts","sourceRoot":"","sources":["../../../../src/providers/codex/codec/sync-extension.ts"],"names":[],"mappings":"AAkBA,OAAO,EAEL,KAAK,cAAc,EACpB,MAAM,eAAe,CAAC;AAKvB,OAAO,EAGL,KAAK,qBAAqB,EAC1B,KAAK,0BAA0B,EAC/B,KAAK,sBAAsB,EAC3B,KAAK,wBAAwB,EAC7B,KAAK,mBAAmB,EACxB,KAAK,6BAA6B,EACnC,MAAM,mBAAmB,CAAC;AAsB3B,MAAM,MAAM,oBAAoB,GAAG,qBAAqB,CAAC;AACzD,MAAM,MAAM,oBAAoB,GAAG,MAAM,GAAG,QAAQ,CAAC;AAErD,MAAM,WAAW,uBAAuB;IACtC,MAAM,EAAE,oBAAoB,CAAC;IAC7B,MAAM,EAAE,oBAAoB,CAAC;IAC7B,IAAI,EAAE,MAAM,CAAC;IACb,MAAM,EAAE,MAAM,CAAC;IACf,QAAQ,CAAC,EAAE,MAAM,CAAC;CACnB;AAED,MAAM,WAAW,4BAA6B,SAAQ,6BAA6B,CACjF,OAAO,EACP,oBAAoB,CACrB;IACC,QAAQ,CAAC,EAAE,MAAM,CAAC;CACnB;AAED,MAAM,WAAW,kBAAmB,SAAQ,mBAAmB,CAC7D,OAAO,EACP,oBAAoB,EACpB,0BAA0B,CAC3B;IACC,UAAU,EAAE,4BAA4B,EAAE,CAAC;IAC3C,YAAY,EAAE,MAAM,EAAE,CAAC;IACvB,mBAAmB,EAAE,MAAM,CAAC;CAC7B;AAED,MAAM,WAAW,0BAA0B;IACzC,YAAY,EAAE,MAAM,EAAE,CAAC;IACvB,mBAAmB,EAAE,MAAM,CAAC;CAC7B;AAED,MAAM,MAAM,yBAAyB,GAAG,0BAA0B,CAAC;AAiBnE,MAAM,WAAW,iCAAiC;IAChD,aAAa,CAAC,EAAE,MAAM,CAAC;IACvB,WAAW,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;IAC5B,GAAG,CAAC,EAAE,MAAM,CAAC,UAAU,CAAC;CACzB;AAoiBD,wBAAsB,gCAAgC,CACpD,SAAS,EAAE,MAAM,EACjB,gBAAgB,EAAE,cAAc,EAAE,EAClC,qBAAqB,CAAC,EAAE,MAAM,EAAE,EAChC,OAAO,GAAE,iCAAsC,GAC9C,OAAO,CAAC,kBAAkB,CAAC,CAkL7B;AAED,wBAAsB,8BAA8B,CAClD,SAAS,EAAE,MAAM,EACjB,IAAI,EAAE,kBAAkB,GACvB,OAAO,CAAC,yBAAyB,CAAC,CA+DpC;AAED,wBAAgB,wBAAwB,CAAC,IAAI,EAAE,kBAAkB,GAAG,OAAO,CAE1E;AAED,wBAAgB,uBAAuB,CAAC,IAAI,EAAE,kBAAkB,GAAG;IACjE,iBAAiB,EAAE,MAAM,CAAC;IAC1B,OAAO,EAAE,MAAM,CAAC;CACjB,CAEA;AAED,wBAAgB,0BAA0B,CACxC,IAAI,EAAE,kBAAkB,GACvB,uBAAuB,EAAE,CAQ3B;AAED,eAAO,MAAM,6BAA6B,EAAE,wBAAwB,CAClE,kBAAkB,EAClB,sBAAsB,CAAC,iCAAiC,CAAC,CAa1D,CAAC"}
|
|
@@ -594,6 +594,7 @@ export function toCodexExtensionOperations(plan) {
|
|
|
594
594
|
}
|
|
595
595
|
export const codexMaterializationExtension = {
|
|
596
596
|
provider: 'codex',
|
|
597
|
+
materializesBuiltInManagedRoles: true,
|
|
597
598
|
computePlan(context) {
|
|
598
599
|
return computeCodexProjectExtensionPlan(context.scopeRoot, context.canonicalEntries, context.allowedCanonicalPaths, context.options);
|
|
599
600
|
},
|
|
@@ -43,6 +43,13 @@ export interface MaterializationContext<TOptions = undefined> {
|
|
|
43
43
|
}
|
|
44
44
|
export interface MaterializationExtension<TPlan extends MaterializationPlan = MaterializationPlan, TContext extends MaterializationContext<unknown> = MaterializationContext<unknown>> {
|
|
45
45
|
provider: TPlan['provider'];
|
|
46
|
+
/**
|
|
47
|
+
* True when this extension writes the provider's base built-in managed roles
|
|
48
|
+
* itself (for example Codex `oat-reviewer.toml`). Core user sync then skips
|
|
49
|
+
* those canonical roles for the provider. Extensions that only write model or
|
|
50
|
+
* effort variants leave this unset so core sync still projects the base role.
|
|
51
|
+
*/
|
|
52
|
+
materializesBuiltInManagedRoles?: boolean;
|
|
46
53
|
computePlan(context: TContext): Promise<TPlan>;
|
|
47
54
|
applyPlan(scopeRoot: string, plan: TPlan): Promise<MaterializationApplyResult>;
|
|
48
55
|
}
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"materialization-extension.d.ts","sourceRoot":"","sources":["../../../src/providers/shared/materialization-extension.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,cAAc,EAAE,MAAM,eAAe,CAAC;AAEpD,MAAM,MAAM,qBAAqB,GAAG,QAAQ,GAAG,QAAQ,GAAG,QAAQ,GAAG,MAAM,CAAC;AAE5E,MAAM,WAAW,wBAAwB,CACvC,SAAS,SAAS,MAAM,GAAG,MAAM,EACjC,OAAO,SAAS,MAAM,GAAG,MAAM;IAE/B,QAAQ,EAAE,SAAS,CAAC;IACpB,MAAM,EAAE,qBAAqB,CAAC;IAC9B,MAAM,EAAE,OAAO,CAAC;IAChB,IAAI,EAAE,MAAM,CAAC;IACb,MAAM,EAAE,MAAM,CAAC;IACf,SAAS,CAAC,EAAE,MAAM,CAAC;CACpB;AAED,MAAM,WAAW,6BAA6B,CAC5C,SAAS,SAAS,MAAM,GAAG,MAAM,EACjC,OAAO,SAAS,MAAM,GAAG,MAAM,CAC/B,SAAQ,wBAAwB,CAAC,SAAS,EAAE,OAAO,CAAC;IACpD,OAAO,CAAC,EAAE,MAAM,CAAC;CAClB;AAED,MAAM,WAAW,mBAAmB,CAClC,SAAS,SAAS,MAAM,GAAG,MAAM,EACjC,OAAO,SAAS,MAAM,GAAG,MAAM,EAC/B,SAAS,GAAG,OAAO;IAEnB,QAAQ,EAAE,SAAS,CAAC;IACpB,UAAU,EAAE,6BAA6B,CAAC,SAAS,EAAE,OAAO,CAAC,EAAE,CAAC;IAChE,cAAc,EAAE,MAAM,EAAE,CAAC;IACzB,aAAa,EAAE,MAAM,CAAC;IACtB,QAAQ,EAAE,SAAS,CAAC;CACrB;AAED,MAAM,WAAW,0BAA0B;IACzC,OAAO,EAAE,MAAM,CAAC;IAChB,MAAM,EAAE,MAAM,CAAC;IACf,OAAO,EAAE,MAAM,CAAC;IAChB,uEAAuE;IACvE,UAAU,CAAC,EAAE,8BAA8B,EAAE,CAAC;CAC/C;AAED,MAAM,MAAM,8BAA8B,GACtC,SAAS,GACT,SAAS,GACT,SAAS,GACT,QAAQ,GACR,aAAa,GACb,SAAS,CAAC;AAEd,MAAM,WAAW,8BAA8B;IAC7C,QAAQ,EAAE,MAAM,CAAC;IACjB,MAAM,EAAE,MAAM,CAAC;IACf,IAAI,EAAE,MAAM,CAAC;IACb,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,MAAM,EAAE,qBAAqB,CAAC;IAC9B,MAAM,EAAE,8BAA8B,CAAC;IACvC,OAAO,CAAC,EAAE,MAAM,CAAC;CAClB;AAED,MAAM,WAAW,sBAAsB,CAAC,QAAQ,GAAG,SAAS;IAC1D,SAAS,EAAE,MAAM,CAAC;IAClB,gBAAgB,EAAE,cAAc,EAAE,CAAC;IACnC,qBAAqB,CAAC,EAAE,MAAM,EAAE,CAAC;IACjC,OAAO,EAAE,QAAQ,CAAC;CACnB;AAED,MAAM,WAAW,wBAAwB,CACvC,KAAK,SAAS,mBAAmB,GAAG,mBAAmB,EACvD,QAAQ,SAAS,sBAAsB,CAAC,OAAO,CAAC,GAC9C,sBAAsB,CAAC,OAAO,CAAC;IAEjC,QAAQ,EAAE,KAAK,CAAC,UAAU,CAAC,CAAC;IAC5B,WAAW,CAAC,OAAO,EAAE,QAAQ,GAAG,OAAO,CAAC,KAAK,CAAC,CAAC;IAC/C,SAAS,CACP,SAAS,EAAE,MAAM,EACjB,IAAI,EAAE,KAAK,GACV,OAAO,CAAC,0BAA0B,CAAC,CAAC;CACxC;AAED,MAAM,WAAW,0BAA0B;IACzC,iBAAiB,EAAE,MAAM,CAAC;IAC1B,OAAO,EAAE,MAAM,CAAC;CACjB;AAED,wBAAgB,yBAAyB,CAAC,IAAI,EAAE,mBAAmB,GAAG,OAAO,CAE5E;AAED,wBAAgB,4BAA4B,CAC1C,IAAI,EAAE,mBAAmB,GACxB,0BAA0B,CAa5B;AAED,wBAAgB,2BAA2B,CACzC,SAAS,SAAS,MAAM,EACxB,OAAO,SAAS,MAAM,EAEtB,IAAI,EAAE,mBAAmB,CAAC,SAAS,EAAE,OAAO,EAAE,OAAO,CAAC,GACrD,wBAAwB,CAAC,SAAS,EAAE,OAAO,CAAC,EAAE,CAShD"}
|
|
1
|
+
{"version":3,"file":"materialization-extension.d.ts","sourceRoot":"","sources":["../../../src/providers/shared/materialization-extension.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,cAAc,EAAE,MAAM,eAAe,CAAC;AAEpD,MAAM,MAAM,qBAAqB,GAAG,QAAQ,GAAG,QAAQ,GAAG,QAAQ,GAAG,MAAM,CAAC;AAE5E,MAAM,WAAW,wBAAwB,CACvC,SAAS,SAAS,MAAM,GAAG,MAAM,EACjC,OAAO,SAAS,MAAM,GAAG,MAAM;IAE/B,QAAQ,EAAE,SAAS,CAAC;IACpB,MAAM,EAAE,qBAAqB,CAAC;IAC9B,MAAM,EAAE,OAAO,CAAC;IAChB,IAAI,EAAE,MAAM,CAAC;IACb,MAAM,EAAE,MAAM,CAAC;IACf,SAAS,CAAC,EAAE,MAAM,CAAC;CACpB;AAED,MAAM,WAAW,6BAA6B,CAC5C,SAAS,SAAS,MAAM,GAAG,MAAM,EACjC,OAAO,SAAS,MAAM,GAAG,MAAM,CAC/B,SAAQ,wBAAwB,CAAC,SAAS,EAAE,OAAO,CAAC;IACpD,OAAO,CAAC,EAAE,MAAM,CAAC;CAClB;AAED,MAAM,WAAW,mBAAmB,CAClC,SAAS,SAAS,MAAM,GAAG,MAAM,EACjC,OAAO,SAAS,MAAM,GAAG,MAAM,EAC/B,SAAS,GAAG,OAAO;IAEnB,QAAQ,EAAE,SAAS,CAAC;IACpB,UAAU,EAAE,6BAA6B,CAAC,SAAS,EAAE,OAAO,CAAC,EAAE,CAAC;IAChE,cAAc,EAAE,MAAM,EAAE,CAAC;IACzB,aAAa,EAAE,MAAM,CAAC;IACtB,QAAQ,EAAE,SAAS,CAAC;CACrB;AAED,MAAM,WAAW,0BAA0B;IACzC,OAAO,EAAE,MAAM,CAAC;IAChB,MAAM,EAAE,MAAM,CAAC;IACf,OAAO,EAAE,MAAM,CAAC;IAChB,uEAAuE;IACvE,UAAU,CAAC,EAAE,8BAA8B,EAAE,CAAC;CAC/C;AAED,MAAM,MAAM,8BAA8B,GACtC,SAAS,GACT,SAAS,GACT,SAAS,GACT,QAAQ,GACR,aAAa,GACb,SAAS,CAAC;AAEd,MAAM,WAAW,8BAA8B;IAC7C,QAAQ,EAAE,MAAM,CAAC;IACjB,MAAM,EAAE,MAAM,CAAC;IACf,IAAI,EAAE,MAAM,CAAC;IACb,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,MAAM,EAAE,qBAAqB,CAAC;IAC9B,MAAM,EAAE,8BAA8B,CAAC;IACvC,OAAO,CAAC,EAAE,MAAM,CAAC;CAClB;AAED,MAAM,WAAW,sBAAsB,CAAC,QAAQ,GAAG,SAAS;IAC1D,SAAS,EAAE,MAAM,CAAC;IAClB,gBAAgB,EAAE,cAAc,EAAE,CAAC;IACnC,qBAAqB,CAAC,EAAE,MAAM,EAAE,CAAC;IACjC,OAAO,EAAE,QAAQ,CAAC;CACnB;AAED,MAAM,WAAW,wBAAwB,CACvC,KAAK,SAAS,mBAAmB,GAAG,mBAAmB,EACvD,QAAQ,SAAS,sBAAsB,CAAC,OAAO,CAAC,GAC9C,sBAAsB,CAAC,OAAO,CAAC;IAEjC,QAAQ,EAAE,KAAK,CAAC,UAAU,CAAC,CAAC;IAC5B;;;;;OAKG;IACH,+BAA+B,CAAC,EAAE,OAAO,CAAC;IAC1C,WAAW,CAAC,OAAO,EAAE,QAAQ,GAAG,OAAO,CAAC,KAAK,CAAC,CAAC;IAC/C,SAAS,CACP,SAAS,EAAE,MAAM,EACjB,IAAI,EAAE,KAAK,GACV,OAAO,CAAC,0BAA0B,CAAC,CAAC;CACxC;AAED,MAAM,WAAW,0BAA0B;IACzC,iBAAiB,EAAE,MAAM,CAAC;IAC1B,OAAO,EAAE,MAAM,CAAC;CACjB;AAED,wBAAgB,yBAAyB,CAAC,IAAI,EAAE,mBAAmB,GAAG,OAAO,CAE5E;AAED,wBAAgB,4BAA4B,CAC1C,IAAI,EAAE,mBAAmB,GACxB,0BAA0B,CAa5B;AAED,wBAAgB,2BAA2B,CACzC,SAAS,SAAS,MAAM,EACxB,OAAO,SAAS,MAAM,EAEtB,IAAI,EAAE,mBAAmB,CAAC,SAAS,EAAE,OAAO,EAAE,OAAO,CAAC,GACrD,wBAAwB,CAAC,SAAS,EAAE,OAAO,CAAC,EAAE,CAShD"}
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@open-agent-toolkit/cli",
|
|
3
|
-
"version": "0.3.
|
|
3
|
+
"version": "0.3.4",
|
|
4
4
|
"private": false,
|
|
5
5
|
"description": "Open Agent Toolkit CLI",
|
|
6
6
|
"homepage": "https://github.com/voxmedia/open-agent-toolkit/tree/main/packages/cli",
|
|
@@ -34,7 +34,7 @@
|
|
|
34
34
|
"ora": "^9.0.0",
|
|
35
35
|
"yaml": "2.8.2",
|
|
36
36
|
"zod": "^3.25.76",
|
|
37
|
-
"@open-agent-toolkit/control-plane": "0.3.
|
|
37
|
+
"@open-agent-toolkit/control-plane": "0.3.4"
|
|
38
38
|
},
|
|
39
39
|
"devDependencies": {
|
|
40
40
|
"@types/node": "^22.10.0",
|