agentic-engineering-harness 0.6.6 → 0.6.7
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/dist/operations/controller.d.ts +3 -1
- package/dist/operations/controller.js +165 -31
- package/dist/operations/controller.js.map +1 -1
- package/dist/operations/mcp.js +19 -1
- package/dist/operations/mcp.js.map +1 -1
- package/dist/operations/state.d.ts +11 -0
- package/dist/operations/state.js +69 -13
- package/dist/operations/state.js.map +1 -1
- package/dist/paseo/capabilities.d.ts +14 -2
- package/dist/paseo/capabilities.js +46 -14
- package/dist/paseo/capabilities.js.map +1 -1
- package/dist/paseo/context.d.ts +11 -2
- package/dist/paseo/context.js +118 -81
- package/dist/paseo/context.js.map +1 -1
- package/dist/paseo/native.d.ts +63 -0
- package/dist/paseo/native.js +549 -0
- package/dist/paseo/native.js.map +1 -0
- package/dist/paseo/runtime.d.ts +9 -1
- package/dist/paseo/runtime.js +348 -57
- package/dist/paseo/runtime.js.map +1 -1
- package/dist/paseo/start.d.ts +3 -3
- package/dist/paseo/start.js +156 -37
- package/dist/paseo/start.js.map +1 -1
- package/dist/paseo/trace.d.ts +12 -0
- package/dist/paseo/trace.js +26 -0
- package/dist/paseo/trace.js.map +1 -0
- package/docs/PASEO_NATIVE.md +181 -0
- package/package.json +1 -1
- package/skills/engineering-workflow/SKILL.md +5 -1
- package/skills/paseo-orchestration/SKILL.md +33 -5
|
@@ -7,6 +7,10 @@ purpose: Keep AEH leads thin by delegating through Paseo native/MCP tools and or
|
|
|
7
7
|
|
|
8
8
|
Use this skill whenever an AEH lead, planner or coordinator delegates work through Paseo.
|
|
9
9
|
|
|
10
|
+
## Authority boundary
|
|
11
|
+
|
|
12
|
+
Paseo is authoritative for agent lifecycle, agent snapshots, provider/model availability, context-window usage and generic orchestration tools. AEH is authoritative for engineering policy, SDD/contracts/seals, deterministic validation, detached operation state, quality convergence and acceptance. Do not reimplement Paseo snapshot/provider semantics by scraping CLI output, and do not move AEH acceptance policy into an LLM agent.
|
|
13
|
+
|
|
10
14
|
## Preferred control surface
|
|
11
15
|
|
|
12
16
|
When Paseo tools are injected into the current agent, prefer them over shell commands for bounded conversational delegation:
|
|
@@ -17,18 +21,36 @@ When Paseo tools are injected into the current agent, prefer them over shell com
|
|
|
17
21
|
- `cancel_agent` / `archive_agent` for lifecycle cleanup;
|
|
18
22
|
- `update_agent` / `set_agent_mode` for supported runtime changes.
|
|
19
23
|
|
|
20
|
-
When the
|
|
24
|
+
When the AEH control MCP server (`aeh operation mcp`) is injected, use its tools for deterministic Harness policy/control:
|
|
21
25
|
|
|
22
26
|
- `aeh_operation_start_audit`;
|
|
23
27
|
- `aeh_operation_start_run`;
|
|
24
28
|
- `aeh_operation_status`;
|
|
25
|
-
- `aeh_operation_cancel
|
|
29
|
+
- `aeh_operation_cancel`;
|
|
30
|
+
- `aeh_context_status`.
|
|
31
|
+
|
|
32
|
+
`aeh_context_status` reads the current Paseo AgentSnapshot and applies AEH context thresholds. It must be preferred over shell/log parsing. `NO_USAGE_YET` means the provider has not emitted a usage snapshot yet; `USAGE_UNAVAILABLE` means the current provider snapshot lacks the canonical context-window fields. Never invent a percentage from input/output token counters.
|
|
26
33
|
|
|
27
|
-
These MCP tools call the same persistent detached operation controller as the CLI. They do not create a controller LLM agent. If the AEH MCP server is not injected, `aeh operation start/status/cancel`
|
|
34
|
+
These MCP tools call the same persistent detached operation controller/policy code as the CLI. They do not create a controller LLM agent. If the AEH MCP server is not injected, `aeh operation start/status/cancel` and `aeh context guard` are short compatibility surfaces; do not replace them with long synchronous `aeh audit`/`aeh run` from the conversational lead.
|
|
28
35
|
|
|
29
36
|
Load `/paseo` when the exact current Paseo surface is needed. Use `/paseo-handoff` when responsibility, not merely a subtask, should move to a fresh agent. `/paseo-committee` and `/paseo-advisor` are analysis-only escalation tools and must not replace deterministic AEH gates.
|
|
30
37
|
|
|
31
|
-
|
|
38
|
+
## SDK-first lifecycle
|
|
39
|
+
|
|
40
|
+
AEH should use the public `@getpaseo/client` surface first for semantic operations:
|
|
41
|
+
|
|
42
|
+
- provider/model preflight before creating agents;
|
|
43
|
+
- `agents.ref(id).refetch()` for current snapshots;
|
|
44
|
+
- `AgentSnapshot.lastUsage.contextWindowUsedTokens/contextWindowMaxTokens` for context pressure;
|
|
45
|
+
- agent subscriptions for event-driven completion, with subscribe-before-refetch race closure;
|
|
46
|
+
- provider snapshot/model/diagnostic APIs for early configuration failures.
|
|
47
|
+
|
|
48
|
+
The CLI remains a compatibility/parity-gap surface, not a parallel source of truth. Two intentional external-controller CLI uses currently remain for Paseo 0.3.1:
|
|
49
|
+
|
|
50
|
+
1. operation workspace creation requiring `--isolation local` plus user-visible `--title`, which the public SDK create contract does not yet expose with equivalent parity;
|
|
51
|
+
2. external cleanup/stop where the public agent handle does not expose cancel/kill parity required by the deterministic controller.
|
|
52
|
+
|
|
53
|
+
Do not replace those two bounded uses with internal `DaemonClient` imports. Their use must remain traceable and should disappear when the public SDK reaches parity.
|
|
32
54
|
|
|
33
55
|
## Visible execution graph
|
|
34
56
|
|
|
@@ -36,6 +58,12 @@ Real planner/reviewer/implementer/oracle sessions should be top-level Paseo agen
|
|
|
36
58
|
|
|
37
59
|
Use `aeh paseo agents --operation <id>` (or Paseo's corresponding directory/status tools) to observe real participants without scraping terminal output.
|
|
38
60
|
|
|
61
|
+
## Observability
|
|
62
|
+
|
|
63
|
+
AEH persists integration decisions under `.harness/telemetry/paseo.ndjson` even when remote OTLP export is disabled. Relevant events include provider preflight, agent snapshot/context source, lifecycle transport, event-driven wait, SDK-to-CLI fallback, intentional workspace CLI use and cleanup CLI use. When normal Harness telemetry is enabled the same events also flow through the standard telemetry/OTLP path.
|
|
64
|
+
|
|
65
|
+
A trace should answer: which transport was used, which source supplied state, whether a fallback was intentional or exceptional, why it happened, and which operation/agent/provider/model was affected.
|
|
66
|
+
|
|
39
67
|
## Lead discipline
|
|
40
68
|
|
|
41
69
|
The lead owns intent, high-level routing, true ambiguity and final semantic acceptance. Delegate:
|
|
@@ -50,4 +78,4 @@ Return compact structured summaries to the lead. Do not paste raw logs or entire
|
|
|
50
78
|
|
|
51
79
|
## Context pressure
|
|
52
80
|
|
|
53
|
-
Before broad engineering work
|
|
81
|
+
Before broad engineering work and after completed-turn boundaries, use `aeh_context_status` when injected. At the configured handoff threshold, create a deterministic AEH handoff artifact and use `/paseo-handoff` (preferred) or `create_agent` to continue in a fresh lead. Detached operations and their top-level workers remain valid across lead rotation. Do not compact and continue as the normal path when AEH has declared `HANDOFF_REQUIRED` or `HARD_HANDOFF`.
|