@caupulican/pi-adaptative 0.86.17 → 0.90.0

package/docs/skills.md

@@ -50,7 +50,7 @@ Unload specific skills with settings filters. Put user-wide filters in `~/.pi/ag
 }
 ```
 
-The existing `skills` array also accepts resource patterns: plain entries include local files/directories, `!pattern` excludes matching auto-discovered resources, `+path` force-includes an exact path, and `-path` force-excludes an exact path. `disabledResources.skills` is the explicit reversible unload form. It removes matching skills from the system prompt and skill commands after reload.
+The existing `skills` array also accepts resource patterns: plain entries include local files/directories, `!pattern` excludes matching auto-discovered resources, `+path` force-includes an exact path, and `-path` force-excludes an exact path. `disabledResources.skills` is the explicit reversible unload form. It removes matching skills from vault search and skill commands after reload; an active skill is invalidated before another request can use it.
 
 ### Using Skills from Other Harnesses
 
@@ -75,14 +75,18 @@ For project-level Claude Code skills, add to `.pi/settings.json`:
 
 ## How Skills Work
 
-1. At startup, pi scans skill locations and extracts names and descriptions
-2. The system prompt includes available skills in XML format per the [specification](https://agentskills.io/integrate-skills)
-3. When a task matches, the agent uses `read` to load the full SKILL.md (models don't always do this; use prompting or `/skill:name` to force it)
-4. The agent follows the instructions, using relative paths to reference scripts and assets
+1. At startup, Pi reads a bounded frontmatter prefix from each skill. It retains routing metadata, not the body.
+2. When the `skill` tool is active, the stable system prompt carries one brief rule: search the vault if, and only if, specialist focus would help. It contains no skill catalog, paths, bodies, or XML wrappers.
+3. The agent searches metadata with `skill { action: "search", query: "..." }`, then loads an exact name. `/skill:name` performs the same load when the user selects a skill explicitly.
+4. The host keeps one loaded skill. It appends that body as a hidden, request-local message after normal context processing; it never writes the body into session history or concatenates it into the system prompt.
+5. The host moves the skill from `loaded_pending` to `active` on the first provider request. It records monotonic time on provider projections, completed model turns, tool execution; invalidates changed or profile-blocked resources; expires ten minutes of observed inactivity before the next host event. No polling timer runs.
+6. Loading another skill replaces the current one. Explicit unload is optional; host expiry and invalidation do not depend on model cooperation.
 
-This is progressive disclosure: names and descriptions are always in context, while full instructions load on-demand.
+This is progressive disclosure: the reminder and compact tool schema are stable, searches return at most a bounded name/description list, only one selected body enters a request.
 
-When multiple skills are loaded, descriptions are the routing contract. Write narrow descriptions and prefer the most task-specific skill. Combine skills only when they cover distinct parts of the request. Do not rely on the agent to apply every loaded skill.
+Descriptions are the routing contract. Write narrow descriptions so metadata search can select the most task-specific skill. The `/context` dashboard includes the active request-local body in its estimate without refreshing the skill's activity clock.
+
+Compaction never serializes an active skill body into history or a summary. Provider admission treats it as mandatory request-local context, compacts durable history around it, then re-injects it from the host vault on the replanned request. If the fixed envelope still cannot fit, Pi reports an explicit overflow instead of truncating or dropping the skill. Skill-vault state is in memory: `/new`, `/resume`, `/fork`, or a process restart starts a new unloaded vault. `/reload` retains an unchanged eligible skill and invalidates it if the resource changed or became unavailable.
 
 Skills may carry optional resource profile blocks:
 
@@ -92,7 +96,7 @@ Skills may carry optional resource profile blocks:
 </resource-profile>
 ```
 
-These blocks are JSON config, not instructions. Pi parses only matching profile blocks and strips them from `/skill:name` expansion.
+These blocks are JSON config, not instructions. Pi parses only matching profile blocks and strips them from every vault activation.
 
 ## Skill Commands
 
@@ -103,7 +107,7 @@ Skills register as `/skill:name` commands:
 /skill:pdf-tools extract      # Load skill with arguments
 ```
 
-Arguments after the command are appended to the skill content as `User: <args>`.
+Arguments after the command remain the user request. The selected body is injected separately and request-locally.
 
 Toggle skill commands via `/settings` in interactive mode or in `settings.json`:
 
@@ -170,7 +174,7 @@ Per the [Agent Skills specification](https://agentskills.io/specification#frontm
 | `compatibility` | No | Max 500 chars. Environment requirements. |
 | `metadata` | No | Arbitrary key-value mapping. |
 | `allowed-tools` | No | Space-delimited list of pre-approved tools (experimental). |
-| `disable-model-invocation` | No | When `true`, skill is hidden from system prompt. Users must use `/skill:name`. For full project/user unload, prefer `disabledResources.skills` in settings. |
+| `disable-model-invocation` | No | When `true`, skill is hidden from model search and cannot be model-loaded. Users may still use `/skill:name`. For full project/user unload, prefer `disabledResources.skills` in settings. |
 
 ### Name Rules
 

package/docs/task-steps.md

@@ -6,7 +6,7 @@ Task steps complement the native goal and delegation systems:
 
 - `task_steps` tracks the current execution checklist.
 - `goal` records durable outcome requirements and evidence.
-- `delegate` starts isolated background worker lanes; `delegate_status` retrieves their results.
+- `delegate` starts worker lanes, retrieves status, reviews claims, and coordinates them.
 
 ## Statuses
 
@@ -79,7 +79,7 @@ Use `/task` or its `/steps` alias:
 
 ## Background work migration
 
-The old user-level task-steps extension also implemented detached jobs, teams, and polling. Those duplicate execution commands are not part of the native checklist. `/task run`, `/task route`, `/task bg`, and `/task team` now point to Pi's session-owned `delegate` and `delegate_status` tools instead.
+The old user-level task-steps extension also implemented detached jobs, teams, and polling. Those duplicate execution commands are not part of the native checklist. `/task run`, `/task route`, `/task bg`, and `/task team` now point to Pi's session-owned `delegate` tool instead.
 
 Native worker lanes emit terminal handoff notifications and retain bounded results for explicit retrieval; task steps do not poll worker processes or inspect logs to detect completion.
 

package/docs/tmux-agent-manager.md

@@ -97,7 +97,7 @@ self-reported worker usage are **advisory** — a claim to review, never a hard
 boundary (the child bills under its own authentication).
 
 Dispatched tmux workers appear as `tmux-worker` lanes alongside in-process worker lanes in `/autonomy`
-and `delegate_status`; a worker's self-reported changed files are re-checked against the session's active
+and `delegate { action: "status" }`; a worker's self-reported changed files are re-checked against the session's active
 write scope and flagged for parent review when out of scope, exactly like an in-process worker's.
 
 ## Goal-bound dispatch (`goal dispatch_worker dispatchTarget:"tmux"`)

package/docs/tool-repair.md

@@ -2,12 +2,28 @@
 
 Pi validates every model-emitted tool call against its TypeBox schema before execution. Valid calls run unchanged. Invalid calls either pass through a named deterministic repair and then execute with the repaired arguments, or they bounce with schema feedback when no safe repair applies.
 
-Execution failures are not argument repairs. Pi removes their potentially large failed protocol turns from provider context and normally retains one bounded failure record: constant-size operation fingerprint, bounded operation preview, occurrence count, failure code, a cause-bearing diagnostic when available, and `next_action`. A matching successful retry clears the record. Change-approach classes such as non-UTF-8 text edits are different: Pi discards the complete attempted operation, exposes one bounded reason/directive for the next assistant response, then expires it. Pi uses `repair` only for argument/protocol rejections with a concrete call correction; policy, preflight, abort, and execution failures use `next_action`. It never invents a deterministic repair from an unknown nonzero exit.
+Execution failures are not argument repairs. Pi removes their potentially large failed protocol turns from provider context and normally retains one bounded failure record: constant-size operation fingerprint, bounded operation preview, occurrence count, failure code, a cause-bearing diagnostic when available, and `next_action`. Every retained record carries `"MUST":true`; the provider receives one canonical `mandatory_tool_failure_recovery_protocol` template explaining that `repair` or `next_action` is an execution constraint, unchanged retries are gated, and unrelated argument changes are not recovery. A matching successful retry clears the record. Change-approach classes such as non-UTF-8 text edits are different: Pi discards the complete attempted operation, exposes one bounded reason/directive for the next assistant response, then expires it. Pi uses `repair` only for argument/protocol rejections with a concrete call correction; policy, preflight, abort, and execution failures use `next_action`. It never invents a deterministic repair from an unknown nonzero exit.
+
+Canonical execution-failure template:
+
+```json
+{
+  "MUST": true,
+  "failure_key": "<bounded operation identity>",
+  "state": "failed",
+  "phase": "execution",
+  "tool": "<tool name>",
+  "failure_code": "<classified cause>",
+  "diagnostic": "<bounded cause-bearing detail>",
+  "next_action": "<mandatory capability-backed recovery or blocker delivery>"
+}
+```
 
 ## Runtime behavior
 
 - The shared validation choke point is `validateToolArguments` in `packages/ai/src/utils/validation.ts`.
 - Repair is validate-then-repair: schema-valid arguments are returned unchanged; only invalid arguments enter the repair layer.
+- Recovery exhaustion opens the run-scoped circuit, disables tools, and permits exactly one provider delivery turn. A tool call emitted despite that empty tool surface is paired with a rejected result without running hooks or tool code, followed by a deterministic blocker delivery.
 - Repair is built-in and has no settings toggle. `PI_TOOL_REPAIR_DISABLED=1` is only an emergency diagnostic kill switch; normal configuration should leave repair on.
 - Teaching can be disabled independently with `toolRepair.teach: false` or `PI_TOOL_REPAIR_TEACH_DISABLED=1`. Repairs can still execute; the in-band "Tool argument repair note" is suppressed.
 - Tool-recovery logging can be disabled with `toolRepair.logging: false`. Repairs still run, but Pi does not enqueue recovery records or spawn the background recovery-log worker.
@@ -83,6 +99,7 @@ Confirmed against current source:
 - Repair mode names and standing-rule text: `packages/ai/src/utils/tool-repair/registry.ts`.
 - Agent repair event metadata and teach-note gate: `packages/agent/src/types.ts`, `packages/agent/src/agent-loop.ts`.
 - Bounded execution-failure assessment and retry memory: `packages/agent/src/tool-failure-memory.ts`.
+- Mandatory recovery template and terminal-delivery prompt: `packages/agent/src/tool-failure-recovery-protocol.ts`.
 - Interactive marker: `packages/coding-agent/src/modes/interactive/components/tool-execution.ts`.
 - Settings/env kill switches: `packages/coding-agent/src/core/settings-manager.ts`, `packages/coding-agent/src/core/tool-repair-settings.ts`.
 - Health, tool probing, rule removal, and protocol reset: `packages/coding-agent/src/core/tool-repair-health.ts`, `packages/coding-agent/src/core/models/adaptation-store.ts`, `packages/coding-agent/src/core/slash-commands.ts`, `packages/coding-agent/src/modes/interactive/interactive-mode.ts`, `packages/coding-agent/src/modes/rpc/rpc-mode.ts`.

package/docs/usage.md

@@ -47,11 +47,13 @@ Native task steps and worker agents share the same compact work panel. Steps and
 
 ### Secret Store
 
-Run `/secrets` in an owner-controlled TUI. Pi provisions its pinned [Bitwarden Password Manager CLI](https://bitwarden.com/help/cli/) (`bw`) automatically when no system installation is available, then asks for one masked `BW_SESSION` session key. Generate that key with `bw unlock --raw` after signing in to Bitwarden. Pi keeps the key in memory for the current session; it is never placed in model context or passed to model-controlled processes.
+The only Pi-side Bitwarden setup input is a `BW_SESSION` key. When a TUI credential action needs it, Pi opens one masked prompt; paste the key there and the agent continues the activation or migration itself. `/secrets` uses the same prompt for manual profile management. Pi provisions its pinned [Bitwarden Password Manager CLI](https://bitwarden.com/help/cli/) (`bw`) automatically when no system installation is available. Generate the key with `bw unlock --raw` after signing in to Bitwarden. Pi keeps it in memory for the current session; it is never placed in model context or passed to model-controlled processes.
 
 The private menu accepts username/password pairs, a pasted token or private key, a dropped absolute key-file path, or multiple variables in dotenv syntax. Pi stores the profile as an encrypted Bitwarden item and writes no local vault or project dotenv. A normalized Git-origin identity binds the profile to the project, so another clone on a synced machine detects the same binding. Repositories without a portable origin use a machine-local opaque project identity. An existing profile can be explicitly bound to additional projects on the same machine.
 
-The model-facing `secret_store` tool can only inspect non-secret profile metadata and activate a profile already authorized for the current project. Activation works without a live TUI in interactive, print, and RPC modes when that Pi process has a valid `BW_SESSION`. Values are injected in memory into Bash, Python, and allowlisted `run_process` variables; exact values are redacted from tool results and owner-shell transcripts. Locking or exiting clears the active environment and session key. This is a model-facing boundary, not an OS sandbox: code intentionally given process or network authority can use an activated credential through its consuming application.
+The model-facing `secret_store` tool can inspect non-secret profile metadata, activate a profile already authorized for the current project, and migrate model-blind credential sources. Activation works without a live TUI in interactive, print, and RPC modes when that Pi process has a valid `BW_SESSION`. Values are injected in memory into Bash, Python, and allowlisted `run_process` variables; exact values are redacted from tool results and owner-shell transcripts. Locking or exiting clears the active environment and session key. This is a model-facing boundary, not an OS sandbox: code intentionally given process or network authority can use an activated credential through its consuming application.
+
+In a user-plane session with credential capability, the agent can also migrate credentials it can already access by naming an environment variable, dotenv file, or credential/key file through `secret_store migrate`. The host reads those sources and writes the encrypted profile directly; values never enter tool arguments, model context, or tool results. Migration activates the profile for the current project and retains source files so existing consumers are not silently broken. Replacing an existing profile requires an explicit `overwrite` flag. If the Bitwarden session is missing or stale, the only owner input Pi requests is a fresh `BW_SESSION` key through the masked prompt; filesystem/process authority cannot manufacture vault authority.
 
 ## Slash Commands
 

package/docs/worker-profiles.md

@@ -2,7 +2,7 @@
 
 Native delegation does not require a profile. `delegate.authority` can choose a child model, reasoning level, role label, classified tools, capabilities, paths, and budget directly. Omitted fields inherit from the caller, and Pi persists the resulting immutable execution grant.
 
-`profile_writer` remains useful when the foreground orchestrator wants a reusable session-scoped preset. It does not edit user or project profile files. Task presets are:
+`delegate` profile actions remain useful when the foreground orchestrator wants a reusable session-scoped preset. They do not edit user or project profile files. Task presets are:
 
 - Derived only from an owner-authorized base profile.
 - Immutable and assigned a `task-...` ID by Pi.
@@ -11,9 +11,9 @@ Native delegation does not require a profile. `delegate.authority` can choose a
 - Unable to add tools, resources, or budget beyond the base profile.
 - Limited to configured, authenticated, non-exhausted models and a reasoning level that model supports.
 
-Use `profile_writer { action: "inspect" }` when the reusable bases or model combinations are unknown. Then call `create` with a concise task and only the defaults worth preserving. Pass the returned profile ID unchanged to `delegate`; never invent one.
+Use `delegate { action: "profile_inspect" }` when the reusable bases or model combinations are unknown. Then call `profile_create` with a concise task and only the defaults worth preserving. Pass the returned profile ID unchanged to `delegate start`; never invent one.
 
-Worker agents do not invoke `profile_writer`. They receive `delegate` only when their admitted tool set and capability ceiling both retain delegation; a caller can create a non-delegating leaf by narrowing either field. Delegating workers may recursively create descendants within the fixed depth, direct-child, session-agent, and queue bounds. They can discover safe session-peer metadata, exchange non-waking threaded messages and bounded broadcasts, and use event-driven `wait`/`wait_many`, but bounded transcript reads and waking controls remain limited to the caller's own control subtree. Transcript cursors address raw session entries, so a continuation page may be empty after non-message entries; an individually oversized message is omitted with a count instead of being truncated. A descendant may vary model or role through another preset, but it cannot acquire new resources: pointers must fully match the ancestor's admitted pointer metadata, soul text must match exactly, and verifier resources and authority stay within the ancestral verifier or worker boundary.
+Worker agents do not receive the root-only profile/status actions. They receive `delegate` only when their admitted tool set and capability ceiling both retain delegation; a caller can create a non-delegating leaf by narrowing either field. Delegating workers may recursively create descendants within the fixed depth, direct-child, session-agent, and queue bounds. They can discover safe session-peer metadata, exchange non-waking threaded messages and bounded broadcasts, and use event-driven `wait`/`wait_many`, but bounded transcript reads and waking controls remain limited to the caller's own control subtree. Transcript cursors address raw session entries, so a continuation page may be empty after non-message entries; an individually oversized message is omitted with a count instead of being truncated. A descendant may vary model or role through another preset, but it cannot acquire new resources: pointers must fully match the ancestor's admitted pointer metadata, soul text must match exactly, and verifier resources and authority stay within the ancestral verifier or worker boundary.
 
 New agents may receive immutable sanitized birth context with `forkTurns: "none"`, `"all"`, or a positive user-turn count such as `"3"`. Omission inherits all bounded complete turns only for the exact same provider and model. Crossing either provider or model defaults to no inherited turns, and an explicit non-`none` cross-boundary fork is rejected. Tool calls/results, reasoning/commentary, system/developer/custom messages, mailbox controls, non-text content, and incomplete assistant output never enter the snapshot. Dispatching another task with an existing `agentId` reuses that agent's durable transcript and cannot replace its birth context.
 

package/docs/worktree-sync.md

@@ -164,12 +164,12 @@ environment value a lane-bound process can set to shed the worker ceiling below.
 
 ### Forbidden-tool ceiling
 
-A worker session can never activate: `goal`, `delegate`, `delegate_status`, `improvement_loop`,
+A worker session can never activate: `goal`, `delegate`, `improvement_loop`,
 `extensionify`, `skillify`, `run_toolkit_script`, `model_fitness`, `tmux_agent_manager`,
 `context_scout`, `python`. This is enforced as the FIRST line of the tool registry's allow
 predicate (`RuntimeBuilder.refreshToolRegistry`'s `isAllowedTool`) -- it wins over an allow-list,
 an exclude-list, or an active resource profile that names the tool explicitly. `goal`/`delegate`/
-`delegate_status`/`tmux_agent_manager` are sub-orchestration (a worker dispatching its own workers
+`tmux_agent_manager` are sub-orchestration (a worker dispatching its own workers
 defeats single-owner lane accountability); `improvement_loop`/`extensionify`/`skillify` are
 self-adaptation surface a worker should never mutate; `run_toolkit_script`/`model_fitness` spend
 budget a worker's dispatcher does not control. **`python`** is included because it is a bounded but

package/examples/extensions/custom-compaction.ts

@@ -53,9 +53,6 @@ export default function (pi: ExtensionAPI) {
 		// Convert messages to readable text format
 		const conversationText = serializeConversation(convertToLlm(allMessages));
 
-		// Include previous summary context if available
-		const previousContext = previousSummary ? `\n\nPrevious session summary for context:\n${previousSummary}` : "";
-
 		// Build messages that ask for a comprehensive summary
 		const summaryMessages = [
 			{
@@ -63,22 +60,13 @@ export default function (pi: ExtensionAPI) {
 				content: [
 					{
 						type: "text" as const,
-						text: `You are a conversation summarizer. Create a comprehensive summary of this conversation that captures:${previousContext}
-
-1. The main goals and objectives discussed
-2. Key decisions made and their rationale
-3. Important code changes, file modifications, or technical details
-4. Current state of any ongoing work
-5. Any blockers, issues, or open questions
-6. Next steps that were planned or suggested
-
-Be thorough but concise. The summary will replace the ENTIRE conversation history, so include all information needed to continue the work effectively.
+						text: `Create complete replacement checkpoint. Preserve goals, mandatory rules, decisions/rationale, code/file details, current state, blockers/open questions, next steps. Omit resolved/transient noise. Structured Markdown, concise but sufficient to resume.
 
-Format the summary as structured markdown with clear sections.
+OLD CHECKPOINT
+${previousSummary ?? "(none)"}
 
-<conversation>
-${conversationText}
-</conversation>`,
+CHAT
+${conversationText}`,
 					},
 				],
 				timestamp: Date.now(),

package/examples/extensions/custom-provider-anthropic/package-lock.json

@@ -1,12 +1,12 @@
 {
   "name": "pi-extension-custom-provider",
-  "version": "0.86.17",
+  "version": "0.90.0",
   "lockfileVersion": 3,
   "requires": true,
   "packages": {
     "": {
       "name": "pi-extension-custom-provider",
-      "version": "0.86.17",
+      "version": "0.90.0",
       "dependencies": {
         "@anthropic-ai/sdk": "^0.52.0"
       }

package/examples/extensions/custom-provider-anthropic/package.json

@@ -1,7 +1,7 @@
 {
   "name": "pi-extension-custom-provider-anthropic",
   "private": true,
-  "version": "0.86.17",
+  "version": "0.90.0",
   "type": "module",
   "scripts": {
     "clean": "echo 'nothing to clean'",

package/examples/extensions/custom-provider-gitlab-duo/package.json

@@ -1,7 +1,7 @@
 {
   "name": "pi-extension-custom-provider-gitlab-duo",
   "private": true,
-  "version": "0.86.17",
+  "version": "0.90.0",
   "type": "module",
   "scripts": {
     "clean": "echo 'nothing to clean'",

package/examples/extensions/sandbox/package-lock.json

@@ -1,12 +1,12 @@
 {
 	"name": "pi-extension-sandbox",
-	"version": "0.86.17",
+	"version": "0.90.0",
 	"lockfileVersion": 3,
 	"requires": true,
 	"packages": {
 		"": {
 			"name": "pi-extension-sandbox",
-			"version": "0.86.17",
+			"version": "0.90.0",
 			"dependencies": {
 				"@anthropic-ai/sandbox-runtime": "^0.0.26"
 			}

package/examples/extensions/sandbox/package.json

@@ -1,7 +1,7 @@
 {
 	"name": "pi-extension-sandbox",
 	"private": true,
-	"version": "0.86.17",
+	"version": "0.90.0",
 	"type": "module",
 	"scripts": {
 		"clean": "echo 'nothing to clean'",

package/examples/extensions/summarize.ts

@@ -105,13 +105,11 @@ const buildConversationText = (entries: SessionEntry[]): string => {
 
 const buildSummaryPrompt = (conversationText: string): string =>
 	[
-		"Summarize this conversation so I can resume it later.",
-		"Include goals, key decisions, progress, open questions, and next steps.",
-		"Keep it concise and structured with headings.",
+		"Create concise structured checkpoint for later resume.",
+		"Keep goals, mandatory rules, decisions, progress, open questions, next steps.",
 		"",
-		"<conversation>",
+		"CHAT",
 		conversationText,
-		"</conversation>",
 	].join("\n");
 
 const showSummaryUi = async (summary: string, ctx: ExtensionCommandContext) => {

package/examples/extensions/with-deps/package-lock.json

@@ -1,12 +1,12 @@
 {
   "name": "pi-extension-with-deps",
-  "version": "0.86.17",
+  "version": "0.90.0",
   "lockfileVersion": 3,
   "requires": true,
   "packages": {
     "": {
       "name": "pi-extension-with-deps",
-      "version": "0.86.17",
+      "version": "0.90.0",
       "dependencies": {
         "ms": "^2.1.3"
       },

package/examples/extensions/with-deps/package.json

@@ -1,7 +1,7 @@
 {
   "name": "pi-extension-with-deps",
   "private": true,
-  "version": "0.86.17",
+  "version": "0.90.0",
   "type": "module",
   "scripts": {
     "clean": "echo 'nothing to clean'",

package/examples/sdk/04-skills.ts

@@ -1,7 +1,7 @@
 /**
  * Skills Configuration
  *
- * Skills provide specialized instructions loaded into the system prompt.
+ * Skills provide specialized instructions loaded request-locally through the host vault.
  * Discover, filter, merge, or replace them.
  */
 

package/npm-shrinkwrap.json

@@ -1,17 +1,17 @@
 {
 	"name": "@caupulican/pi-adaptative",
-	"version": "0.86.17",
+	"version": "0.90.0",
 	"lockfileVersion": 3,
 	"requires": true,
 	"packages": {
 		"": {
 			"name": "@caupulican/pi-adaptative",
-			"version": "0.86.17",
+			"version": "0.90.0",
 			"license": "MIT",
 			"dependencies": {
-				"@caupulican/pi-agent-core": "^0.86.17",
-				"@caupulican/pi-ai": "^0.86.17",
-				"@caupulican/pi-tui": "^0.86.17",
+				"@caupulican/pi-agent-core": "^0.90.0",
+				"@caupulican/pi-ai": "^0.90.0",
+				"@caupulican/pi-tui": "^0.90.0",
 				"@silvia-odwyer/photon-node": "0.3.4",
 				"chalk": "5.6.2",
 				"cross-spawn": "7.0.6",
@@ -547,11 +547,11 @@
 			}
 		},
 		"node_modules/@caupulican/pi-agent-core": {
-			"version": "0.86.17",
-			"resolved": "https://registry.npmjs.org/@caupulican/pi-agent-core/-/pi-agent-core-0.86.17.tgz",
+			"version": "0.90.0",
+			"resolved": "https://registry.npmjs.org/@caupulican/pi-agent-core/-/pi-agent-core-0.90.0.tgz",
 			"license": "MIT",
 			"dependencies": {
-				"@caupulican/pi-ai": "^0.86.17",
+				"@caupulican/pi-ai": "^0.90.0",
 				"ignore": "7.0.5",
 				"typebox": "1.1.38",
 				"yaml": "2.9.0"
@@ -561,8 +561,8 @@
 			}
 		},
 		"node_modules/@caupulican/pi-ai": {
-			"version": "0.86.17",
-			"resolved": "https://registry.npmjs.org/@caupulican/pi-ai/-/pi-ai-0.86.17.tgz",
+			"version": "0.90.0",
+			"resolved": "https://registry.npmjs.org/@caupulican/pi-ai/-/pi-ai-0.90.0.tgz",
 			"license": "MIT",
 			"dependencies": {
 				"@anthropic-ai/sdk": "0.91.1",
@@ -616,8 +616,8 @@
 			}
 		},
 		"node_modules/@caupulican/pi-tui": {
-			"version": "0.86.17",
-			"resolved": "https://registry.npmjs.org/@caupulican/pi-tui/-/pi-tui-0.86.17.tgz",
+			"version": "0.90.0",
+			"resolved": "https://registry.npmjs.org/@caupulican/pi-tui/-/pi-tui-0.90.0.tgz",
 			"license": "MIT",
 			"dependencies": {
 				"get-east-asian-width": "1.6.0",

package/package.json

@@ -1,6 +1,6 @@
 {
 	"name": "@caupulican/pi-adaptative",
-	"version": "0.86.17",
+	"version": "0.90.0",
 	"description": "Adaptive fork of Pi coding agent for self-evolving agent harness experiments",
 	"type": "module",
 	"piConfig": {
@@ -84,9 +84,9 @@
 		"postinstall": "node scripts/postinstall-python-runtime.mjs"
 	},
 	"dependencies": {
-		"@caupulican/pi-agent-core": "^0.86.17",
-		"@caupulican/pi-ai": "^0.86.17",
-		"@caupulican/pi-tui": "^0.86.17",
+		"@caupulican/pi-agent-core": "^0.90.0",
+		"@caupulican/pi-ai": "^0.90.0",
+		"@caupulican/pi-tui": "^0.90.0",
 		"@silvia-odwyer/photon-node": "0.3.4",
 		"chalk": "5.6.2",
 		"cross-spawn": "7.0.6",

package/dist/core/util/json-size.d.ts

@@ -1,3 +0,0 @@
-/** Exact UTF-16 length of standard JSON-compatible data without constructing the serialized payload. */
-export declare function measureJsonLength(value: unknown): number | undefined;
-//# sourceMappingURL=json-size.d.ts.map

package/dist/core/util/json-size.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"json-size.d.ts","sourceRoot":"","sources":["../../../src/core/util/json-size.ts"],"names":[],"mappings":"AAsFA,wGAAwG;AACxG,wBAAgB,iBAAiB,CAAC,KAAK,EAAE,OAAO,GAAG,MAAM,GAAG,SAAS,CAEpE"}

package/dist/core/util/json-size.js

@@ -1,95 +0,0 @@
-function jsonStringLength(value) {
-    let length = 2;
-    for (let index = 0; index < value.length; index++) {
-        const code = value.charCodeAt(index);
-        if (code === 0x22 ||
-            code === 0x5c ||
-            code === 0x08 ||
-            code === 0x09 ||
-            code === 0x0a ||
-            code === 0x0c ||
-            code === 0x0d) {
-            length += 2;
-        }
-        else if (code < 0x20) {
-            length += 6;
-        }
-        else if (code >= 0xd800 && code <= 0xdbff) {
-            const next = value.charCodeAt(index + 1);
-            if (next >= 0xdc00 && next <= 0xdfff) {
-                length += 2;
-                index++;
-            }
-            else {
-                length += 6;
-            }
-        }
-        else if (code >= 0xdc00 && code <= 0xdfff) {
-            length += 6;
-        }
-        else {
-            length++;
-        }
-    }
-    return length;
-}
-function measuredJsonValue(value, key, active) {
-    if (typeof value === "object" && value !== null) {
-        const toJSON = Reflect.get(value, "toJSON");
-        if (typeof toJSON === "function")
-            value = Reflect.apply(toJSON, value, [key]);
-    }
-    switch (typeof value) {
-        case "string":
-            return jsonStringLength(value);
-        case "number":
-            return Number.isFinite(value) ? (Object.is(value, -0) ? 1 : String(value).length) : 4;
-        case "boolean":
-            return value ? 4 : 5;
-        case "bigint":
-            throw new TypeError("Do not know how to serialize a BigInt");
-        case "undefined":
-        case "function":
-        case "symbol":
-            return undefined;
-        case "object":
-            break;
-    }
-    if (value === null)
-        return 4;
-    if (value instanceof String || value instanceof Number || value instanceof Boolean) {
-        return measuredJsonValue(value.valueOf(), key, active);
-    }
-    if (active.has(value))
-        throw new TypeError("Converting circular structure to JSON");
-    active.add(value);
-    try {
-        if (Array.isArray(value)) {
-            let length = 2 + Math.max(0, value.length - 1);
-            for (let index = 0; index < value.length; index++) {
-                length += measuredJsonValue(value[index], String(index), active) ?? 4;
-            }
-            return length;
-        }
-        let length = 2;
-        let fields = 0;
-        for (const field of Object.keys(value)) {
-            const fieldLength = measuredJsonValue(Reflect.get(value, field), field, active);
-            if (fieldLength === undefined)
-                continue;
-            if (fields > 0)
-                length++;
-            length += jsonStringLength(field) + 1 + fieldLength;
-            fields++;
-        }
-        return length;
-    }
-    finally {
-        active.delete(value);
-    }
-}
-/** Exact UTF-16 length of standard JSON-compatible data without constructing the serialized payload. */
-export function measureJsonLength(value) {
-    return measuredJsonValue(value, "", new Set());
-}
-//# sourceMappingURL=json-size.js.map

package/dist/core/util/json-size.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"json-size.js","sourceRoot":"","sources":["../../../src/core/util/json-size.ts"],"names":[],"mappings":"AAAA,SAAS,gBAAgB,CAAC,KAAa;IACtC,IAAI,MAAM,GAAG,CAAC,CAAC;IACf,KAAK,IAAI,KAAK,GAAG,CAAC,EAAE,KAAK,GAAG,KAAK,CAAC,MAAM,EAAE,KAAK,EAAE,EAAE,CAAC;QACnD,MAAM,IAAI,GAAG,KAAK,CAAC,UAAU,CAAC,KAAK,CAAC,CAAC;QACrC,IACC,IAAI,KAAK,IAAI;YACb,IAAI,KAAK,IAAI;YACb,IAAI,KAAK,IAAI;YACb,IAAI,KAAK,IAAI;YACb,IAAI,KAAK,IAAI;YACb,IAAI,KAAK,IAAI;YACb,IAAI,KAAK,IAAI,EACZ,CAAC;YACF,MAAM,IAAI,CAAC,CAAC;QACb,CAAC;aAAM,IAAI,IAAI,GAAG,IAAI,EAAE,CAAC;YACxB,MAAM,IAAI,CAAC,CAAC;QACb,CAAC;aAAM,IAAI,IAAI,IAAI,MAAM,IAAI,IAAI,IAAI,MAAM,EAAE,CAAC;YAC7C,MAAM,IAAI,GAAG,KAAK,CAAC,UAAU,CAAC,KAAK,GAAG,CAAC,CAAC,CAAC;YACzC,IAAI,IAAI,IAAI,MAAM,IAAI,IAAI,IAAI,MAAM,EAAE,CAAC;gBACtC,MAAM,IAAI,CAAC,CAAC;gBACZ,KAAK,EAAE,CAAC;YACT,CAAC;iBAAM,CAAC;gBACP,MAAM,IAAI,CAAC,CAAC;YACb,CAAC;QACF,CAAC;aAAM,IAAI,IAAI,IAAI,MAAM,IAAI,IAAI,IAAI,MAAM,EAAE,CAAC;YAC7C,MAAM,IAAI,CAAC,CAAC;QACb,CAAC;aAAM,CAAC;YACP,MAAM,EAAE,CAAC;QACV,CAAC;IACF,CAAC;IACD,OAAO,MAAM,CAAC;AACf,CAAC;AAED,SAAS,iBAAiB,CAAC,KAAc,EAAE,GAAW,EAAE,MAAmB;IAC1E,IAAI,OAAO,KAAK,KAAK,QAAQ,IAAI,KAAK,KAAK,IAAI,EAAE,CAAC;QACjD,MAAM,MAAM,GAAG,OAAO,CAAC,GAAG,CAAC,KAAK,EAAE,QAAQ,CAAC,CAAC;QAC5C,IAAI,OAAO,MAAM,KAAK,UAAU;YAAE,KAAK,GAAG,OAAO,CAAC,KAAK,CAAC,MAAM,EAAE,KAAK,EAAE,CAAC,GAAG,CAAC,CAAY,CAAC;IAC1F,CAAC;IAED,QAAQ,OAAO,KAAK,EAAE,CAAC;QACtB,KAAK,QAAQ;YACZ,OAAO,gBAAgB,CAAC,KAAK,CAAC,CAAC;QAChC,KAAK,QAAQ;YACZ,OAAO,MAAM,CAAC,QAAQ,CAAC,KAAK,CAAC,CAAC,CAAC,CAAC,CAAC,MAAM,CAAC,EAAE,CAAC,KAAK,EAAE,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC;QACvF,KAAK,SAAS;YACb,OAAO,KAAK,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC;QACtB,KAAK,QAAQ;YACZ,MAAM,IAAI,SAAS,CAAC,uCAAuC,CAAC,CAAC;QAC9D,KAAK,WAAW,CAAC;QACjB,KAAK,UAAU,CAAC;QAChB,KAAK,QAAQ;YACZ,OAAO,SAAS,CAAC;QAClB,KAAK,QAAQ;YACZ,MAAM;IACR,CAAC;IAED,IAAI,KAAK,KAAK,IAAI;QAAE,OAAO,CAAC,CAAC;IAC7B,IAAI,KAAK,YAAY,MAAM,IAAI,KAAK,YAAY,MAAM,IAAI,KAAK,YAAY,OAAO,EAAE,CAAC;QACpF,OAAO,iBAAiB,CAAC,KAAK,CAAC,OAAO,EAAE,EAAE,GAAG,EAAE,MAAM,CAAC,CAAC;IACxD,CAAC;IACD,IAAI,MAAM,CAAC,GAAG,CAAC,KAAK,CAAC;QAAE,MAAM,IAAI,SAAS,CAAC,uCAAuC,CAAC,CAAC;IACpF,MAAM,CAAC,GAAG,CAAC,KAAK,CAAC,CAAC;IAClB,IAAI,CAAC;QACJ,IAAI,KAAK,CAAC,OAAO,CAAC,KAAK,CAAC,EAAE,CAAC;YAC1B,IAAI,MAAM,GAAG,CAAC,GAAG,IAAI,CAAC,GAAG,CAAC,CAAC,EAAE,KAAK,CAAC,MAAM,GAAG,CAAC,CAAC,CAAC;YAC/C,KAAK,IAAI,KAAK,GAAG,CAAC,EAAE,KAAK,GAAG,KAAK,CAAC,MAAM,EAAE,KAAK,EAAE,EAAE,CAAC;gBACnD,MAAM,IAAI,iBAAiB,CAAC,KAAK,CAAC,KAAK,CAAC,EAAE,MAAM,CAAC,KAAK,CAAC,EAAE,MAAM,CAAC,IAAI,CAAC,CAAC;YACvE,CAAC;YACD,OAAO,MAAM,CAAC;QACf,CAAC;QAED,IAAI,MAAM,GAAG,CAAC,CAAC;QACf,IAAI,MAAM,GAAG,CAAC,CAAC;QACf,KAAK,MAAM,KAAK,IAAI,MAAM,CAAC,IAAI,CAAC,KAAK,CAAC,EAAE,CAAC;YACxC,MAAM,WAAW,GAAG,iBAAiB,CAAC,OAAO,CAAC,GAAG,CAAC,KAAK,EAAE,KAAK,CAAC,EAAE,KAAK,EAAE,MAAM,CAAC,CAAC;YAChF,IAAI,WAAW,KAAK,SAAS;gBAAE,SAAS;YACxC,IAAI,MAAM,GAAG,CAAC;gBAAE,MAAM,EAAE,CAAC;YACzB,MAAM,IAAI,gBAAgB,CAAC,KAAK,CAAC,GAAG,CAAC,GAAG,WAAW,CAAC;YACpD,MAAM,EAAE,CAAC;QACV,CAAC;QACD,OAAO,MAAM,CAAC;IACf,CAAC;YAAS,CAAC;QACV,MAAM,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC;IACtB,CAAC;AACF,CAAC;AAED,wGAAwG;AACxG,MAAM,UAAU,iBAAiB,CAAC,KAAc;IAC/C,OAAO,iBAAiB,CAAC,KAAK,EAAE,EAAE,EAAE,IAAI,GAAG,EAAE,CAAC,CAAC;AAChD,CAAC","sourcesContent":["function jsonStringLength(value: string): number {\n\tlet length = 2;\n\tfor (let index = 0; index < value.length; index++) {\n\t\tconst code = value.charCodeAt(index);\n\t\tif (\n\t\t\tcode === 0x22 ||\n\t\t\tcode === 0x5c ||\n\t\t\tcode === 0x08 ||\n\t\t\tcode === 0x09 ||\n\t\t\tcode === 0x0a ||\n\t\t\tcode === 0x0c ||\n\t\t\tcode === 0x0d\n\t\t) {\n\t\t\tlength += 2;\n\t\t} else if (code < 0x20) {\n\t\t\tlength += 6;\n\t\t} else if (code >= 0xd800 && code <= 0xdbff) {\n\t\t\tconst next = value.charCodeAt(index + 1);\n\t\t\tif (next >= 0xdc00 && next <= 0xdfff) {\n\t\t\t\tlength += 2;\n\t\t\t\tindex++;\n\t\t\t} else {\n\t\t\t\tlength += 6;\n\t\t\t}\n\t\t} else if (code >= 0xdc00 && code <= 0xdfff) {\n\t\t\tlength += 6;\n\t\t} else {\n\t\t\tlength++;\n\t\t}\n\t}\n\treturn length;\n}\n\nfunction measuredJsonValue(value: unknown, key: string, active: Set<object>): number | undefined {\n\tif (typeof value === \"object\" && value !== null) {\n\t\tconst toJSON = Reflect.get(value, \"toJSON\");\n\t\tif (typeof toJSON === \"function\") value = Reflect.apply(toJSON, value, [key]) as unknown;\n\t}\n\n\tswitch (typeof value) {\n\t\tcase \"string\":\n\t\t\treturn jsonStringLength(value);\n\t\tcase \"number\":\n\t\t\treturn Number.isFinite(value) ? (Object.is(value, -0) ? 1 : String(value).length) : 4;\n\t\tcase \"boolean\":\n\t\t\treturn value ? 4 : 5;\n\t\tcase \"bigint\":\n\t\t\tthrow new TypeError(\"Do not know how to serialize a BigInt\");\n\t\tcase \"undefined\":\n\t\tcase \"function\":\n\t\tcase \"symbol\":\n\t\t\treturn undefined;\n\t\tcase \"object\":\n\t\t\tbreak;\n\t}\n\n\tif (value === null) return 4;\n\tif (value instanceof String || value instanceof Number || value instanceof Boolean) {\n\t\treturn measuredJsonValue(value.valueOf(), key, active);\n\t}\n\tif (active.has(value)) throw new TypeError(\"Converting circular structure to JSON\");\n\tactive.add(value);\n\ttry {\n\t\tif (Array.isArray(value)) {\n\t\t\tlet length = 2 + Math.max(0, value.length - 1);\n\t\t\tfor (let index = 0; index < value.length; index++) {\n\t\t\t\tlength += measuredJsonValue(value[index], String(index), active) ?? 4;\n\t\t\t}\n\t\t\treturn length;\n\t\t}\n\n\t\tlet length = 2;\n\t\tlet fields = 0;\n\t\tfor (const field of Object.keys(value)) {\n\t\t\tconst fieldLength = measuredJsonValue(Reflect.get(value, field), field, active);\n\t\t\tif (fieldLength === undefined) continue;\n\t\t\tif (fields > 0) length++;\n\t\t\tlength += jsonStringLength(field) + 1 + fieldLength;\n\t\t\tfields++;\n\t\t}\n\t\treturn length;\n\t} finally {\n\t\tactive.delete(value);\n\t}\n}\n\n/** Exact UTF-16 length of standard JSON-compatible data without constructing the serialized payload. */\nexport function measureJsonLength(value: unknown): number | undefined {\n\treturn measuredJsonValue(value, \"\", new Set());\n}\n"]}