@hecer/yoke 1.21.1 → 1.23.0

package/docs/RELEASE-VALIDATION-1.22.0.md

@@ -0,0 +1,115 @@
+# Yoke 1.22.0 validation — 2026-10-03
+
+Implementation was based on `f2d9180f4e72afe79c9930c62625874d734db3c6`
+(1.21.1). Parallel implementation and independent reviews covered routing and
+telemetry, goals, worker recovery, Code Intelligence, benchmark provenance and
+delivery evidence. This record separates deterministic regression evidence from
+provider performance or publication claims.
+
+## Local release gates
+
+Environment: Linux, Node.js **24.19.0**, npm **11.9.0**.
+
+| Gate | Result |
+| --- | --- |
+| Baseline before changes | 1,426 tests in 156 files passed. |
+| `npm run prepublishOnly` | Passed: lint, build, complete test suite, README metadata and package dry-run. |
+| Complete corrected suite | **1,610 tests in 177 files passed**, no skipped tests; 63.75 seconds in this run. |
+| Canon validation | Passed with `node --import tsx src/cli.ts validate canon`. |
+| Dependency audit | `npm audit --audit-level=high`: **0 vulnerabilities**. |
+| Whitespace validation | `git diff --check` passed. |
+| Tarball installation | Passed in a fresh prefix with lifecycle scripts disabled: installed binary starts and validates its packaged Canon. |
+| Package contents | 376 files; all five packaged version manifests report 1.22.0; new runtime modules are included, with no root test suite, dependency tree or `.yoke` runtime state. |
+
+The usual `npm run yoke -- validate canon` wrapper was blocked by this host's
+restriction on the tsx CLI's local IPC socket (`EPERM`). Loading the same source
+CLI through Node's tsx import hook passed. No project permission or verification
+policy was weakened to accommodate that environment restriction.
+
+The first integrated runs exposed issues added during concurrent implementation;
+the corrected final suite above passed. A registry-eviction test additionally
+needed an explicit clock advance: equal-millisecond event filenames have UUID
+tie ordering, so wall-clock timing could leave an older observation in its
+fixture. The test now establishes eviction deterministically and still verifies
+that the independent durable attempt account remains exhausted.
+
+The first GitHub matrix passed both Linux jobs and exposed a Windows-only fixture
+issue in the new recovery tests. Windows TEMP can use a DOS short-name alias while
+recovery intentionally persists canonical paths. The JavaScript `realpathSync`
+implementation can retain that alias, so an initial fixture correction was
+insufficient. Both fixtures now use `realpathSync.native`, matching recovery's
+handle-based resolution, before asserting exact ownership paths. Production
+recovery validation remains unchanged. The full matrix is rerun on that correction.
+
+## Regressions covered
+
+- Durable implementation admission across restarts, registry write failures and
+  eviction of more than 1,000 optional observations; concurrent reservations and
+  interrupted attempts retain their spent slots.
+- Per-call goal budget checks before dispatch, planning consumption before worker
+  admission, native/ordinary provider selection and complete or partial usage
+  through failure paths.
+- Stable usage IDs, reviewer/critic/repair joins, partial provider telemetry and
+  dashboard aggregates that preserve known child calls.
+- Economic selection of comparable complete execution sequences, including
+  failed attempts and escalation, model/policy changes, cold starts, missing
+  costs and all three objectives. Synthetic observations test the decision
+  rules; they do not measure model superiority.
+- Real temporary Git repositories for incomplete-worker recovery and candidate
+  retention. Pause, cancellation, failed gates and selection errors preserve
+  work; ownership, contract, base and repository validation guard reuse.
+- Unchanged gate reuse, invalidation after relevant changes, typed completion
+  repair, persistent no-progress blocking and separate candidate scopes.
+- Code Intelligence reference direction, unknown freshness, incomplete traversal,
+  total response budgets, shared deadlines and pre-mutation receipt admission.
+- Delivery artifact/source/acceptance binding, bounded hashing, unsafe paths,
+  command outcomes and secret-safe multi-step browser proof reports.
+- Benchmark manifests binding actual source/build identity, fixture, acceptance,
+  model and startup policy; incompatible and legacy rows stay out of verified
+  comparison groups.
+
+## Limits and operational behavior
+
+No paid LLM calls, authenticated provider benchmarks, production deployments or
+real-browser end-to-end application runs were performed for this release. Browser
+journey tests use deterministic browser seams. Model cost/latency observations
+are fixtures, and there is no claimed percentage saving or general speedup.
+
+Old routing configurations retain their ranking unless optimization is enabled.
+New setup configurations choose `balanced`, requiring 20 comparable complete
+samples for baseline and alternative; the supported minimum is 10. Cost tiers
+and versioned setup profiles are configuration priors. Missing actual costs,
+partial usage or ambiguous role attribution prevent economic promotion.
+
+Provider counters reported only at call completion cannot impose an in-flight
+hard token cap. Known overruns are retained and block further dispatch; unknown
+interrupted usage needs an explicit budget decision. Separately prepared project
+planning and human time are not amortized into execution-sequence comparisons.
+
+Recovery preserves code and evidence, not a previous process's callback closures.
+A recovered integration cannot manufacture a missing economic success outcome.
+Candidate races resume the first retained alternative through ordinary recovery;
+additional alternatives remain available for inspection and explicit cleanup.
+Custom lifecycles without `retain` preserve their prior cleanup contract.
+
+Artifact hashes compare pre-check and post-check contents. They do not detect a
+change reverted between snapshots, establish reproducible builds or prove that a
+particular deployed binary or device was exercised. Hashing is bounded to 512 MiB
+per artifact, 1 GiB and 10 seconds per snapshot; checks run between synchronous
+reads and cannot preempt an individual blocked filesystem read. Delivery commands
+and declared environment labels remain project-authored evidence.
+
+Code Intelligence uses a conservative UTF-8 byte-based token estimate, not
+provider token accounting. Tiny budgets may only return the documented bounded
+error envelope. Backend freshness remains unknown without independent evidence.
+
+## Remote verification and publication
+
+The repository CI matrix runs Linux and Windows with Node 20 and 24. Its status
+is attached to the pushed release commit and pull request in GitHub Actions;
+local success alone does not establish cross-platform success.
+
+The dated [changelog](../CHANGELOG.md#1220--2026-10-03) is the source of release
+notes. A Git commit, push or tag does not imply npm publication. Publishing a
+GitHub Release triggers the separate trusted npm workflow; publication must be
+verified independently before reporting this version as available from npm.

package/docs/RELEASE-VALIDATION-1.23.0.md

@@ -0,0 +1,39 @@
+# Yoke 1.23.0: local implementation and validation
+
+Date: 2026-10-04. Source baseline: `e2e3c18` (1.22.0). Isolated branch: `codex/yoke-1.23-efficiency`. After the limitations below were disclosed, the user explicitly authorized publication with “publish it”. The release includes the implemented contracts and preserves the remaining E7/E8/E9 work as follow-ups; it does not claim complete original E1–E9 acceptance or general model speed/cost improvements.
+
+## Evidence and checks
+
+The first remote matrix exposed two new tests assuming RTK was installed on every host. Production correctly reported missing RTK as degraded. Commit `a9d3200` replaces those assumptions with deterministic native-protocol and ENOENT fixtures, preserving exact argument/payload/response assertions and adding one mandatory case. Independent checks passed all eight cases with both normal and empty PATH; no host-dependent skips were added. A broader 46-test tools suite and TypeScript checks passed. The earlier 1,694-pass full local run below precedes this test-only correction; source behavior is unchanged and final discovery contains 1,697 cases. Remote CI for the correction is tracked in [draft PR 16](https://github.com/HECer/yoke/pull/16).
+
+The user approved the design before implementation. New behavior was developed with failing regression tests followed by focused checks. The nine-story [executable PRD](superpowers/plans/2026-10-04-yoke-1.23-efficiency-prd.json) passes `runPrdCheck`; its `passes` fields remain false because this change was implemented through scoped native workers rather than a Yoke-owned PRD loop.
+
+Environment: Windows, Node 24.13.0. The clean detached baseline ran the entire suite: **1,607 passed, 1 failed, 2 skipped**. The failure was native Windows `EPERM` while removing a temporary MCP directory before the process had finished closing. The corrected client shares and awaits shutdown completion. The first integrated green full run had **1,669 passed, 0 failed, 2 skipped**; final counts after the last cache and notifier regressions are recorded below when verified.
+
+Independent read-only code and security review found no remaining concrete blockers in the production snapshot. Its final focused run passed **87 tests, 0 failures**. This review covered CLI compatibility, partial telemetry, actual tool preflight, proof transfer, write scopes, per-gate cache checks, completion cleanliness, smoke identity and secret redaction. It explicitly did not certify the open acceptance items below.
+
+After source freeze, the complete suite passed **1,694 tests, 0 failures, 2 skipped** using `vitest run --maxWorkers=2`; the worker limit changes concurrency, not scope. TypeScript lint/build, Canon validation, package dry-run and dependency audit (**0 vulnerabilities**) passed. README metadata was regenerated after the final test additions. A real tarball installed offline into a fresh prefix with lifecycle scripts disabled; its installed CLI validated its packaged Canon. All five version sources report 1.23.0; cache isolation, proof retention, preflight and local-report compiled modules are packaged. The tarball contains declared benchmark fixture configurations but no root `.yoke` runtime evidence or dependency tree. Complete raw Vitest reports are retained locally in `.yoke/artifacts/release-1.23/`; earlier failing/intermediate reports are distinct from the clean baseline and final report.
+
+## Narrow paired regression experiment
+
+The final full-suite observation was 237.858 seconds across 184 files (n=1); it is an observed local duration, not a future timeout or completion estimate. The two Windows skips concern executable-intent semantics in package enumeration/application; no newly added efficiency regression was skipped.
+
+[Reproduction script](benchmarks/2026-10-04-efficiency/compare-help.py) and [raw results](benchmarks/2026-10-04-efficiency/regression-comparison.json) compare compiled CLI dispatch for `setup --help --yes --host=codex`. Both exclude the external update notifier and start a new Node process for each call. Three paired samples per target condition alternate execution order. Snapshot reads occur outside the timer; user file contents are checked after every call.
+
+| Target condition | 1.22 observed range | 1.23 observed range | Changed files, 1.22 → 1.23 |
+| --- | --- | --- | --- |
+| Fresh target, n=3 pairs | 376.805–396.646 ms | 277.688–303.768 ms | 97 → 0 |
+| Repeated target, n=3 pairs | 345.871–390.249 ms | 276.348–283.960 ms | 1 → 0 |
+
+These are fresh/repeated project targets, **not measured cold/warm OS, dependency or provider caches**. Concurrent local verification and filesystem conditions can affect timings. No model calls, guardian calls or paid comparisons were made. There is no general product speed, token or cost improvement claim. Terminal help's update-notifier process mutation was separately caught with failing TTY tests and corrected.
+
+## Open acceptance and release limits
+
+- E9 genuine controlled cold/warm setup comparison and a new paired full NEXUS model run remain unmeasured. Approval/guardian waiting and missing prices cannot be inferred from the local help experiment.
+- The original populated-layout regression is present in `YokeEfficiencyTest1/tests/browser/benchmark.spec.mjs`: seven incidents, contained desktop panels, reachable inspector actions and timestamped events. A new focused Playwright run was attempted with output outside the source checkout. It did **not** run any test: Vite could not start from the copied macOS dependency tree. Windows `.bin` launchers and `@rolldown/binding-win32-x64-msvc` are missing. Original source and dependencies were not replaced, and this infrastructure failure is not a passing layout result.
+- E7 guards conventional writable cache roots and actual candidate writes. Package-level pnpm links and immutable download stores remain allowed. Yoke has no dependency installer to own offline-miss/network retry behavior or lockfile-keyed install reuse; prompt guidance does not count as executable installer enforcement. Package/lock invalidation and cold/warm install evidence therefore remain open.
+- E8 reporting supports explicit observer/infrastructure/product categories and preserves `unknown` when missing. Current production emitters do not uniformly populate those categories; synthetic category tests do not establish production classification coverage. Guardian/approval and inaccessible host sessions remain unknown.
+- Static served-byte identity is a conservative same-origin pin checked before and after smoke journeys, not an independent deployment attestation or protection against changes between checks. Production requires an intentional pin; injected test drivers may remain explicitly unverified.
+- The corrected Linux/Windows × Node 20/24 CI matrix passed all four jobs at `46b6279`: [CI run](https://github.com/HECer/yoke/actions/runs/37202687686). Linux Node 24 passed 1,697 tests; Windows Node 24 passed 1,695 with two platform skips. Publication additionally verifies the final documentation-only release commit, merge/tag identity and npm registry result. Open acceptance items remain listed in `TODOS.md` and prevent a claim of complete original E1–E9 DoD.
+
+The detailed measured workload, story times, overlapping durations, failed attempts, token coverage and required priorities remain in the [German analysis](benchmarks/2026-10-04-efficiency/ANALYSE.md).

package/docs/benchmarks/2026-10-04-efficiency/ANALYSE.md

@@ -0,0 +1,182 @@
+# Yoke-Effizienz: Auswertung und notwendige Änderungen
+
+Stand: 2026-10-04. Vom KI-Assistenten aus lokalen Messdaten und einer gezielten Quellcodeprüfung erstellt. Zielversion im Entwurf: **1.23.0**. Noch keine implementierte oder veröffentlichte Verbesserung.
+
+## Aussage der Messung
+
+Yoke 1.22.0 brachte das NEXUS-Projekt auf sieben bestandene Stories. Die vier Loop-Prozesse liefen zusammen **56:24,7 Minuten**. Der gesamte erfasste Zeitraum betrug **91:44,8 Minuten**, einschließlich Einrichtung, Unterbrechungen, zusätzlicher Beobachtung und Analyse. Es gibt **einen Produktlauf**, keinen direkten Codex-Kontrolllauf und keine gemessene allgemeine Beschleunigung.
+
+Die wichtigsten notwendigen Änderungen betreffen sichere CLI-Erkundung, zutreffende Infrastrukturdiagnosen, korrekten Parallelstatus, saubere Laufzeitdateien, dauerhafte Prüfbelege und nachvollziehbare Verbrauchserfassung. Tests pauschal zu reduzieren oder mehr Worker einzuschalten wird durch diesen Lauf nicht begründet.
+
+## Grundlage und Reproduzierbarkeit
+
+Originale: `G:/NN-Developed/ToolTesting/Yoke/YokeEfficiencyTest1/benchmark-artifacts/`. Der ursprüngliche Lauf fand unter macOS statt; die aktuelle Analyse erfolgt unter Windows. Der `.git`-Verweis des kopierten Testprojekts zeigt auf einen nicht vorhandenen macOS-Worktree und wurde nicht verändert.
+
+Ausgewählte Rohdaten liegen unverändert unter [raw/](raw/); [manifest.json](manifest.json) enthält Herkunft und SHA-256. Die vollständigen Sessions, Modellaufrufe, Shell-Metriken, Statusstichproben und Bilder bleiben im Originalverzeichnis. Der bisherige Bericht ist als `raw/DEVELOPMENT_ANALYSIS.md` erhalten.
+
+Gezielte Prüfung des aktuellen Yoke-Codes: Commit `e2e3c18`, Paketversion 1.22.0. Der Hauptarbeitsbaum enthält Nutzeränderungen. Die Vorbereitung erfolgt deshalb auf `codex/yoke-1.23-efficiency` in einem separaten Worktree.
+
+Messumgebung: Codex CLI 0.160.0, Modell `gpt-6.1-sol`, Effort `medium`, RTK 0.51.0, isolierte Worktrees, automatische Parallelität/Entscheidungen, keine kontinuierliche Exploration. Code-Intelligence-Facade aktiv und MCP-Handshake erfolgreich, aber graft/graphify/serena nicht verfügbar. Kein nachgewiesener semantischer Effizienzgewinn.
+
+## Welche Arbeit wie lange dauerte
+
+| Story | Aufgabe | Implementierung | Yoke-Gates | Integration | Versuche |
+|---|---|---:|---:|---:|---:|
+| 1 | React/TypeScript/Vite-Grundlage, Typen und Testinfrastruktur | 9:25,9 min | 3,058 s | 6,301 s | 1 |
+| 2 | Deterministische Telemetrie, Incidents und Maschinenaktionen | 6:07,4 min | 2,816 s | 8,723 s | 1 |
+| 3 | Interaktive SVG-Topologie, Gesten und visuelle Zustände | 11:36,3 min | 5,190 s | 9,183 s | 1 |
+| 4 | Maschineninspektor, Fleet, Ereignisse und KPIs | 8:25,8 min | 4,124 s | 11,815 s | 1 |
+| 5 | Integration der Oberfläche und Tastatur-Kommandopalette | 9:26,1 min | 11,580 s | 35,665 s | 2 |
+| 6 | Integrierte Browserprüfung, Fehlerkorrektur und Bildbelege | 11:23,2 min | 28,821 s | 28,292 s | 1 |
+| 7 | Nachträgliche Reparatur von Desktop-Höhe und mobiler Priorität | 8:04,2 min | 18,435 s | 0,000 s im separaten Integrationsfeld | 1 |
+
+Alle sieben Stories bestanden. STORY-7 lief seriell; ihr Nullwert im separaten Integrationsfeld bedeutet nicht, dass kein Commit oder Abschluss stattfand. Der Loop meldete dort insgesamt 8m23s. Die Tabelle zeigt verschiedene Phasen, keine sieben unabhängigen Gesamtprojektzeiten.
+
+Beobachtete Implementierungsdauer je Story: **6:07–11:36 Minuten**, sieben unterschiedliche Stories, STORY-5 mit zwei Versuchen. Das ist keine Prognosespanne für neue Aufgaben. Einzelne Implementierungsversuche: acht, darunter der Recovery-Versuch von STORY-5 mit 90,363 s.
+
+Warum die längeren Stories länger dauerten: STORY-3 kombiniert visuelle Gestaltung und SVG-Interaktion; STORY-6 prüft die integrierte Anwendung im Browser und schreibt Belege. Dies ist eine aus Aufgaben und sichtbaren Aktionen abgeleitete Erklärung. Exakte Sekundenanteile für Modelllatenz, Reasoning, Tool-Wartezeit und Programmieren fehlen.
+
+### Phasen des Loops
+
+| Phase | Ereignisse | Summierte Zeit | Bedeutung |
+|---|---:|---:|---|
+| Implementierung | 8 | 3.868,892 s / 64:28,9 min | Summe der Workerintervalle, inklusive interner Tools/Tests |
+| Verifikation | 9 | 74,024 s | Eigenständige Yoke-Gate-Phasen |
+| Integration | 7 | 99,979 s | Enthält verschachtelte Phasen; nicht nochmals addieren |
+| `waiting-resource` | 14 | 97,927 s | Teilweise innerhalb Integration; keine reine Schedulerwartezeit |
+| Design | 4 | 14,082 s | Design-Gates, kein vollständiger UX-Nachweis |
+| Commit | 8 | 2,701 s | Innerhalb übergeordneter Phasen |
+| Ressourcenwartezeit vor Implementierung | 8 | 0,038 s | Hier kein belegter großer Engpass |
+| Integrationswarteschlange | 7 | 0,019 s | Hier kein belegter großer Engpass |
+| Ressourcenwartezeit vor Integration | 7 | 0,017 s | Hier kein belegter großer Engpass |
+
+Die Vereinigungsdauer der Implementierungsintervalle beträgt **3.184,729 s / 53:04,7 min**. Die beobachtete Überlappung beträgt **684,163 s / 11:24,2 min**. Diese Differenz ist keine Einsparung gegenüber einem gemessenen seriellen Kontrolllauf. 530 Stichproben alle zehn Sekunden zeigen maximal zwei Implementierungsworker; kurze Zwischenpeaks können fehlen. Die Abhängigkeiten der Stories begrenzen Parallelität.
+
+Vier abgeschlossene Loop-Aufrufe, davon zwei fehlgeschlagen: eine abgelehnte Integration nach Observer-Commit und ein Startabbruch bei verschmutztem Worktree. Das sind keine zwei fehlgeschlagenen Produktimplementierungen.
+
+### Einrichtung, Beobachtung und Abschluss außerhalb der Workeransicht
+
+Die folgenden Zeiten betreffen nur über `measure.py` gestartete Prozesse. Sie sind keine lückenlose Zerlegung der 91,7 Minuten und überlappen andere Tabellen.
+
+| Instrumentierte Befehlsphase | Befehle | Fehler | Prozess-Wallzeit | Child-CPU |
+|---|---:|---:|---:|---:|
+| Umgebung | 4 | 1 | 0,914 s | 0,646 s |
+| Code-Intelligence-Probe | 3 | 0 | 1,987 s | 1,251 s |
+| Planung | 5 | 1 | 61,429 s | 11,040 s |
+| Dependency-Setup | 2 | 1 | 10,049 s | 6,796 s |
+| Erster Yoke-Smoke | 1 | 1 | 0,423 s | 0,271 s |
+| Loop-Ausführung | 4 | 2 | 3.384,740 s | 1.277,859 s |
+| Recoverybefehl | 1 | 0 | 0,531 s | 0,345 s |
+| Serverstart | 1 | 1 | 0,826 s | 0,506 s |
+| Observer-Browserkontrolle | 2 | 0 | 14,340 s | 5,432 s |
+| Abschließende Projektprüfung | 1 | 0 | 19,997 s | 30,002 s |
+| Zwei abgelehnte finale Smokes vor Cutoff | 2 | 2 | 5,513 s | 4,183 s |
+
+Child-CPU kann durch parallele Unterprozesse größer als Wallzeit sein. Uninstrumentierte Tool-Roundtrips, Gespräche, Berichtserstellung und Providerwartezeit sind nicht vollständig getrennt. Die Differenz von ungefähr 35,3 Minuten zwischen erfasstem Gesamtzeitraum und summierten Loop-Prozessen darf deshalb nicht als exakt gemessener Yoke-Orchestrierungsaufwand ausgegeben werden.
+
+## Wo Aufwand innerhalb der Worker entstand
+
+| Shell-Kategorie | Aufrufe | Nicht erfolgreich/abgebrochen | Summierte Prozessdauer |
+|---|---:|---:|---:|
+| Repositoryerkundung | 73 | 12 | 32,161 s |
+| Dependency-Setup | 10 | 5 | 114,453 s |
+| Tests und Prüfungen | 92 | 25 | 461,324 s / 7:41,3 min |
+| Browserverifikation | 23 | 9 | 103,280 s |
+| Devserver/gemischte Befehle | 12 | 12 | 677,782 s / 11:17,8 min |
+| Sonstiges | 17 | 3 | 86,671 s |
+| Separate Dateiedits | 1 | 0 | 0,269 s |
+
+Die Kategorien sind heuristisch. Ein gemischter Befehl kann mehrere Aufgaben enthalten. Langlebige Server werden am Ende abgebrochen; ihre Prozessdauer ist nicht automatisch blockierende Wartezeit. Rote TDD-Tests gehören zur korrekten Entwicklung. Ein einzelner separater Dateiedit sagt nichts über die gesamte Schreibarbeit aus.
+
+Die 92 Workerprüfungen sind ein Kandidat für gezielte Wiederverwendung, aber nicht 92 überflüssige Prüfungen. Vor Optimierung muss Yoke Testzweck, geprüften Source-/Config-/Environment-Zustand und geschützte Gates unterscheiden. Die zusätzlichen 74 Sekunden Yoke-Gates sind eine andere Messgröße. Prüfzeiten sind teilweise bereits in Implementierungszeiten enthalten.
+
+## Tokens und Messlücken
+
+| Rolle | Sessions | Usage-Ereignisse | Input inkl. Cache | Cache-Lesen | Frischer Input | Output |
+|---|---:|---:|---:|---:|---:|---:|
+| Implementierung | 8 | 189 | 11.234.592 | 10.621.952 | 612.640 | 82.193 |
+| Coordinator/Observer | 1 | 127 | 15.525.113 | 15.139.456 | 385.657 | 107.118 |
+| Guardian/Approval | 7 | 48 | 1.281.675 | 1.073.152 | 208.523 | 5.404 |
+| Planner/Review | 2 | 2 | 52.718 | 14.336 | 38.382 | 1.215 |
+| Gesamt bis Cutoff | 18 | 366 | 28.094.098 | 26.848.896 | 1.245.202 | 195.930 |
+
+**95,57 % des kumulierten Inputs sind Cache-Lesen.** Die 28 Millionen zählen wiederholt mitgesendeten Kontext bei Modellereignissen; sie sind keine 28 Millionen einmalig gelesenen Tokens. Cache-Tokens sind nicht nachgewiesen kostenlos. Geldkosten sind unbekannt. Reasoning-Output ist Teil des Outputs, nicht zusätzlich zu addieren. Native Usage und Yoke-Usage sind alternative Sichten und werden nicht addiert.
+
+Der Coordinator verursacht 55,26 % der kumulierten Input-Tokens und 107.118 Output-Tokens. Er umfasst Messinstrumentierung, Kommunikation, Einrichtung und unabhängige Kontrolle. Daraus folgt **nicht**, dass Yoke im normalen Einsatz stets mehr Controller- als Workeraufwand benötigt. Routinebeobachtung sollte ohne neue Modellaufrufe erfolgen; die konkrete Einsparung muss ein Folgelauf messen.
+
+Das Feld `measured_provider_calls` in der Story-CSV zählt aggregierte Worker-Usagemeldungen (meist eine pro Versuch). Es widerspricht den 189 nativen Implementierungs-Usage-Ereignissen nicht und darf nicht als eine einzige Modellanfrage je Story interpretiert werden. Eindeutige Usage-Ereignisse sind außerdem kein unabhängig bestätigter HTTP-Requestzähler.
+
+Heuristischer Zweck der 189 Implementierungsereignisse:
+
+| Zweckhinweis | Ereignisse | Input | Cache | Output |
+|---|---:|---:|---:|---:|
+| Erkundung | 35 | 2.015.491 | 1.824.896 | 6.669 |
+| Tests/Checks | 63 | 3.377.368 | 3.130.624 | 44.163 |
+| Code-Intelligence | 6 | 263.056 | 252.160 | 785 |
+| Dependency-Setup | 6 | 270.273 | 244.480 | 2.947 |
+| Server/gemischte Aktionen | 12 | 809.495 | 797.184 | 4.029 |
+| Warten/Polling | 26 | 1.668.311 | 1.642.752 | 1.869 |
+| Browserprüfung | 41 | 2.830.598 | 2.729.856 | 21.731 |
+
+Polling beim Coordinator: 35 Ereignisse, 4.593.089 Input und 31.499 Output. Die Zuordnung beruht auf zuletzt sichtbaren Toolaktionen und beweist nicht, dass diese Tokens ausschließlich fürs Warten verwendet wurden. Ereignisbasierte Statusaktualisierung ist deshalb eine zu prüfende Optimierung.
+
+RTK: 42 registrierte Befehle, Toolschätzung 13.752 Input-/11.635 Output-Tokens, 2.117 eingespart (**15,4 % dieser Befehle**). Kein Beleg für 15,4 % weniger Providerverbrauch im Gesamtprojekt. Automatische Umschreibung verschachtelter Code-Mode-Aufrufe wurde nicht nachgewiesen. Explizite RTK-Nutzung ist belegt.
+
+## Konkrete Nacharbeit und Fehlerzuordnung
+
+1. **STORY-5:** Observer änderte Target-HEAD während Integration. Yoke lehnte korrekt ab und behielt den Kandidaten. Erstversuch 475,741 s Implementierung; erneute Implementierungsphase 90,363 s, danach 5,504 s Gate und 17,627 s Integration. Diese Recovery-Phasen sind beobachtet, aber keine vollständig isolierte Schadensdauer. Die vier Minuten zwischen Versuchen sind nicht eindeutig in aktive Reparatur und andere Wartezeit zerlegt.
+2. **STORY-7:** Unabhängige, korrekt dem Server zugeordnete Kontrolle entdeckte 938 px Dokumenthöhe bei 900 px Viewport; Eventpanel-Unterkante 914 px. Reparatur beanspruchte 484,220 s Implementierung und 18,435 s Gate. Danach 900 px Dokumenthöhe und Unterkante 884 px. Vermeidbarer Qualitätsrücklauf, wenn die ursprüngliche Abnahme sichtbare Panelgrenzen in befüllten Zuständen prüft.
+3. **Dependency-Setup:** Ein `npm ci` scheiterte mit ECONNRESET. Offline-Installation aus einem vorhandenen Cache installierte 105 Pakete in vier Sekunden. Ein Einzelfall, keine allgemeine Cache-Beschleunigung.
+4. **Sandbox:** Wiederverwendete Dependencies führten zu EPERM beim Schreiben in Root-`node_modules/.vite-temp`. Diese Ursache gehört zur Umgebung, nicht zur Simulation oder zum Modell.
+5. **Falscher Browser-Server:** Der erste Observer prüfte einen bereits belegten Port 4173. Start des vorgesehenen Servers scheiterte; fremde Bilder wurden invalidiert. Zeit und Tokens bleiben Messaufwand, visuelle Aussagen sind kein Produktbefund.
+6. **Finaler Smoke:** Zwei Browserabläufe bestanden, aber Source-Nachweise wurden wegen Observer-Schreibzugriffen korrekt abgelehnt. Nach stabilem committed Root-Zustand bestand ein weiterer Smoke am 09:28:21 UTC in 2,156 s, **nach dem Token-Cutoff**. Seine Konfiguration enthält einen Foundation-Flow ohne Interaktionsschritte; er ersetzt keine vollständige UX-Abnahme.
+
+## Alle dokumentierten Findings und Handlungsbedarf
+
+P0 = zuerst vor weiterem produktivem Ausbau; P1 = Bestandteil des geplanten Effizienz-Releases; P2 = anschließende messpflichtige Optimierung. Die Prioritäten sind Empfehlungen, keine CVSS-Schweregrade.
+
+| Finding | Ursache und Änderung | Priorität / Zuordnung |
+|---|---|---|
+| CLI-HELP-MUTATION | Hilfe vor Dispatch behandeln; unbekannte Flags vor jedem Schreibzugriff ablehnen. Setup-Hilfe erzeugte 95 Dateien, Retrofit-Hilfe schaltete Loop ab. Im aktuellen `src/cli.ts` weiter plausibel bestätigt. | P0, Yoke |
+| RTK-INIT-FLAGS | Inkompatible RTK-Init-Flags gezielt validieren und dokumentieren. | P1, Integration/Setup |
+| CI-WORKSPACE-ID | Konfigurierten Workspace-Identifier berücksichtigen und gültige Kennung maschinenlesbar liefern. Aktueller Coordinator hasht Root, Server übergibt konfigurierte Kennung nicht. | P1, Yoke |
+| CI-BACKENDS-MISSING | Konfigurierten Modus von tatsächlich verfügbaren Fähigkeiten trennen; Fallback und fehlende Backends ausweisen. | P1, Yoke/Umgebung |
+| RTK-DUPLICATE-HOOKS | Native Hookeinrichtung idempotent machen; nur Yoke-eigene Legacyregistrierung migrieren, fremde Hooks erhalten. | P0, Yoke |
+| COMPACT-STATUS-MISSING | Worker und Integrator aus Parallelstatus ausgeben; niemals `phase=undefined`. Aktueller Code interpoliert weiterhin nur Top-Level-Story/Phase. | P0, Yoke |
+| WRITE-SCOPE-DRIFT | Tatsächlichen Diff gegen deklarierte `writes` prüfen; Abweichungen und Kollisionen vor Integration behandeln. Keine Sicherheitsgarantie aus Deklarationen ableiten. | P1, Yoke; aktuelle Durchsetzung erneut prüfen |
+| SMOKE-MISDIAGNOSIS | Fehlendes Paket, Browserbinary, Sandbox und sonstige Launchfehler unterscheiden; Ursache behalten und sensible Inhalte redigieren. Aktuell gemeinsames `catch → null`. | P0, Yoke |
+| EPHEMERAL-PROOF | Erforderliche Belege vor Worktree-Cleanup übernehmen, hash-/sourcegebunden manifestieren; Kopierfehler dürfen nicht als Abschluss gelten. | P1, Yoke; aktueller Lebenszyklus erneut prüfen |
+| RTK-LEGACY-ALLOW | Aktueller Canonadapter enthält weiterhin `updatedInput` ohne `permissionDecision`; statt eigener veralteter Antwort native RTK-Integration mit echtem Host-Vertrag prüfen. | P0, Yoke/Host-Vertrag |
+| RTK-NATIVE-CORRECTION | Bereits im Benchmark erfolgte lokale Hookkorrektur erhalten; sie ist kein ausgelieferter Yoke-Fix. | Korrekturbeleg |
+| SHARED-DEPS-SANDBOX | Paketdownloadcache gemeinsam nutzen, beschreibbare Runtime-/Dependency-Verzeichnisse pro Worktree isolieren. Keine pauschale Rechteaufweitung. | P1, Umgebung/Isolation |
+| NETWORK-RETRY-CACHE | Lockfilegebundenen Paketcache vorbereiten; Netzfehler getrennt melden, begrenzt wiederholen. | P1, Setup |
+| GUARDIAN-USAGE-GAP | Implementierung und zusätzliche Approvalsessions getrennt erfassen; nicht verfügbare Kontrollkosten als unbekannt kennzeichnen. | P1, Yoke/Providertelemetrie |
+| OBSERVER-HEAD-RACE | Busy-/Integrationszustand veröffentlichen, Observer-Schreiben koordinieren; erhaltenen Kandidaten mit neuen Nachweisen fortsetzen. HEAD-Schutz beibehalten. | P1, Observer verursacht; Yoke-Diagnose verbessern |
+| VISUAL-COMPOSITION | Frühere visuelle Schlussfolgerung wurde wegen falschem Server invalidiert und bleibt ausgeschlossen. | Kein gültiger Produktbefund |
+| OBSERVER-WRONG-SERVER | Erfolgreichen Serverstart, owning cwd und Source-Identität vor Browserbelegen prüfen; eigenen Port reservieren. | P1, Messharness/Browserbelege |
+| RUNTIME-IGNORE-GAP | `.yoke/supervision/` in generierte Ignoreliste aufnehmen. `src/loop/git.ts` schließt es aktuell schon aus: Lücke betrifft Retrofit und externe Git-Sichten, keine neue pauschale Git-Ausnahme. | P0, Yoke |
+| COMPLETION-DIRTY-PROOFS | Rerun-Belege in Runtimeverzeichnis; nur ausgewählte endgültige Artefakte explizit übernehmen. Keine automatische Aufnahme fremder Änderungen. | P1, Yoke/Projektprüfkommandos |
+| VERIFIED-VISUAL-GAP | Layoutabnahme um Unterkanten, befüllte Incident-/Eventzustände und mobilen Prioritätsbereich erweitern. Design-Scan nicht als UX-Nachweis darstellen. | P1, Abnahme/Projektqualität |
+| OBSERVER-FINAL-SMOKE-DIRTY | Source-Prüfintervalle als Schreibsperre für koordinierte Tools respektieren; Auswertung außerhalb des Intervalls erzeugen. | P1, Observer verursacht |
+
+## Empfohlene neue Version
+
+**1.23.0 „verlässliche Effizienzbasis“**: Zuerst P0-Regressionskorrekturen, dann Preflight, Integration/Belege und Telemetrie. Kein Versprechen eines bestimmten Sparprozentsatzes. Abnahmeentwurf und Storyreihenfolge stehen im [Versionsentwurf](../../superpowers/specs/2026-10-04-yoke-1.23-efficiency-design.md).
+
+Die Alternativen sind ein kleiner 1.22.1-Hotfix nur für P0 oder ein umfassender Umbau von Scheduler/Routing. Der Hotfix lässt wesentliche Mess- und Beleglücken offen. Ein Schedulerumbau ist durch praktisch verschwindende Queuezeiten nicht begründet. 1.23.0 bündelt konkrete Reparaturen mit der Datenbasis für spätere Optimierung.
+
+Anschließend gezielt untersuchen: weniger LLM-Polling, wiederverwendbare Erkundung/Kontextpakete, sichere Testwiederverwendung und nachweislich funktionierendes RTK. Vor jeder Codeänderung prüfen, welche dieser Fähigkeiten schon vorhanden sind. Keine vollständige Neuimplementierung existierender Kontext- oder Routingmodule.
+
+## Nachweis einer tatsächlichen Verbesserung
+
+Dieselbe Aufgabe, unveränderte geschützte Abnahmen, Modell/Effort/CLI-Versionen und vergleichbare Umgebung für 1.22.0 und 1.23.0. Mindestens drei gepaarte Wiederholungen pro kaltem/warmem Cachezustand als erste Untersuchungsstufe; kleine Stichprobe ausdrücklich benennen. Mehr Läufe nötig, wenn Streuung oder behauptete Effekte das verlangen.
+
+Erfassen: Laufzeit bis unabhängiger Abnahme, Union/Summe der Phasen, Rework, Infrastrukturfehler, Observeraufwand, Usage aller verfügbaren Rollen, Coverage-Lücken, tatsächlich gestartete Worker, unveränderte Testqualität. Empirische Spanne und Stichprobenzahl berichten; Geldkosten nur bei verfügbaren Preis-/Usagebelegen. Kein direkter-Codex-Effizienzclaim ohne passenden Kontrollarm.
+
+Keine feste Umsetzungsdauer aus diesem Lauf ableiten. Die sieben UI-Stories sind keine Vergleichsdaten für Harnessänderungen. Nutzerwartezeit, Modell-/Netzwerklatenz und neue Fehler bleiben unbekannt.
+
+## Provenienz und aktueller Arbeitsstand
+
+Read-only `audit-provenance` für den vorhandenen Bericht: keine unterstützte C2PA-Struktur gefunden; unterstützter Scan vollständig. Kryptographische Verifikation und Vertrauen unbekannt, weil Verifier und Trust-Policy fehlen. Text-Metadatenprivatsphäre unbekannt. Proprietäre/keyed Wasserzeichen nicht überprüfbar; kein beobachtetes Signal beweist keine menschliche Autorenschaft. Es wurden keine Herkunftsmerkmale entfernt. Dieser neue Bericht benennt seine KI-Erstellung explizit.
+
+Vorbereitet: isolierter Versionszweig, unveränderte Evidenzkopien mit Hashmanifest, Analyse und testbarer Versionsentwurf. Produktionscode, Versionsnummer und Releaseartefakte sind noch unverändert. Designfreigabe ist gemäß `brainstorming` vor Implementierung erforderlich. Eine unabhängige Code-/Sicherheitsprüfung ist noch nicht erfolgt; Veröffentlichung und Merge werden erst mit den Releasegates bewertet.

package/docs/benchmarks/2026-10-04-efficiency/compare-help.py

@@ -0,0 +1,55 @@
+"""Local help regression experiment; no agents, network, or provider cache claims."""
+import hashlib
+import json
+from pathlib import Path
+import subprocess
+import sys
+import tempfile
+import time
+
+
+def snapshot(root):
+    return {str(p.relative_to(root)): hashlib.sha256(p.read_bytes()).hexdigest()
+            for p in root.rglob('*') if p.is_file()}
+
+
+baseline, candidate, output = map(Path, sys.argv[1:4])
+runs = []
+with tempfile.TemporaryDirectory(prefix='yoke-help-comparison-') as temporary:
+    experiment = Path(temporary)
+    for pair in range(1, 4):
+        targets = {}
+        for label in ('baseline', 'candidate'):
+            root = experiment / str(pair) / label
+            root.mkdir(parents=True)
+            (root / 'package.json').write_text('{"name":"help-probe","private":true}')
+            (root / 'user.txt').write_text('preserve me')
+            targets[label] = root
+        for condition in ('fresh-target', 'repeat-target'):
+            order = ('baseline', 'candidate') if pair % 2 else ('candidate', 'baseline')
+            for label in order:
+                source = baseline if label == 'baseline' else candidate
+                target = targets[label]
+                before = snapshot(target)
+                # Import the public dispatch function to exclude the CLI's external
+                # update-notifier side effect equally from both versions.
+                program = 'const {main}=await import(process.argv[1]); process.exitCode=await main(["setup",process.argv[2],"--help","--yes","--host=codex"]);'
+                start = time.perf_counter()
+                result = subprocess.run(['node', '--input-type=module', '-e', program,
+                                         (source / 'dist/cli.js').as_uri(), str(target)],
+                                        capture_output=True, timeout=60)
+                elapsed = (time.perf_counter() - start) * 1000
+                after = snapshot(target)
+                changed = sorted(p for p in before.keys() | after.keys() if before.get(p) != after.get(p))
+                assert result.returncode == 0, result.stderr.decode(errors='replace')
+                assert after['user.txt'] == before['user.txt']
+                if label == 'candidate':
+                    assert not changed, changed
+                runs.append(dict(pair=pair, condition=condition, version=label,
+                                 milliseconds=round(elapsed, 3), changedFiles=len(changed),
+                                 exitCode=result.returncode))
+report = {'method': '3 paired fresh/repeated target help calls per version, alternating order; each call starts a new Node process',
+          'limits': 'Not OS/provider/npm cold/warm cache measurements; no LLM, guardian, approval or full-product speed/cost inference. File reads for snapshots are outside timed calls.',
+          'baseline': str(baseline), 'candidate': str(candidate), 'runs': runs}
+output.write_text(json.dumps(report, indent=2) + '\n', encoding='utf-8')
+print(json.dumps(report, indent=2))

package/docs/benchmarks/2026-10-04-efficiency/manifest.json

@@ -0,0 +1,125 @@
+{
+  "created": "2026-10-04",
+  "yoke_source_commit": "e2e3c18",
+  "measurement_cutoff_utc": "2026-10-04T09:27:32.214737+00:00",
+  "scope": "Selected evidence only; full model sessions, shell metrics, screenshots and status samples remain at source.",
+  "files": [
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\summary.json",
+      "copy": "raw\\summary.json",
+      "sha256": "229f334a465a6d04c1078202557d27ba1f34e91045251f574893977dac3d932b",
+      "bytes": 12888
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\stories.csv",
+      "copy": "raw\\stories.csv",
+      "sha256": "2065f027d1867431e9d0d2845106da14ba92cd38c3548fe3a4bbb27fddd1c90d",
+      "bytes": 1168
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\roles.csv",
+      "copy": "raw\\roles.csv",
+      "sha256": "6d9444e824ab15bad5450b254aa66f645e29ab7f3db48d3f7f9afae6ea430779",
+      "bytes": 378
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\yoke-phases.csv",
+      "copy": "raw\\yoke-phases.csv",
+      "sha256": "bbad66f4c3ba41781cf76222ea83d3c62070bbd7995e862ce48cc05e031b3cb8",
+      "bytes": 294
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\shell-categories.csv",
+      "copy": "raw\\shell-categories.csv",
+      "sha256": "9ff81a192ea799fcc51738087e37f612086cd5ca4ded00de6e06f44524f5e74a",
+      "bytes": 351
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\model-purpose-hints.csv",
+      "copy": "raw\\model-purpose-hints.csv",
+      "sha256": "2d1adacdc01cfb17e764ab84c2164ce5849dfb3c38240ef8b334b0fcf53f88f6",
+      "bytes": 1005
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\observer-command-phases.csv",
+      "copy": "raw\\observer-command-phases.csv",
+      "sha256": "08a4619844836497d6c9c98972bae759d07f15b10bdb337b1599d785627c1fa0",
+      "bytes": 476
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\yoke-history.jsonl",
+      "copy": "raw\\yoke-history.jsonl",
+      "sha256": "844dfabe11be010597b6694f4e86d84372cbc20ff7ed155733adcbe1da68fa12",
+      "bytes": 37522
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\observations.jsonl",
+      "copy": "raw\\observations.jsonl",
+      "sha256": "a594301f8b6fcc624db1e02c6eee42a20416c7db4f3f9994708cc13aa6670312",
+      "bytes": 10810
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\commands.jsonl",
+      "copy": "raw\\commands.jsonl",
+      "sha256": "a33e17d6c9fbbc679fd6b51ec152cf58c54e2b740473aeda703d372419e1069b",
+      "bytes": 9973
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\environment.json",
+      "copy": "raw\\environment.json",
+      "sha256": "c28c57bef5b0b02d9ec2b5a9946f4f5f7153876a81adc691054cc1445c284a5d",
+      "bytes": 786
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\final-yoke-smoke.json",
+      "copy": "raw\\final-yoke-smoke.json",
+      "sha256": "dd3ae282a5dae3cda9b6dc6a278d0086ef97acc794652d3a6e621401842fdb15",
+      "bytes": 1074
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\yoke-loop-1.log",
+      "copy": "raw\\yoke-loop-1.log",
+      "sha256": "33ae649658411fe5c5a2717a97244178ebae55b152bdb7f60e606f53b5c1e0e1",
+      "bytes": 4232
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\yoke-loop-2.log",
+      "copy": "raw\\yoke-loop-2.log",
+      "sha256": "36b62e1c4bbcafe6e7f1a8bea19f4ebe36d470f9c70dc60ef8b036bef6713a8f",
+      "bytes": 1906
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\yoke-loop-3.log",
+      "copy": "raw\\yoke-loop-3.log",
+      "sha256": "cddf9adb7482b91e8aace24b754daeea2df6895723041868797fcb7dc82e523f",
+      "bytes": 473
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\measurements\\yoke-loop-4.log",
+      "copy": "raw\\yoke-loop-4.log",
+      "sha256": "e3e6e099d98b1e4681503faab42446ffa1fa003bf4ef0cf3f0caeebb56dbc3e9",
+      "bytes": 1035
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\DEVELOPMENT_ANALYSIS.md",
+      "copy": "raw\\DEVELOPMENT_ANALYSIS.md",
+      "sha256": "f1f7ba9f901376809bddf43bfb4a3f0b2f9fe9d8f4893aa1fd8335aac6bd5dc0",
+      "bytes": 19452
+    },
+    {
+      "source": "G:\\NN-Developed\\ToolTesting\\Yoke\\YokeEfficiencyTest1\\benchmark-artifacts\\RESULT.md",
+      "copy": "raw\\RESULT.md",
+      "sha256": "b8ca35238a32fab4971ac1518afbc7991c7333f5f2f1f868bc1afaa850647807",
+      "bytes": 3110
+    }
+  ],
+  "checks": {
+    "copied_files": 18,
+    "history_events": 104,
+    "unique_history_ids": true,
+    "raw_phase_sums_match_summary": true,
+    "role_usage_sums_match_summary": true,
+    "all_seven_stories_pass": true,
+    "product_tests_run": false
+  }
+}

package/docs/benchmarks/2026-10-04-efficiency/provenance-analysis.json

@@ -0,0 +1,90 @@
+{
+  "answers": {
+    "located": "NO",
+    "scan_complete": "YES",
+    "trusted": "UNKNOWN",
+    "verified": "UNKNOWN"
+  },
+  "asset": "G:\\NN-Developed\\Worktrees\\yoke-1.23-efficiency\\docs\\benchmarks\\2026-10-04-efficiency\\ANALYSE.md",
+  "asset_sha256": "4b7ca4bbfd2387463f9e000f5491d706b551eed9fa104a1b7d740986d025c2be",
+  "components": [
+    {
+      "detail": "No C2PA structure was found. The text mentions Content Credentials, which is not evidence and does not warrant verification.",
+      "ran": true,
+      "skill": "inspect-content-provenance",
+      "summary": "presence=ABSENT"
+    },
+    {
+      "detail": "No verifier was supplied; cryptographic questions cannot be answered.",
+      "ran": false,
+      "skill": "verify-content-credentials",
+      "summary": "not run"
+    },
+    {
+      "detail": "Format TEXT has no supported metadata parser in this build, so no privacy conclusion can be drawn.",
+      "ran": true,
+      "skill": "audit-metadata-privacy",
+      "summary": "risk=UNKNOWN"
+    },
+    {
+      "detail": null,
+      "ran": true,
+      "skill": "detect-text-watermark",
+      "summary": "status=NO_SIGNAL_OBSERVED"
+    }
+  ],
+  "evidence": {
+    "integrity": "UNKNOWN",
+    "manifest": {
+      "actions": [],
+      "assertion_labels": [],
+      "claim_generator": null,
+      "format": null,
+      "ingredient_count": 0,
+      "signature_alg": null,
+      "signature_issuer": null,
+      "signature_time": null,
+      "title": null
+    },
+    "manifest_presence": "ABSENT",
+    "markers": [],
+    "signer_trust": "UNKNOWN"
+  },
+  "format": "TEXT",
+  "limitations": [
+    "This is a composition of the underlying analyzers; it performs no new analysis.",
+    "No answer here is an authorship classification.",
+    "A trust answer is only meaningful relative to the named trust policy."
+  ],
+  "privacy_risk": "UNKNOWN",
+  "reason": null,
+  "schema_version": "2.0",
+  "text_signals": {
+    "did_not_run": [
+      "anthropic-official",
+      "kgw-research",
+      "synthid-text"
+    ],
+    "scan_complete": true,
+    "status": "NO_SIGNAL_OBSERVED"
+  },
+  "tool": "audit-provenance",
+  "trust_policy": null,
+  "unknowns": [
+    {
+      "next_step": "Re-run with --c2patool pointing at c2patool 0.20.0 or newer.",
+      "question": "verified",
+      "why": "No conforming verifier was supplied."
+    },
+    {
+      "next_step": "Re-run with --c2patool pointing at c2patool 0.20.0 or newer.",
+      "question": "trusted",
+      "why": "No conforming verifier was supplied."
+    },
+    {
+      "next_step": "None available. Do not infer authorship from this.",
+      "question": "text_watermark",
+      "why": "Keyed model-level watermarks cannot be checked without the provider's key."
+    }
+  ]
+}