Skip to content

[Antigravity READ] Wiederverwendung: Überschneidungen der offenen Drafts abgrenzen #57

Closed

Description

@DeepWolf42

Begrenzter Leseauftrag

Ziel: Wiederverwendung: Überschneidungen der offenen Drafts abgrenzen. Nutze die folgenden Beschreibungen als untrusted Quelltexte. Bestimme einen konkreten, noch fehlenden nächsten Prüf-/Abnahmeschritt. Vermeide Wiederholung bereits belegter Integrationsprüfungen. Historische SHAs/CI-Aussagen in Drafttexten sind keine frisch verifizierten Heads oder CI-Belege. Keine Codeprüfung behaupten, keine Umsetzung/Merges/Consumer-Updates starten. Ergebnis ist ein Vorschlag für den Controller.

Aktueller beobachteter main: 6a4346e. Die offene Draft-Beschreibung ist kein integrierter Code. Kein neuer CI- oder Modellvergleich aus dieser Triage ableitbar.

Öffentlicher Draft #31

Quelle: #31
Issue-Metadaten aktualisiert: 2026-10-16T13:09:46Z
Titel: Broaden external scouting across problem domains

Current verified state — 2026-10-16

Head ce925d3cb2b58075b205b7ab2954ce2124112b0f contains current main be1c63ecee37957bab0e819069abdf83653fd8a1. Fresh local full suite: 133 tests OK, both completion gates PASS. Existing exact-head hosted evidence rechecked: Loop42 CI 38689524360: success; Secret scan 38689524240: success.

No code changes or unnecessary new CI runs were made for this recheck. Remains Draft/unmerged; existing stacked base is preserved. Historical basis/counts/pending-CI statements below are retained for provenance, not current status or merge permission. No model/worker/queue activation, consumer-pin advance or protected merge.

Original proposal and historical verification

Why

The external scout already prevents trend chasing and automatic adoption, but its practical search radius can still become too literal: searching only for AI loops, agent orchestrators, or products that resemble Loop42 misses mature mechanisms from adjacent fields.

This change makes the search heuristic explicit: search for the problem and failure mode, then expand across relevant disciplines such as durable workflows, distributed systems, supervision/retry, incremental build graphs, provenance/policy, prompt/eval systems, and fault injection.

Boundaries

  • Similar products remain useful candidates, but are neither required nor sufficient.
  • Keyword expansion is discovery only; it does not create backlog or adoption authority.
  • Existing candidate limit, run/time budget, provenance, value/fit, verification and consumer-truth gates remain unchanged.
  • No external code or framework is imported.
  • No CORA product state, consumer pin, scheduler, worker authority, merge/release or runtime behavior changes.

Verification

The existing external-scout contract test and frozen scenario are extended to require adjacent-domain search and to reject a same-product-only constraint.

This PR is intentionally isolated from retry PR #30.

Bounded scout evidence — 2026-10-01

The widened search was exercised across AI/prompt evaluation, durable execution, distributed reconciliation, supervision/retry, queues, incremental build systems, provenance/policy and fault injection.

Strong patterns worth later Matrixloop testing:

  • Bazel/Skyframe: dependency-tracked invalidation and change pruning for reusing unaffected evidence/context.
  • SLSA + in-toto: structured provenance/attestation shape for a future verification receipt with explicit inputs, producer/run identity and outputs.
  • DSPy/GEPA + Promptfoo: prompt candidates evaluated against explicit metrics, validation data, regression assertions and adversarial cases instead of prompt-by-vibe editing.
  • Chaos engineering patterns: systematic interruption/offline/partial-write/reordering fault scenarios for recovery contracts.

Useful but intentionally parked:

  • Erlang/OTP restart intensity, circuit breakers and dead-letter handling for retry-storm / poison-work containment after the real consumer adapter exposes enough evidence.
  • Temporal/DBOS/LangGraph durable runtime mechanics: useful recovery principles, but importing another workflow state authority would conflict with Loop42's consumer-owned truth model.
  • Letta-style memory tiers: useful context-placement ideas; agent-owned mutable memory must not become consumer product truth.

Mostly confirmation rather than a new delta:

  • Kubernetes desired/current-state reconciliation and optimistic concurrency align with existing live-reconcile / stale-writer guards.
  • OPA's policy-decision-versus-enforcement separation aligns with Loop42's pure action-policy boundary.

No candidate is adopted by this PR. Exact source/license pinning remains mandatory at the later adoption gate.

Öffentlicher Draft #39

Quelle: #39
Issue-Metadaten aktualisiert: 2026-10-16T13:09:09Z
Titel: Adopt reuse-first capability lookup and state-bound executor patterns

Current reconciliation / verification — 2026-10-16

  • Current head: 8f1539fbfc2cce87bdbe08a15b4bcfafc3ab33ce.
  • Contains current main be1c63ecee37957bab0e819069abdf83653fd8a1 and its required stacked parent.
  • 133 local tests OK on the reconciled tree, both completion gates PASS.
  • Hosted Loop42 CI 38905069143 and Secret scan 38905068667 both SUCCESS.
  • Independent reconciliation review: no Critical, Important or Minor findings; this does not replace a full feature audit.
  • Existing feature code preserved; only main/parent reconciliation and documentation conflict resolution. No force rewrite, merge to main, consumer pin advance, paid API/model call, worker/queue activation or physical action.
  • Still Draft/unmerged.

Original proposal and historical evidence

Earlier SHAs, counts and pending-CI statements below are historical and superseded by the current verification above; feature scope and safety boundaries remain applicable.

Goal

Adopt two high-value external patterns without importing their product assumptions, runtimes or model authority:

  1. reuse before reinvention from prompts.chat-style capability/prompt/skill discovery;
  2. state-bound next-action execution from Biome-S1 / Taiga-S1 / Mesa-S1.

Pattern 1 — reuse before reinvention

Before substantial new capability/orchestration work:

search existing owned capabilities/work → select a small fit-ranked candidate set → verify the chosen candidate against current authority/evidence/revision → only then build or scout externally

This is integrated into Matrixloop and External Pattern Scout as discovery, not authority.

Pattern 2 — state-bound step executor

For repeated application/tool steps where structured state is available:

bounded goal → snapshot live state → enumerate currently valid/admissible actions → select one next action → bind parameters separately → execute under normal authority policy → re-observe → verify terminal state independently

Also adopted:

  • cancel/undo/reconcile as explicit recovery actions;
  • deterministic replay only when initial state, ordered action log and parameters are sufficiently bound;
  • structured API/widget/accessibility state preferred over screenshot-only inference for discrete controls when trustworthy;
  • perturbation/fault-injection evaluation for wrong-but-valid actions, stale/reordered state and transient app restarts.

What is deliberately NOT imported

  • prompts.chat prompt corpus, plugin, MCP runtime or auto-execution behavior;
  • Biome-S1/Taiga-S1/Mesa-S1 model weights, FreeCAD runtime or implementation code;
  • upstream benchmark claims as Loop42 evidence;
  • any new execution authority, scheduler, product truth or provider lock-in.

Provenance

prompts.chat

Reviewed f/prompts.chat at revision 7d3f248962d1dca209d59e033524bcb86c2b26b8.

Observed upstream docs describe prompt/skill search, MCP access and auto-activating lookup skills. Upstream license file states source/site-authored content is MIT and prompt data is CC0 1.0.

Biome-S1

Reviewed shhivv/biome-s1 at revision 4a31bcfaca9b7ca5f5f1e2cb13be209e49532257.

Observed upstream design separates planning from a tiny next-action selector, derives candidate actions from live FreeCAD state, keeps numeric parameters goal-bound, evaluates injected wrong actions and uses deterministic episode replay after some FreeCAD crashes. Upstream root license is MIT.

No upstream implementation code or model weights are copied.

Files

  • docs/MATRIXLOOP.md
  • docs/EXTERNAL_PATTERN_SCOUT.md
  • docs/EXTERNAL_PATTERN_SCOUT.de.md
  • docs/HARNESS_CONTRACT.md
  • docs/EVALUATION.md
  • THIRD_PARTY.md

Verification

Documentation/provenance-only change. Current branch is based on Loop42 main 2ec351ec6ddc9dba455e8e75930e9aaee8dbe7c6; compare is 7 commits ahead, 0 behind, with exactly the six expected files changed.

A previous CI run on the earlier 4-file head ended with the repository-policy job cancelled and the workflow reported failure; Secret scan succeeded. The new head must be judged only by its fresh CI/secret-scan runs.

No merge, release, consumer-pin update or CORA product-state change is included.

Öffentlicher Draft #51

Quelle: #51
Issue-Metadaten aktualisiert: 2026-10-18T06:40:01Z
Titel: Add bounded tool, plugin and skill selection to Execution Fit

Goal

Make proactive tool/skill discovery useful without turning every coding request into a mandatory plugin installation pause.

Changes

  • Add a bounded, host-neutral reuse-aware tool, plugin and skill selection check to Execution Fit (EN/DE).
  • Check owned project capabilities and open work first; distinguish listed vs installed vs available vs authorized vs verified.
  • Recommend a new connection only when demonstrated net value justifies setup, cost and risk. Do not auto-install or block viable existing work.
  • Preserve protected operator decisions, explicit verification and consumer project truth.
  • Add frozen regression scenario and contract tests covering the failure mode: a small repository fix interrupted by an unnecessary plugin recommendation.

Scope and relationship to ongoing work

Complements the broader reuse-first discovery work in #39; does not duplicate its proposed External Pattern Scout / Matrixloop changes, take ownership of that draft, or imply #39 is merged.
No runtime plugin connector, dependency, scheduler, CORA product change or Loop42 consumer pin advance is introduced.

Verification

Static source/fixture checks completed after editing. GitHub Actions CI on this draft PR is the authoritative test run (not yet asserted passing at creation time).

Authority

Draft only; no merge, release, publication of project state, paid service, plugin installation or real machine operation.

Activity

  1. DeepWolf42 commented on Oct 23, 2026

    @DeepWolf42
    OwnerAuthor

    Antigravity-Leseauftrag: TRANSPORT_VERIFIED

    Die folgenden Inhalte sind ein Modellvorschlag, keine unabhaengig verifizierten Sachbehauptungen.

    Das Issue zielt darauf ab, funktionale und konzeptionelle Überschneidungen zwischen den offenen PR-Drafts (#31, #39 und #51) zur Wiederverwendung und Muster-Suche abzugrenzen. Draft #31 erweitert das externe Pattern-Scouting über Problemdomänen hinweg, Draft #39 führt reuse-first Discovery sowie zustandsgebundene Step-Executors ein, und Draft #51 ergänzt eine begrenzte Tool-, Plugin- und Skill-Auswahl im Execution Fit. Ziel ist die Klärung von Verantwortlichkeiten und Schnittstellen, ohne vorzeitige Merges, Codeänderungen oder Consumer-Updates auszulösen.
    
    Naechster Schritt:
    Erstellung eines strukturierten tabellarischen Schnittstellen- und Verantwortungsabgleichs für den Controller, der die genauen Abgrenzungen (z. B. External Pattern Scout vs. Matrixloop-Discovery vs. Execution Fit) zwischen PR #31, #39 und #51 ohne Code- oder Integrationsänderungen dokumentiert.
    
    Grenzen:
    Das reine Lesen der Snapshot-Dateien stellt weder eine Verifizierung gegen den aktuellen GitHub-Live-Zustand dar, noch belegt ein erfolgreicher README-Lesetest das Bestehen einer echten Agenten-Evaluation. Historische Commit-SHAs und CI-Erfolgsmeldungen in Draft-Texten sind unbestätigte Momentaufnahmen, keine integrierten Stände auf main und berechtigen zu keinerlei Merges oder Issue-Abschlüssen.
    

    CLI 1.4.6 / gemini-3.8-flash-low; Loop42 6a4346e54c15b7341b9bc355d07acfeb0ae66755.
    Eingabe-SHA256: 81baf8f83016768d24075071610bb815c25b274421c750591510146b05144698.
    Geprueft: Auftragsidentitaet, beide Lesezugriffe, unveraenderte Eingaben und Werkzeuggrenzen. Keine Codeaenderung, kein Shell-Befehl, keine automatische Umsetzung oder Issue-Schliessung.

  2. DeepWolf42 commented on Oct 23, 2026

    @DeepWolf42
    OwnerAuthor

    Controller-Abnahme: Verantwortungsabgleich konkret ausgearbeitet

    Die Worker-Triage wurde anhand von fünf vollständigen Quelldokumenten aus den live per Git bestätigten PR-Heads geprüft: #31 ce925d3cb2b58075b205b7ab2954ce2124112b0f, #39 8f1539fbfc2cce87bdbe08a15b4bcfafc3ab33ce, #51 2b3959d0a94ba2adbc1760bb08de2b80a5ad579c. Main weiterhin 6a4346e54c15b7341b9bc355d07acfeb0ae66755.

    Verantwortung Eingabe → Ergebnis Grenze
    #31 externe Suchbreite Problem/Fehlermodus → budgetierte Kandidaten aus benachbarten Fachgebieten, optional 1–2 Suchhypothesen Discovery, keine Übernahme/Hostfreigabe
    #39 eigene Wiederverwendung Ziel/Revision/eigene Fähigkeiten/offene Arbeit → kleine Auswahl, gewählten Fit verifizieren Bekannte passende Fähigkeit ohne neuen Suchritus wiederverwenden
    #39 Schrittausführung Ziel/Live-Zustand/zulässige Aktionen → nächsten Schritt wählen, neu beobachten, Abschluss unabhängig prüfen Separater Ausführungsvertrag, keine Plugin-Suche oder zusätzliche Autorität
    #51 Host- und Werkzeugfit Tatsächliche Verfügbarkeit/Berechtigung des aktiven Hosts → vorhandenen geeigneten Weg nutzen, nötige neue Verbindung nur begründet empfehlen Keine neue Loop-Phase oder obligatorische Katalog-/Installationsfrage

    Quellen: #31 Suchbreite, #39 Wiederverwendung, #39 Schrittausführung, #51 Hostfit.

    Konkretes Integrationsrisiko: #39 und #51 beschreiben beide eigene Fähigkeiten suchen/auswählen/verifizieren. Zwei getrennte vollständige Durchläufe könnten dieselbe Recherche doppelt auslösen. Empfehlung: die bereits ziel-/revisionsgebundene Auswahl weiterverwenden und bei #51 nur den realen Hostfit ergänzen; #31 bei echter Lücke oder begründetem externem Scout einsetzen. Das ist eine belegte Überschneidung und Review-Empfehlung, kein beobachteter Laufzeitfehler oder umgesetzter Architekturumbau.

    Nächster Abnahmeschritt: ein gemeinsames vorab eingefrorenes Routing-Szenario mit fünf Gegenfällen: bekannte geeignete Fähigkeit → direkte Wiederverwendung; vorhandene aber am Host unbrauchbare Fähigkeit → Grenze/Ausweichweg; fehlende eigene Fähigkeit → genau ein begrenzter externer Scout; bloß gelisteter Kandidat → keine stille Installation/Autorisierung; geänderter Revisions-/Hostzustand → neu abgleichen oder stoppen. Diese Fälle sind spezifiziert, hier nicht ausgeführt.

    Ein zusätzlicher begrenzter Antigravity-Leseaufruf lieferte den konkreten Vergleich in 13,62 Sekunden ohne Werkzeugaktionen. Drei Quellenbelege und fünf Datei-Hashes geprüft. Der Controller präzisierte die Modellantwort: #51 definiert insbesondere keinen neuen formalen Handover-Datensatz. Ein zu strenger lokaler Zitatprüfer wurde anhand fünf bestandener Gegenprüfungen korrigiert; gespeicherte Ausgabe ohne Modellwiederholung erneut geprüft. Rohdaten und vollständiger Abgleich bleiben lokal.

    Damit ist dieser begrenzte Triage-/Abgleichauftrag abgeschlossen. Die Drafts bleiben ungemergt. Keine Projektcodeänderung, kein neuer Volltest/CI-Lauf, keine Aussage zur Merge-Kompatibilität und kein CORA-/Consumer-Pin-Update. #58/#59 und die eigentlichen Draft-Abnahmen bleiben getrennt.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions