omnius 1.0.643 → 1.0.647

package/dist/postinstall-daemon.cjs

@@ -657,7 +657,10 @@ function installSystemd(nodeBin, omniusScript, user) {
     "Environment=OMNIUS_DAEMON=1",
     "Environment=OMNIUS_PORT=" + PORT,
     "Environment=NODE_ENV=production",
-    "EnvironmentFile=-" + envPath,
+    // Keep this user-relative so a unit written during a root/global install
+    // still loads the owning user's overrides after the existing unit is
+    // rewritten on update.
+    "EnvironmentFile=%h/.config/omnius/daemon.env",
     "ExecStart=" + nodeBin + " " + omniusScript + " serve --daemon --quiet",
     // Restart=always (was on-failure) — also relaunch on clean exit.
     // Some upgrade flows trigger process.exit(0) (e.g. /update reload,

package/dist/scripts/audio-clap-semantic-worker.py

@@ -1,9 +1,10 @@
 #!/usr/bin/env python3
 """Persistent, offline CLAP semantic-audio embedding worker.
 
-This process deliberately has no setup behavior.  The Node runtime has already
-created the system-site venv, installed its pinned non-Torch requirements, and
-verified the immutable model artifact before this process is started.
+This process deliberately has no setup behavior. The Node runtime has already
+created an isolated venv with an explicit vendor-Torch link, installed its
+pinned non-Torch requirements, and verified the immutable model artifact
+before this process is started.
 """
 
 import argparse
@@ -22,7 +23,14 @@ if os.environ.get("PYTHONNOUSERSITE") != "1":
 import numpy as np
 import torch
 import torch.nn.functional as F
-from transformers import ClapModel, ClapProcessor
+from PIL import Image
+from transformers import (
+    ClapAudioModelWithProjection,
+    ClapFeatureExtractor,
+    ClapModel,
+    ClapProcessor,
+    ClapTextModelWithProjection,
+)
 
 MODEL_ID = "laion/clap-htsat-unfused"
 # The worker receives exactly Egg's caller-conditioned audio window.  It does

package/dist/update-worker.js

@@ -245098,6 +245098,7 @@ init_venv_paths();
 var SETUP_TIMEOUT_MS2 = 30 * 6e4;
 var CLAP_RUNTIME_WHEELS = [
   { distribution: "numpy", version: "1.26.4", importName: "numpy", filename: "numpy-1.26.4-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl", source: "https://files.pythonhosted.org/packages/fc/a5/4beee6488160798683eed5bdb7eead455892c3b4e1f78d79d8d3f3b084ac/numpy-1.26.4-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl", sha256: "d209d8969599b27ad20994c8e41936ee0964e6da07478d6c35016bc386b66ad4" },
+  { distribution: "Pillow", version: "10.4.0", importName: "PIL", filename: "pillow-10.4.0-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl", source: "https://files.pythonhosted.org/packages/8a/25/1fc45761955f9359b1169aa75e241551e74ac01a09f487adaaf4c3472d11/pillow-10.4.0-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl", sha256: "7928ecbf1ece13956b95d9cbcfc77137652b02763ba384d9ab508099a2eca856" },
   { distribution: "transformers", version: "4.57.3", importName: "transformers", filename: "transformers-4.57.3-py3-none-any.whl", source: "https://files.pythonhosted.org/packages/6a/6b/2f416568b3c4c91c96e5a365d164f8a4a4a88030aa8ab4644181fdadce97/transformers-4.57.3-py3-none-any.whl", sha256: "c77d353a4851b1880191603d36acb313411d3577f6e2897814f333841f7003f4" },
   { distribution: "huggingface-hub", version: "0.36.0", importName: "huggingface_hub", filename: "huggingface_hub-0.36.0-py3-none-any.whl", source: "https://files.pythonhosted.org/packages/cb/bd/1a875e0d592d447cbc02805fd3fe0f497714d6a2583f59d14fa9ebad96eb/huggingface_hub-0.36.0-py3-none-any.whl", sha256: "7bcc9ad17d5b3f07b57c78e79d527102d08313caa278a641993acddcb894548d" },
   { distribution: "hf-xet", version: "1.1.5", importName: "hf_xet", filename: "hf_xet-1.1.5-cp37-abi3-manylinux_2_28_aarch64.whl", source: "https://files.pythonhosted.org/packages/d0/54/0fcf2b619720a26fbb6cc941e89f2472a522cd963a776c089b189559447f/hf_xet-1.1.5-cp37-abi3-manylinux_2_28_aarch64.whl", sha256: "dbba1660e5d810bd0ea77c511a99e9242d920790d0e63c0e4673ed36c4022d18" },
@@ -245118,6 +245119,9 @@ var CLAP_RUNTIME_WHEELS = [
 ];
 var CLAP_PYTHON_REQUIREMENTS = CLAP_RUNTIME_WHEELS.map((wheel) => `${wheel.distribution}==${wheel.version}`);
 
+// packages/execution/dist/openclip-memory-admission.js
+init_jetson_monitor();
+
 // packages/execution/dist/speaker-embedding-runtime.js
 init_jetson_monitor();
 init_process_async();

package/docs/ASD-STE100-COMMUNICATION-AUDIT.md

@@ -0,0 +1,233 @@
+# ASD-STE100 Communication Audit
+
+Date: 2026-08-28
+
+## Objective
+
+Use ASD-STE100 Issue 9 for all Omnius natural-language communication.
+Apply the rule to external replies and internal agent messages.
+Preserve exact machine content without a change.
+
+## Standard boundary
+
+[ASD-STE100 Issue 9](https://www.asd-ste100.org/assets/files/ASD-STE100_ISSUE9.pdf) has 53 writing rules.
+It also has an approved-word dictionary and permits necessary technical terms.
+The standard requires consistent technical terms, short sentences, direct verbs, and clear procedures.
+
+Issue 9 limits a procedure sentence to 20 words.
+It limits a descriptive sentence to 25 words.
+It requires one instruction in most procedure sentences.
+It also requires quoted text to remain unchanged.
+
+The [official STE description](https://www.asd-ste100.org/about.html) identifies an approved dictionary and permitted technical terms.
+The [official checker guidance](https://www.asd-ste100.org/ste-software.html) states that software aids are not complete compliance proof.
+
+Therefore, Omnius can enforce structural STE rules automatically.
+A qualified human must confirm full dictionary compliance.
+Omnius must not claim certified compliance from a model or heuristic check.
+
+## 2026 reliability evidence
+
+Current research supports three separate communication layers.
+
+1. Use controlled natural language for human and agent prose.
+2. Use schemas and exact fields for machine messages.
+3. Use code validators for syntax and meaning.
+
+A 2026 protocol review reports weak support for clarification, context alignment, and semantic verification.
+Omnius now names these duties in the common contract.
+Source: [Beyond Message Passing](https://arxiv.org/abs/2604.02369).
+
+A 2026 harness study reports that prompt text alone did not preserve critical guarantees.
+It assigns deterministic guarantees to code, schemas, manifests, and validators.
+Omnius now uses this rule in the common contract.
+Source: [From Prompts to Contracts](https://arxiv.org/abs/2607.08028).
+
+A 2026 structured-output study separates valid syntax from valid meaning.
+It also reports model-specific failure patterns.
+Omnius must validate JSON structure and field meaning.
+Source: [StructHallu-Drift](https://aclanthology.org/2026.surgellm-1.22/).
+
+A 2026 reliability framework treats retries and verification as different recovery operators.
+Omnius must classify a failure before it selects a recovery method.
+Source: [Cost-Aware Adaptive Reliability](https://arxiv.org/abs/2605.09121).
+
+2025 structured-output studies remain directly applicable.
+They show that schema constraints need adapted prompts, examples, and validators.
+Sources: [The Hidden Cost of Structure](https://aclanthology.org/2025.ranlp-1.124/) and [Schema Reinforcement Learning](https://aclanthology.org/2025.acl-long.243/).
+
+## Lossless exception boundary
+
+Do not change these items during STE conversion:
+
+- Code and code blocks
+- JSON, schemas, keys, and enum values
+- Commands, paths, options, and environment keys
+- API routes, headers, status codes, and media types
+- Tool names and tool argument names
+- Model names and provider names
+- Sentinels, tags, placeholders, and parser labels
+- User input and source quotations
+- Logs, errors, traces, and tool output
+- Required literal replies
+
+Use STE for text that introduces or explains these items.
+If STE conflicts with an exact contract, the exact contract has priority.
+
+## Runtime architecture review
+
+| Surface | Previous condition | Current control | Status |
+|---|---|---|---|
+| Small tier | Large duplicated prose with long sentences | Shared common contract and small-tier addition | Updated |
+| Medium tier | Large duplicated prose with long sentences | Shared common contract and medium-tier addition | Updated |
+| Large tier | Large duplicated prose with long sentences | Shared common contract and large-tier addition | Updated |
+| Ollama and compatible providers | No common language envelope | Provider adds one STE policy message | Updated |
+| Anthropic adapter | Independent system translation | Provider policy enters before translation | Updated |
+| Native Ollama stream | Independent message path | Provider policy enters before native transport | Updated |
+| Nexus remote peer | Independent message path | Nexus adds the same policy | Updated |
+| Cascade backend | Delegates to Ollama or Nexus | Inner backend adds the policy | Updated |
+| Web chat | Separate non-tier system prompt | Web prompt starts with the shared policy | Updated |
+| Realtime and phone | Explicit contraction preference | Shared policy and direct spoken rules | Updated |
+| Task templates | Long compound instructions | Eight source templates use short direct rules | Updated |
+| Telegram router | Many inline contracts and exact schemas | Provider policy governs output | Controlled rewrite required |
+| Sub-agent delegation | Separate preambles and exact envelopes | Provider policy governs output | Controlled rewrite required |
+| RALPH runners | Separate JSON-sensitive prompt files | Provider policy governs output | Controlled rewrite required |
+| Memory and compaction | Separate JSON and summary prompts | Provider policy governs output | Controlled rewrite required |
+| CLI dream and emotion prompts | Creative and machine output contracts | Provider policy governs output | Profile-specific review required |
+| Reference contracts | 39 long Markdown contracts | Included under the common policy | Controlled rewrite required |
+| OpenAPI and help text | Human prose in TypeScript literals | Not model-generated | User-interface review required |
+
+The final provider boundary adds the policy before each model request.
+This rule covers inline prompts that still need a controlled source rewrite.
+It also covers new prompts that a feature adds later.
+The policy does not change exact machine content.
+
+## Source inventory
+
+The prompt audit found 83 source Markdown files.
+Generated files under `publish/` are not source files.
+
+- CLI TUI prompts: 7 files
+- Prompt package contracts and templates: 15 files
+- Orchestrator prompts: 22 files
+- Root reference contracts: 39 files
+
+TypeScript also contains direct model prompts and user-interface messages.
+These strings need a separate literal extractor because many strings contain machine data.
+
+## Main defects found
+
+### Tier prompts
+
+The three tier files duplicated nearly all content.
+Many sentences had more than 25 words.
+Several sentences contained more than one instruction.
+The smaller tiers did not have a materially smaller common contract.
+
+The new design keeps one common contract.
+Each tier file now contains only its tier rules.
+This design prevents language drift between tiers.
+
+### Realtime prompt
+
+The previous prompt explicitly permitted contractions.
+This rule directly conflicted with STE.
+The fallback reply also used a contraction.
+
+The new prompt prohibits contractions.
+The fallback now uses two short sentences.
+An exact user-requested reply remains exempt.
+
+### Task templates
+
+The source templates used long labels, questions, vague terms, and compound instructions.
+The revised templates use one direct action in each procedure sentence.
+Exact placeholders and tool names remain unchanged.
+
+### Telegram and tool contracts
+
+Telegram router prompts contain safety, identity, route, and reply policies.
+They also contain exact JSON fields and enum values.
+A broad text conversion can change router behavior.
+
+Tool contracts contain exact JSON, tool names, argument names, and parser sentinels.
+These elements need token-preservation tests before a controlled prose conversion.
+
+### Corrected prompt defect
+
+`packages/cli/prompts/tui/emotion-center.md` had an unclosed parenthesis.
+Its examples also conflicted with its required emoji-and-word output.
+The revised prompt has short instructions and valid examples.
+A test now protects the placeholders and required output format.
+
+## Telegram router failure review
+
+The live failure was not an unavailable model.
+The broker completed the requests with hidden reasoning tokens.
+Omnius then removed the hidden text and received no visible decision contract.
+
+One predicate controlled two different facts.
+It controlled Ollama transport features and Omnius pool ownership.
+The broker discovery correctly disabled the local Omnius pool.
+That result also disabled Ollama transport behavior by mistake.
+
+The affected requests omitted `think:false` and Ollama context options.
+They also used `/v1/chat/completions` instead of the preferred native `/api/chat` route.
+The model used its reply budget for hidden reasoning.
+
+The backend now uses two predicates.
+
+- `isOllamaTransport` controls Ollama request fields and native routes.
+- `useOllamaPool` controls only local runner acquisition and spawn behavior.
+
+Broker-managed endpoints now use native Ollama transport without a local pool slot.
+Regression tests cover unary and streaming requests through `http://localhost:11434`.
+The tests also prove that Omnius does not acquire a local pool slot.
+
+The Telegram bridge had a separate token-count defect.
+It read usage fields from the wrong level of each stream chunk.
+It now reads the `usage` object, which corrects the false `~0 tok` display.
+
+Each model-generation block now has a bottom `read mode` control.
+The control expands all preserved thinking, content, tool-contract, and handling rows.
+The control remains available after the block completes.
+The Telegram chat fast path now streams into its block and closes the block on success or failure.
+
+## Validation policy
+
+The structural check must mask exact machine content.
+It must then inspect only authored prose.
+
+Use these hard checks for core prompts:
+
+- No contraction
+- No semicolon
+- No unresolved placeholder
+- Balanced delimiters outside protected content
+- Maximum 20 words for a procedure sentence
+- Maximum 25 words for a descriptive sentence
+- One instruction in each procedure sentence
+- Exact preservation of machine tokens
+
+Do not use automatic passive-voice detection as a hard failure.
+Do not use an incomplete dictionary as compliance proof.
+
+## Remaining controlled work
+
+Use a token manifest before any broad prompt conversion.
+Record placeholders, schema keys, enum values, tags, sentinels, and tool names.
+Require the same token set after each prose change.
+
+Convert the remaining groups in this order:
+
+1. Telegram router and reflection prose
+2. Sub-agent and delegation prose
+3. Recovery and completion prose
+4. RALPH runner prose
+5. Memory and compaction prose
+6. CLI setup and recovery text
+7. API descriptions and help text
+8. Reference contracts
+
+Run parser and snapshot tests after each group.
+Do not use a repository-wide blind text replacement.

package/docs/DISCOVERY.json

@@ -4631,7 +4631,7 @@
           "tags": [
             "Audio"
           ],
-          "description": "Non-mutating readiness for NVIDIA diar_streaming_sortformer_4spk-v2. It never downloads, installs, creates environments, or loads a model. Managed JetPack setup pins NVIDIA's Q8 GGUF plus NeMo-Speech.cpp source revision and keeps one persistent worker/controller serialized; operator-provided .nemo/Python snapshots remain supported. 200 requires the verified runtime worker to be active. Session-local labels are never durable identities.",
+          "description": "Non-mutating readiness for NVIDIA diar_streaming_sortformer_4spk-v2. It never downloads, installs, creates environments, or loads a model. Managed JetPack setup pins NVIDIA's Q8 GGUF plus NeMo-Speech.cpp source revision and keeps one persistent worker/controller serialized; operator-provided .nemo/Python snapshots remain supported. Readiness persists setup.stage, setup.failed_stage, complete setup stderr, and the terminal error across daemon restart. 200 requires the verified runtime worker to be active. Session-local labels are never durable identities.",
           "responses": {
             "200": {
               "description": "Verified local snapshot and warm managed live worker."
@@ -4707,7 +4707,7 @@
           "tags": [
             "Audio"
           ],
-          "description": "Admin-only and asynchronous. An empty JSON object provisions the pinned public Q8 Sortformer artifact and builds an immutable-revision CUDA NeMo-Speech.cpp runtime under ~/.omnius without modifying JetPack Torch. Poll readiness after HTTP 202. Advanced operators may instead provide snapshot_path/manifest_path plus python_path for a checksum-pinned .nemo runtime. Setup may download/build; inference never does.",
+          "description": "Admin-only and asynchronous. An empty JSON object provisions the pinned public Q8 Sortformer artifact and builds an immutable-revision CUDA NeMo-Speech.cpp runtime under ~/.omnius without modifying JetPack Torch. nvcc discovery checks OMNIUS_DIAR_NVCC, /usr/local/cuda-12.2/bin/nvcc, then /usr/local/cuda/bin/nvcc and reports exact absence before downloading a model. Poll readiness after HTTP 202. Advanced operators may instead provide snapshot_path/manifest_path plus python_path for a checksum-pinned .nemo runtime. Setup may download/build; inference never does.",
           "requestBody": {
             "required": true,
             "content": {
@@ -5401,7 +5401,7 @@
           "tags": [
             "Audio"
           ],
-          "description": "Admin-only. Requires kind=acoustic|speaker|semantic in the query (canonical) or JSON body. acoustic reuses pinned JetPack YAMNet/TensorRT. speaker creates a private CPU-only WeSpeaker CAM++ venv with checksum-pinned NumPy/ONNX Runtime wheels and no Torch/Torchaudio dependency. semantic installs a checksum-locked CPython 3.10/aarch64 dependency closure plus the immutable CLAP revision while leaving vendor Torch untouched. Omnius never imports, links, replaces, or resolves a generic Torch package over JetPack Torch for either isolated runtime. JetPack daemon bootstrap provisions all three roles by default; OMNIUS_AUDIO_AUTO_SETUP=0 disables all and OMNIUS_SEMANTIC_AUDIO_AUTO_SETUP=0 disables CLAP. Semantic provisioning may finish under memory pressure, while activation/inference still requires the 8 GiB admission threshold and never evicts another workload. This is the only REST operation allowed to provision, and no role is substituted for another.",
+          "description": "Admin-only. Requires kind=acoustic|speaker|semantic in the query (canonical) or JSON body. acoustic reuses pinned JetPack YAMNet/TensorRT. speaker creates a private CPU-only WeSpeaker CAM++ venv with checksum-pinned NumPy/ONNX Runtime wheels and no Torch/Torchaudio dependency. semantic creates a private include-system-site-packages=false venv, explicitly links only the validated vendor CUDA Torch provider, and installs a checksum-locked CPython 3.10/aarch64 dependency closure (including Pillow and probed Transformers CLAP imports) plus the immutable CLAP revision. Omnius never replaces or resolves a generic Torch package over JetPack Torch. JetPack daemon bootstrap provisions all three roles by default; OMNIUS_AUDIO_AUTO_SETUP=0 disables all and OMNIUS_SEMANTIC_AUDIO_AUTO_SETUP=0 disables CLAP. Semantic provisioning may finish under memory pressure, while activation/inference still requires the 8 GiB admission threshold and never evicts another workload. CLAP readiness persists setup stage, failed_stage, complete subprocess stderr, and error. This is the only REST operation allowed to provision, and no role is substituted for another.",
           "parameters": [
             {
               "name": "kind",
@@ -16896,7 +16896,7 @@
           "tags": [
             "Vision"
           ],
-          "description": "Admin-only single-flight setup, also daemon-bootstrapped by default on JetPack (OMNIUS_VISION_AUTO_SETUP=0 disables). It creates a --system-site-packages venv, inherits existing CUDA Torch and vendor torchvision, installs a fully pinned non-Torch wheel closure with --no-deps, and then validates the managed runtime with user-site packages disabled. It downloads the OpenCLIP checkpoint from immutable revision 1a25a446712ba5ee05982a381eed697ef9b435cf with a fixed SHA-256. It never resolves Torch/torchvision from generic PyPI. A checksum-pinned local torchvision wheel override remains supported. Provisioning completes despite transient memory pressure; only model loading/inference applies the 8 GiB admission gate.",
+          "description": "Admin-only single-flight setup, also daemon-bootstrapped by default on JetPack (OMNIUS_VISION_AUTO_SETUP=0 disables). It creates an include-system-site-packages=false venv, explicitly links only the validated vendor CUDA Torch provider, installs a fully pinned non-Torch wheel closure including wcwidth with --no-deps, and then validates Torch, vendor torchvision, and OpenCLIP with user-site packages disabled. It downloads the OpenCLIP checkpoint from immutable revision 1a25a446712ba5ee05982a381eed697ef9b435cf with a fixed SHA-256. It never resolves Torch/torchvision from generic PyPI. A checksum-pinned local torchvision wheel override remains supported. Provisioning completes despite transient memory pressure; only model loading/inference applies the OpenCLIP-specific OMNIUS_VISION_MIN_AVAILABLE_MB admission gate.",
           "responses": {
             "200": {
               "description": "Provisioned; readiness may still report memory-blocked until model loading is admitted"
@@ -28394,6 +28394,39 @@
         }
       ]
     },
+    {
+      "id": "guide.asd-ste100-communication-audit-uppercase",
+      "kind": "guide",
+      "title": "ASD-STE100 Communication Audit",
+      "summary": "Use ASD-STE100 Issue 9 for all Omnius natural-language communication. Apply the rule to external replies and internal agent messages. Preserve exact machine content without a change.",
+      "keywords": [
+        "ASD",
+        "STE100",
+        "COMMUNICATION",
+        "AUDIT",
+        "md"
+      ],
+      "maturity": "stable",
+      "audiences": [
+        "user",
+        "integrator",
+        "coding-agent"
+      ],
+      "layer": "documentation",
+      "interfaces": [
+        {
+          "type": "file",
+          "target": "docs/ASD-STE100-COMMUNICATION-AUDIT.md"
+        }
+      ],
+      "references": [
+        {
+          "type": "documentation",
+          "target": "docs/ASD-STE100-COMMUNICATION-AUDIT.md",
+          "relation": "canonical-artifact"
+        }
+      ]
+    },
     {
       "id": "guide.concept-relational-language",
       "kind": "guide",
@@ -29569,6 +29602,40 @@
         }
       ]
     },
+    {
+      "id": "guide.ontology-long-horizon-work-graph-uppercase",
+      "kind": "guide",
+      "title": "Ontology WorkGraph Review",
+      "summary": "Use an ontological graph to control large and long tasks. Make each work item, relation, claim, and evidence item addressable. Keep one canonical graph across planning, execution, verification, and completion.",
+      "keywords": [
+        "ONTOLOGY",
+        "LONG",
+        "HORIZON",
+        "WORK",
+        "GRAPH",
+        "md"
+      ],
+      "maturity": "stable",
+      "audiences": [
+        "user",
+        "integrator",
+        "coding-agent"
+      ],
+      "layer": "documentation",
+      "interfaces": [
+        {
+          "type": "file",
+          "target": "docs/ONTOLOGY-LONG-HORIZON-WORK-GRAPH.md"
+        }
+      ],
+      "references": [
+        {
+          "type": "documentation",
+          "target": "docs/ONTOLOGY-LONG-HORIZON-WORK-GRAPH.md",
+          "relation": "canonical-artifact"
+        }
+      ]
+    },
     {
       "id": "guide.opencode-agentic-loop-comparison",
       "kind": "guide",

package/docs/DISCOVERY.md

@@ -407,6 +407,7 @@ Daemon equivalents are `GET /v1/discovery/bootstrap`, `GET /v1/discovery?q=<inte
 | `guide.agent-memory-index-uppercase` | Agent-Explorable Documentation | Omnius documentation is exposed to agents through project-local AIWG-style bundles under .aiwg/addons/. |
 | `guide.architecture-agent-system-map` | Omnius Agent System Map | Use this page when you need to understand how a user-visible behavior travels through Omnius, where its state lives, and which package owns a change. For a specific task recipe, search the generated catalog first: |
 | `guide.architecture-overview` | Architecture Overview | Omnius combines a terminal-first agent loop, REST daemon, model routing layer, tool runtime, persistent context, and peer mesh. |
+| `guide.asd-ste100-communication-audit-uppercase` | ASD-STE100 Communication Audit | Use ASD-STE100 Issue 9 for all Omnius natural-language communication. Apply the rule to external replies and internal agent messages. Preserve exact machine content without a change. |
 | `guide.concept-relational-language` | Concept Relational Language (CRL) — Token-Efficient Concept Communication | &gt; Experimental hyper-compressed symbolic notation for mind-mapped logical flow tracking |
 | `guide.context-management-medium-models-proposal` | Context Management for Medium Models (30-40B) — Implementation Proposal | Date: 2026-04-25 Problem: Medium-tier models (~35B params) exhibit excessive repetition at ~35% context fill despite 256K context windows Root Cause: Monolithic context structure + attention degradation + tool schema bloat |
 | `guide.dedup-false-positive-meta-analysis` | Meta-Analysis: False Positive Duplicate Tool Call Detection | Date: 2026-05-14 Scope: packages/orchestrator/src/agenticRunner.ts — proactivePrune() + buildResourceKey() |
@@ -443,6 +444,7 @@ Daemon equivalents are `GET /v1/discovery/bootstrap`, `GET /v1/discovery?q=<inte
 | `guide.model-capability-awareness-and-multimodal-memory-root-fix` | Model Capability Awareness And Multimodal Identity Memory Root Fix | Status: planning and integration tracker |
 | `guide.multimodal-identity-memory-implementation` | Multimodal Identity Memory Implementation Tracker | Goal: make voice, text, image, Telegram reply context, CLIP-like embeddings, zettelkasten links, and social profiles converge on one evidence-based identity substrate. |
 | `guide.omnius-self-edit-eval-2026-06-10` | Omnius Self-Edit Evaluation — Uncommitted Changes &amp; Duplicate-Tool-Call Failure Mode | &gt; Eval of the working-tree changes against docs/opencode-agentic-loop-comparison.md. &gt; Subject: an Omnius instance editing its own orchestrator to implement the P0–P10 &gt; learnings. Generated 2026-06-10. |
+| `guide.ontology-long-horizon-work-graph-uppercase` | Ontology WorkGraph Review | Use an ontological graph to control large and long tasks. Make each work item, relation, claim, and evidence item addressable. Keep one canonical graph across planning, execution, verification, and completion. |
 | `guide.opencode-agentic-loop-comparison` | OpenCode → Omnius: Agentic Loop &amp; Sub-Agent Delegation Comparison | &gt; Exhaustive comparison between https://github.com/anomalyco/opencode/tree/dev and &gt; packages/orchestrator/src/agenticRunner.ts (omnius). &gt; Generated 2026-06-10. |
 | `guide.operations-delay-analysis` | Unnecessary Causes of Delays Between Agent Actions | Analysis of packages/orchestrator/src/ (95 files) — identified delay sources ranked by impact. |
 | `guide.operations-delay-fix-review` | Delay Fix Review — Commits Since Delay Analysis | Date: 2026-06-10 Reference: /docs/operations/delay-analysis.md (15 delay sources documented) |