execweave 0.7.9__tar.gz → 0.8.2__tar.gz

execweave-0.8.2/.github/workflows/provider-capability-stage-integrity.yml

@@ -0,0 +1,49 @@
+name: Provider Capability Stage Integrity
+
+# No path filter. This job guards release red lines — the disabled CONNECT handler,
+# the existing test set, the conversation completeness vocabulary, release metadata —
+# so it must run on every pull request. A filter listing only the capability-probe
+# files would arm the guard exactly when the guarded files are NOT the ones changing:
+# a pull request that weakens http_proxy.py, deletes a test, or bumps the version
+# while touching none of those paths would skip this job entirely.
+on:
+  pull_request:
+  workflow_dispatch:
+    inputs:
+      baseline_ref:
+        description: Base commit or ref used to reconstruct baseline test node IDs
+        required: true
+        type: string
+
+permissions:
+  contents: read
+
+jobs:
+  integrity:
+    runs-on: ubuntu-latest
+    steps:
+      - name: Check out pull request
+        uses: actions/checkout@v4
+        with:
+          fetch-depth: 0
+
+      - name: Set up Python
+        uses: actions/setup-python@v5
+        with:
+          python-version: "3.12"
+          cache: pip
+
+      - name: Install
+        run: python -m pip install -e ".[dev]"
+
+      - name: Validate stage integrity
+        shell: bash
+        env:
+          BASELINE_REF: "${{ github.event.pull_request.base.sha || inputs.baseline_ref }}"
+          HEAD_REF: "${{ github.head_ref }}"
+        run: |
+          args=(--baseline-ref "$BASELINE_REF")
+          if [[ "$HEAD_REF" == release/* ]]; then
+            args+=(--allow-test-change "tests/test_v069_dashboard_release.py=release metadata assertions may advance only on a release/* pull request; the historical test name remains stable because the node-ID floor refuses renames")
+          fi
+          python scripts/check_release_stage_integrity.py "${args[@]}"

{execweave-0.7.9 → execweave-0.8.2}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.5
 Name: execweave
-Version: 0.7.9
+Version: 0.8.2
 Summary: Turn AI-agent runtime behavior into a local interactive execution graph.
 Project-URL: Homepage, https://github.com/Irish-kw/ExecWeave
 Project-URL: Repository, https://github.com/Irish-kw/ExecWeave
@@ -84,7 +84,7 @@ Install the latest published wheel/sdist from PyPI:
 python -m pip install -U execweave
 ```
 
-The current release is **v0.7.9**.
+The current release is **v0.8.2**.
 
 For development:
 
@@ -120,7 +120,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex` keeps the Agent interactive in the launch terminal while opening/attaching the detached Top dashboard according to the host environment.
 
-**v0.7.9 — one dashboard, while the run happens and afterwards.** Live, the finished run and viewer.html were three renderings of the same evidence, and completion fetched a separate document and wrote it over the page a reader was watching. There is now one shell: finishing a run changes its state in place, and viewer.html is that same dashboard saved offline. Selecting an agent answers one question and stops — a root shows its Prompt and its Final response, a subagent shows its Task, its Thinking where the provider exposed plaintext, and its Response — while a process, a file, a network endpoint or a model shows no conversation at all, because a conversation belongs to an agent. A turn the provider encrypted reads as observed without plaintext rather than as never recorded, the block a provider prepends to every subagent is never presented as one agent's assignment, and an answer that quotes routing words survives intact. The provider-neutral, agent-local multi-agent conversations each agent owns are aggregated across every archive a run wrote, so an agent recorded many times still shows what it said. Release checks drive the shipped dashboard in a real browser through every selection a person can make, in both its live and its finished form.
+**v0.8.2 — every round, and every node, says what it holds.** A run is rarely one question, and the panel had room for one: it paired the oldest prompt with the newest answer, so a two-round run showed the first question beside the second question's reply while the first round's own answer stayed unreachable. Rounds are the unit now — the newest is open, older ones fold to a line naming their own moment and question, and a subagent's fold carries the timestamp and wording of the root round it came from. Two subagents had also been losing their Response: the rule that stops a provider's shared preamble from being read as one agent's assignment matched any long text appearing under two agents, and a child's answer appears both in its own record and in its parent's. That rule now reaches inbound messages only, so what an agent wrote stays its own however often the run repeats it. Selecting a process, a file or a network endpoint no longer draws an empty panel: each names what it is — a command line with its pid and parent, a path with the history that touched it, an address with the process that reached it. And a type crowded past its budget keeps its newest members drawn while the older ones collapse into a single node that still names every one it holds, so a run that touches a thousand paths stays readable without losing one of them. The provider-neutral, agent-local multi-agent conversations each agent owns are the same records they always were; what changed is that a reader can reach all of them instead of one. The budget past which a type folds is `--fold-budget N` on every command that renders a dashboard, so a deployment whose agents write hundreds of files chooses its own number instead of editing the package. v0.8.2 fixes two Dashboard regressions on top of that: older conversation rounds now keep the reader's explicit open/closed state across the 800 ms live refresh, and multi-agent graphs use a stable root/child hierarchy where lifecycle return edges do not affect rank, shared tool/model connections use separated ports and bundled trunks, and selecting an agent fades unrelated edges. These are presentation-only changes: Live, finished, and `viewer.html` still share the same renderer and raw graph evidence is unchanged.
 
 The unified dashboard brings the execution graph, logs, and conversation records into the same inspection flow. Finalized runs generate `conversations.md` and `conversations.json`, while validated provider transcripts are copied into the run-local SHA-256 content store. Claude Code, OpenAI Codex, Cursor, OpenCode, and Google Antigravity use the strongest provider-exposed multi-agent evidence available to each integration. For gateways and local runtimes that expose only root request/response traffic, ExecWeave shows only that root conversation and does not invent subagents or hidden routing.
 
@@ -329,7 +329,7 @@ Conversation isolation is an attribution/display rule, not a redaction boundary.
 
 ## Current status
 
-v0.7.9 combines cross-platform runtime collection, materialized execution graphs, standalone/live dashboards, conservative provider↔runtime correlation, full-fidelity content-addressed provider evidence, attributable multi-agent execution traces, direct run-local conversation access, agent-local conversation isolation across provider-neutral projections, and per-agent conversation focus in the standalone and live dashboards. Supported integrations preserve the strongest identity/routing evidence actually exposed by each provider and abstain when that evidence is unavailable. Observed evidence and inference remain separate by design.
+v0.8.2 combines cross-platform runtime collection, materialized execution graphs, standalone/live dashboards, conservative provider↔runtime correlation, full-fidelity content-addressed provider evidence, attributable multi-agent execution traces, direct run-local conversation access, agent-local conversation isolation across provider-neutral projections, per-round agent conversation panels, and self-describing non-agent nodes with per-type folding in the standalone and live dashboards. Supported integrations preserve the strongest identity/routing evidence actually exposed by each provider and abstain when that evidence is unavailable. Observed evidence and inference remain separate by design. v0.8.2 additionally preserves reader-controlled conversation fold state across live polling and applies topology-aware multi-agent layout/routing without changing raw evidence.
 
 ## Documentation
 

{execweave-0.7.9 → execweave-0.8.2}/README.de.md

@@ -31,7 +31,7 @@ Installieren Sie das neueste veröffentlichte wheel/sdist von PyPI:
 python -m pip install -U execweave
 ```
 
-Die aktuelle Version ist **v0.7.9**.
+Die aktuelle Version ist **v0.8.2**.
 
 Für die Entwicklung:
 
@@ -67,7 +67,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex` hält den Agent im Startterminal interaktiv und öffnet bzw. verbindet gleichzeitig das detached Top dashboard entsprechend der Host-Umgebung.
 
-**v0.7.9 — ein Dashboard, während des Runs und danach.** Live, der beendete Run und viewer.html waren drei Darstellungen derselben Evidenz, und der Abschluss holte ein eigenes Dokument und schrieb es über die Seite, die ein Leser gerade betrachtete. Es gibt jetzt nur eine Hülle: Das Beenden eines Runs ändert dessen Zustand an Ort und Stelle, und viewer.html ist genau dieses Dashboard offline gespeichert. Die Auswahl eines Agents beantwortet eine Frage und hört auf — eine Wurzel zeigt ihren Prompt und ihre finale Antwort, ein Subagent zeigt seine Aufgabe, sein Denken dort, wo der Provider Klartext offengelegt hat, und seine Antwort — während ein Prozess, eine Datei, ein Netzwerk-Endpunkt oder ein Modell überhaupt keine Conversation zeigt, denn eine Conversation gehört einem Agent. Ein vom Provider verschlüsselter Turn liest sich als beobachtet ohne Klartext und nicht als nie aufgezeichnet, der Block, den ein Provider jedem Subagent voranstellt, wird nie als die Zuweisung eines Agents dargestellt, und eine Antwort, die Routing-Wörter zitiert, bleibt unversehrt. Die provider-neutralen, agent-lokalen Multi-Agent-Conversations, die jeder Agent besitzt, werden über alle Archive hinweg zusammengeführt, die ein Run geschrieben hat, sodass ein mehrfach aufgezeichneter Agent weiterhin zeigt, was er gesagt hat. Release-Prüfungen fahren das ausgelieferte Dashboard in einem echten Browser durch jede Auswahl, die eine Person treffen kann, in seiner Live- wie in seiner beendeten Form.
+**v0.8.2 — jede Runde und jeder Knoten sagt, was er enthält.** Ein Run besteht selten aus einer einzigen Frage, das Panel hatte aber nur für eine Platz: Es stellte die älteste Frage neben die neueste Antwort, sodass ein Run mit zwei Runden die erste Frage neben der Antwort der zweiten zeigte, während die eigene Antwort der ersten Runde unerreichbar blieb. Die Runde ist jetzt die Einheit — die neueste steht offen, ältere klappen zu einer Zeile zusammen, die ihren eigenen Zeitpunkt und ihre eigene Frage nennt, und die Faltung eines Subagents trägt Zeitstempel und Wortlaut der Wurzelrunde, aus der sie stammt. Zwei Subagents verloren zudem ihre Antwort: Die Regel, die verhindert, dass die gemeinsame Präambel eines Providers als Zuweisung eines Agents gelesen wird, traf auf jeden langen Text zu, der unter zwei Agents auftaucht — und die Antwort eines Kindes steht sowohl in seinem eigenen als auch im Datensatz seines Elternteils. Diese Regel greift nun nur noch bei eingehenden Nachrichten, sodass das, was ein Agent geschrieben hat, sein eigenes bleibt, wie oft der Run es auch wiederholt. Die Auswahl eines Prozesses, einer Datei oder eines Netzwerk-Endpunkts zeichnet kein leeres Panel mehr: Jeder nennt, was er ist — eine Kommandozeile mit ihrer pid und ihrem Elternprozess, ein Pfad mit der Historie, die ihn berührt hat, eine Adresse mit dem Prozess, der sie erreicht hat. Und ein Typ, der sein Budget überschreitet, behält seine neuesten Mitglieder gezeichnet, während die älteren zu einem einzigen Knoten zusammenklappen, der weiterhin jedes einzelne benennt, das er hält — ein Run, der tausend Pfade berührt, bleibt so lesbar, ohne einen davon zu verlieren. Die provider-neutralen, agent-lokalen Multi-Agent-Conversations, die jeder Agent besitzt, sind dieselben Datensätze wie zuvor; geändert hat sich, dass ein Leser sie alle erreicht statt nur eine. Ab wann ein Typ faltet, bestimmt `--fold-budget N` auf jedem Befehl, der ein Dashboard erzeugt — eine Installation, deren Agents Hunderte von Dateien schreiben, wählt ihre eigene Zahl, statt das Paket zu ändern. v0.8.2 behebt zusätzlich zwei Dashboard-Regressionen: Ältere conversation rounds behalten über den 800-ms-Live-Refresh hinweg genau den vom Leser gesetzten geöffnet/geschlossen-Zustand, und Multi-Agent-Graphs verwenden eine stabile root/child-Hierarchie, in der lifecycle return edges den rank nicht beeinflussen, gemeinsame tool/model-Verbindungen über getrennte ports und gebündelte trunks laufen und bei Auswahl eines Agents irrelevante edges ausgeblendet werden. Das sind reine Presentation-Änderungen: Live, finished und `viewer.html` verwenden weiterhin denselben renderer, und die raw graph evidence bleibt unverändert.
 
 Das vereinheitlichte Dashboard bringt execution graph, logs und conversation records in denselben Inspection-Flow. Finalisierte Runs erzeugen `conversations.md` und `conversations.json`; validierte Provider-Transcripts werden in den run-local SHA-256 content store kopiert. Claude Code, OpenAI Codex, Cursor, OpenCode und Google Antigravity verwenden jeweils die stärkste Multi-Agent-Evidence, die ihre Integration tatsächlich offenlegt. Wenn ein Gateway oder lokaler Runtime nur root request/response sichtbar macht, zeigt ExecWeave nur diese Root-Conversation und erfindet weder Subagents noch hidden routing.
 
@@ -276,7 +276,7 @@ Conversation isolation ist eine Attribution-/Display-Regel, keine Redaction Boun
 
 ## Aktueller Stand
 
-v0.7.9 kombiniert cross-platform runtime collection, materialized execution graphs, standalone/live dashboards, konservative provider↔runtime correlation, full-fidelity content-addressed provider evidence, attributable multi-agent execution traces, direkten run-local conversation access agent-local conversation isolation in provider-neutralen Projektionen und per-agent conversation focus in den Standalone- und Live-Dashboards. Jede Integration bewahrt nur die stärkste identity/routing evidence, die der Provider tatsächlich offenlegt, und enthält sich, wenn diese Evidence fehlt. Observed evidence und inference bleiben konstruktiv getrennt.
+v0.8.2 kombiniert cross-platform runtime collection, materialized execution graphs, standalone/live dashboards, konservative provider↔runtime correlation, full-fidelity content-addressed provider evidence, attributable multi-agent execution traces, direkten run-local conversation access, agent-local conversation isolation in provider-neutralen Projektionen, Conversation-Panels pro Runde sowie sich selbst beschreibende Nicht-Agent-Knoten mit Faltung pro Typ in den Standalone- und Live-Dashboards. Jede Integration bewahrt nur die stärkste identity/routing evidence, die der Provider tatsächlich offenlegt, und enthält sich, wenn diese Evidence fehlt. Observed evidence und inference bleiben konstruktiv getrennt. v0.8.2 bewahrt außerdem den vom Leser gesteuerten conversation-fold-Zustand über Live-Polling hinweg und verwendet topology-aware Multi-Agent-Layout/-Routing, ohne die raw evidence zu verändern.
 
 ## Dokumentation
 

{execweave-0.7.9 → execweave-0.8.2}/README.fr.md

@@ -31,7 +31,7 @@ Installez le dernier wheel/sdist publié depuis PyPI :
 python -m pip install -U execweave
 ```
 
-La version courante est **v0.7.9**.
+La version courante est **v0.8.2**.
 
 Pour le développement :
 
@@ -67,7 +67,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex` garde l’Agent interactif dans le terminal de lancement tout en ouvrant ou en attachant le dashboard Top détaché selon l’environnement hôte.
 
-**v0.7.9 — un seul tableau de bord, pendant le run et après.** Le live, le run terminé et viewer.html étaient trois rendus des mêmes preuves, et la fin d'un run allait chercher un document séparé pour l'écrire par-dessus la page que le lecteur regardait. Il n'y a plus qu'une coque : terminer un run change son état sur place, et viewer.html est ce même tableau de bord enregistré hors ligne. Sélectionner un agent répond à une question et s'arrête — une racine montre son Prompt et sa Réponse finale, un subagent montre sa Tâche, son Raisonnement là où le provider a exposé du texte en clair, et sa Réponse — tandis qu'un processus, un fichier, un point de terminaison réseau ou un modèle ne montre aucune conversation, parce qu'une conversation appartient à un agent. Un turn chiffré par le provider se lit comme observé sans clair plutôt que comme jamais enregistré, le bloc qu'un provider ajoute devant chaque subagent n'est jamais présenté comme l'assignation d'un agent, et une réponse qui cite des mots de routage reste intacte. Les conversations multi-agent provider-neutral et agent-local que chaque agent possède sont agrégées sur toutes les archives qu'un run a écrites, si bien qu'un agent enregistré plusieurs fois montre encore ce qu'il a dit. Les vérifications de release pilotent le tableau de bord livré dans un vrai navigateur, à travers chaque sélection possible, dans sa forme live comme dans sa forme terminée.
+**v0.8.2 — chaque tour, et chaque nœud, dit ce qu'il contient.** Un run se limite rarement à une seule question, et le panneau n'avait de place que pour une : il associait la plus ancienne question à la plus récente réponse, si bien qu'un run de deux tours montrait la première question à côté de la réponse de la seconde, tandis que la réponse propre au premier tour restait inaccessible. Le tour est désormais l'unité — le plus récent est ouvert, les plus anciens se replient en une ligne nommant leur propre moment et leur propre question, et le repli d'un subagent porte l'horodatage et la formulation du tour racine dont il provient. Deux subagents perdaient aussi leur Réponse : la règle qui empêche le préambule partagé d'un provider d'être lu comme l'assignation d'un agent correspondait à tout texte long apparaissant sous deux agents, or la réponse d'un enfant apparaît à la fois dans son propre enregistrement et dans celui de son parent. Cette règle ne touche plus que les messages entrants, de sorte que ce qu'un agent a écrit reste le sien, quel que soit le nombre de fois où le run le répète. Sélectionner un processus, un fichier ou un point de terminaison réseau ne dessine plus un panneau vide : chacun dit ce qu'il est — une ligne de commande avec son pid et son parent, un chemin avec l'historique qui l'a touché, une adresse avec le processus qui l'a atteinte. Et un type encombré au-delà de son budget garde ses membres les plus récents dessinés tandis que les plus anciens se replient en un seul nœud qui nomme encore chacun de ceux qu'il contient, si bien qu'un run touchant mille chemins reste lisible sans en perdre un seul. Les conversations multi-agent provider-neutral et agent-local que chaque agent possède sont les mêmes enregistrements qu'auparavant ; ce qui a changé, c'est qu'un lecteur peut désormais les atteindre toutes plutôt qu'une seule. Le seuil à partir duquel un type se replie est `--fold-budget N`, disponible sur chaque commande qui produit un tableau de bord : un déploiement dont les agents écrivent des centaines de fichiers choisit son propre nombre au lieu de modifier le paquet. v0.8.2 corrige en plus deux régressions du Dashboard : les anciens conversation rounds conservent l'état ouvert/fermé explicitement choisi par le lecteur malgré le refresh live de 800 ms, et les graphes multi-agent utilisent une hiérarchie root/child stable où les lifecycle return edges n'influencent pas le rank, les connexions tool/model partagées passent par des ports séparés et des trunks regroupés, et la sélection d'un agent atténue les edges sans rapport. Ces changements sont uniquement de présentation : Live, finished et `viewer.html` partagent toujours le même renderer et la raw graph evidence reste inchangée.
 
 Le dashboard unifié rassemble execution graph, logs et conversation records dans le même flux d’inspection. Les runs finalisés génèrent `conversations.md` et `conversations.json`, et les transcripts provider validés sont copiés dans le content store SHA-256 local au run. Claude Code, OpenAI Codex, Cursor, OpenCode et Google Antigravity exploitent chacun le niveau de multi-agent evidence réellement exposé par leur integration. Lorsqu’un gateway ou un local runtime n’expose que des request/response root, ExecWeave affiche uniquement cette root conversation et n’invente ni subagent ni hidden routing.
 
@@ -276,7 +276,7 @@ La conversation isolation est une règle d’attribution et d’affichage, pas u
 
 ## État actuel
 
-v0.7.9 combine cross-platform runtime collection, materialized execution graphs, standalone/live dashboards, conservative provider↔runtime correlation, full-fidelity content-addressed provider evidence, attributable multi-agent execution traces, accès direct aux conversations run-local agent-local conversation isolation dans les projections provider-neutral et per-agent conversation focus dans les dashboards standalone et live. Chaque integration conserve uniquement la meilleure identity/routing evidence réellement exposée par le provider et s’abstient lorsque cette evidence manque. Observed evidence et inference restent séparées par conception.
+v0.8.2 combine cross-platform runtime collection, materialized execution graphs, standalone/live dashboards, conservative provider↔runtime correlation, full-fidelity content-addressed provider evidence, attributable multi-agent execution traces, accès direct aux conversations run-local, agent-local conversation isolation dans les projections provider-neutral, des panneaux de conversation par tour et des nœuds non-agent qui se décrivent eux-mêmes avec un repli par type dans les dashboards standalone et live. Chaque integration conserve uniquement la meilleure identity/routing evidence réellement exposée par le provider et s’abstient lorsque cette evidence manque. Observed evidence et inference restent séparées par conception. v0.8.2 conserve aussi l'état de repli conversation contrôlé par le lecteur entre les live polling et applique un layout/routing multi-agent topology-aware sans modifier la raw evidence.
 
 ## Documentation
 

{execweave-0.7.9 → execweave-0.8.2}/README.ja.md

@@ -31,7 +31,7 @@ PyPI から最新の wheel/sdist をインストールします。
 python -m pip install -U execweave
 ```
 
-現在のリリースは **v0.7.9** です。
+現在のリリースは **v0.8.2** です。
 
 開発環境では次のようにインストールできます。
 
@@ -67,7 +67,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex` は Agent を起動 terminal 上でインタラクティブなまま保ち、ホスト環境に応じて detached Top dashboard を開くか既存のものに attach します。
 
-**v0.7.9 — 実行中も実行後も、ひとつの Dashboard。** Live、完了後の画面、viewer.html は同じ証拠の三つの描画であり、完了時には別の文書を取得して読者が見ているページに上書きしていました。いまはひとつの shell だけです。完了は開いている画面の状態を変えるだけで、viewer.html はその同じ Dashboard のオフライン保存です。agent を選ぶとひとつの問いに答えて止まります。root は Prompt と Final response を、subagent は Task、provider が平文を公開した場合の Thinking、そして Response を示します。process、file、network endpoint、model は conversation をまったく示しません。conversation は agent のものだからです。provider が暗号化した turn は「観測済みだが平文は非公開」と読まれ、記録されなかったとは読まれません。provider がすべての subagent に前置きするブロックが、ある agent の assignment として示されることはありません。routing の語を引用した回答もそのまま残ります。各 agent が保持する provider-neutral かつ agent-local な multi-agent conversation は、その実行が書き出したすべてのアーカイブを横断して集約されるため、何度も記録された agent も自分が述べたことを示せます。リリース前の検査は、出荷される Dashboard を live と finished の両方の状態で、実物のブラウザで人が行えるあらゆる選択にわたって駆動します。
+**v0.8.2 — どのラウンドも、どの node も、自分が何を持っているかを述べる。** 一回の実行が一つの問いで終わることは稀ですが、パネルには一つ分の場所しかありませんでした。最も古い問いに最も新しい回答を並べるため、二ラウンドの実行では最初の問いの隣に二番目の問いの回答が出て、最初のラウンド自身の回答には到達できませんでした。いまはラウンドが単位です。最新のものは開いたまま、古いものは自分の時刻と問いを示す一行に畳まれ、subagent の折り畳みは、それが属する root ラウンドと同じ時刻と文言を持ちます。さらに二つの subagent は自分の Response を失っていました。provider の共通前置きをある agent の assignment と読ませないための規則が、二つの agent の下に現れる長い文字列すべてに一致していたためです。child の回答は自分の記録にも親の記録にも現れます。この規則はいま受信したメッセージだけを見るので、agent が書いたものは実行中に何度繰り返されても自分のものです。process、file、network endpoint を選んでも空のパネルは出ません。それぞれが自分を述べます。コマンドラインとその pid と親、パスとそれに触れた履歴、アドレスとそこへ到達した process です。そしてある型が上限を超えて混み合うと、新しいものは描かれたまま、古いものは一つの node に畳まれ、そこに含まれるすべてを名前で列挙します。千の path に触れる実行でも、一つも失わずに読める状態が保たれます。 各 agent が保持する provider-neutral かつ agent-local な multi-agent conversation は以前と同じ記録のままです。変わったのは、読者がその一部ではなく全体に到達できることです。 ある型がどこから畳まれるかは、Dashboard を生成するすべてのコマンドの `--fold-budget N` で決まります。数百のファイルを書く配置環境は、パッケージを書き換えずに自分の数を選べます。 v0.8.2 ではさらに 2 つの Dashboard 回帰を修正しました。古い conversation round は 800 ms ごとの live refresh をまたいでも読者が明示的に選んだ開閉状態を保持し、multi-agent graph は安定した root/child 階層を使います。lifecycle return edge は rank に影響せず、共有 tool/model 接続は分離した port と bundled trunk で描画され、agent を選択すると無関係な edge が薄くなります。これらは presentation のみの変更で、Live・finished・`viewer.html` は引き続き同じ renderer を共有し、raw graph evidence は変更しません。
 
 統合 dashboard では execution graph、logs、conversation records を同じ inspection flow で確認できます。Finalized run は `conversations.md` と `conversations.json` を生成し、検証済み provider transcript は run-local SHA-256 content store にコピーされます。Claude Code、OpenAI Codex、Cursor、OpenCode、Google Antigravity は、それぞれが実際に公開する最も強い multi-agent evidence を利用します。gateway や local runtime が root request/response しか公開しない場合、ExecWeave は root conversation だけを表示し、subagent や hidden routing を捏造しません。
 
@@ -276,7 +276,7 @@ Conversation isolation は attribution/display の規則であり redaction boun
 
 ## 現在の状態
 
-v0.7.9 は cross-platform runtime collection、materialized execution graph、standalone/live dashboard、保守的な provider↔runtime correlation、content-addressed full-fidelity provider evidence、attributable multi-agent execution trace、run-local conversation access、provider-neutral projection 上の agent-local conversation isolation、standalone および live dashboard での per-agent conversation focus を統合します。各 integration は provider が実際に公開した最も強い identity/routing evidence のみを保持し、不足する場合は abstain します。Observed evidence と inference は設計上分離されたままです。
+v0.8.2 は cross-platform runtime collection、materialized execution graph、standalone/live dashboard、保守的な provider↔runtime correlation、content-addressed full-fidelity provider evidence、attributable multi-agent execution trace、run-local conversation access、provider-neutral projection 上の agent-local conversation isolation、standalone および live dashboard での per-round agent conversation パネルと、自己記述する non-agent node および型ごとの折り畳みを統合します。各 integration は provider が実際に公開した最も強い identity/routing evidence のみを保持し、不足する場合は abstain します。Observed evidence と inference は設計上分離されたままです。 v0.8.2 ではさらに、live polling をまたいで読者が制御した conversation fold 状態を保持し、raw evidence を変えずに topology-aware な multi-agent layout/routing を適用します。
 
 ## ドキュメント
 

{execweave-0.7.9 → execweave-0.8.2}/README.ko.md

@@ -31,7 +31,7 @@ PyPI에서 최신 wheel/sdist를 설치합니다.
 python -m pip install -U execweave
 ```
 
-현재 릴리스는 **v0.7.9** 입니다.
+현재 릴리스는 **v0.8.2** 입니다.
 
 개발 설치:
 
@@ -67,7 +67,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex`는 Agent를 시작 terminal에서 interactive 상태로 유지하면서 host 환경에 따라 detached Top dashboard를 열거나 attach합니다.
 
-**v0.7.9 — 실행 중에도 실행 후에도, 하나의 Dashboard.** Live, 완료된 화면, viewer.html 은 같은 증거의 세 가지 렌더링이었고, 완료 시점에는 별도의 문서를 가져와 읽는 사람이 보고 있던 페이지 위에 덮어썼습니다. 이제 shell 은 하나입니다. 완료는 열려 있는 화면의 상태를 바꿀 뿐이고, viewer.html 은 바로 그 Dashboard 의 오프라인 저장본입니다. agent 를 선택하면 하나의 질문에 답하고 멈춥니다. root 는 Prompt 와 Final response 를, subagent 는 Task 와, provider 가 평문을 노출한 경우의 Thinking, 그리고 Response 를 보여 줍니다. process, file, network endpoint, model 은 conversation 을 전혀 보여 주지 않습니다. conversation 은 agent 의 것이기 때문입니다. provider 가 암호화한 turn 은 기록되지 않은 것이 아니라 관측되었으나 평문이 노출되지 않은 것으로 읽힙니다. provider 가 모든 subagent 앞에 붙이는 블록이 어느 agent 의 assignment 로 제시되는 일도 없습니다. routing 어휘를 인용한 답변도 온전히 남습니다. 각 agent 가 소유한 provider-neutral, agent-local multi-agent conversation 은 그 실행이 남긴 모든 아카이브에 걸쳐 집계되므로, 여러 번 기록된 agent 도 자신이 말한 것을 보여 줍니다. 릴리스 검사는 출시되는 Dashboard 를 live 와 finished 두 상태 모두에서 실제 브라우저로, 사람이 할 수 있는 모든 선택에 걸쳐 구동합니다.
+**v0.8.2 — 모든 라운드와 모든 node 가 자신이 무엇을 담고 있는지 말합니다.** 한 번의 실행이 하나의 질문으로 끝나는 경우는 드물지만 패널에는 하나의 자리밖에 없었습니다. 가장 오래된 질문에 가장 새로운 답변을 짝지었기 때문에, 두 라운드짜리 실행에서는 첫 번째 질문 옆에 두 번째 질문의 답변이 놓이고 첫 라운드 자신의 답변에는 닿을 수 없었습니다. 이제 단위는 라운드입니다. 가장 새로운 라운드는 펼쳐진 채로 두고, 오래된 라운드는 자신의 시각과 질문을 밝히는 한 줄로 접히며, subagent 의 접힌 줄은 그것이 속한 root 라운드와 같은 시각과 문구를 가집니다. 또한 두 subagent 가 자신의 Response 를 잃고 있었습니다. provider 의 공통 서문을 어느 agent 의 assignment 로 읽지 않게 하는 규칙이, 두 agent 아래에 나타나는 긴 텍스트 전부와 일치했기 때문입니다. child 의 답변은 자기 기록에도 부모 기록에도 나타납니다. 이 규칙은 이제 들어온 메시지만 봅니다. 따라서 agent 가 쓴 것은 실행 중 몇 번 반복되든 그 agent 의 것입니다. process, file, network endpoint 를 선택해도 더 이상 빈 패널이 그려지지 않습니다. 각자 자신을 밝힙니다. 명령줄과 그 pid 및 부모, 경로와 그것을 건드린 이력, 주소와 그곳에 도달한 process 입니다. 그리고 어떤 유형이 한도를 넘어 붐비면 가장 새로운 것들은 그려진 채로 두고 오래된 것들은 하나의 node 로 접히며, 그 안에 담긴 모든 것을 여전히 이름으로 열거합니다. 천 개의 path 를 건드리는 실행도 하나도 잃지 않은 채 읽을 수 있습니다. 각 agent 가 소유한 provider-neutral, agent-local multi-agent conversation 은 예전과 같은 기록 그대로입니다. 달라진 것은 읽는 사람이 그중 일부가 아니라 전부에 닿을 수 있다는 점입니다. 어떤 유형이 어디서부터 접히는지는 Dashboard 를 만드는 모든 명령의 `--fold-budget N` 이 정합니다. 수백 개의 파일을 쓰는 배포 환경은 패키지를 고치지 않고 자신의 숫자를 고를 수 있습니다. v0.8.2에서는 두 가지 Dashboard 회귀를 추가로 수정했습니다. 이전 conversation round는 800 ms live refresh 이후에도 사용자가 명시적으로 선택한 열림/닫힘 상태를 유지하며, multi-agent graph는 안정적인 root/child 계층을 사용합니다. lifecycle return edge는 rank에 영향을 주지 않고, 공유 tool/model 연결은 분리된 port와 bundled trunk로 라우팅되며, agent를 선택하면 관련 없는 edge가 흐려집니다. 이는 presentation에만 해당하는 변경으로 Live, finished, `viewer.html`은 계속 같은 renderer를 공유하고 raw graph evidence는 바뀌지 않습니다.
 
 통합 dashboard는 execution graph, logs, conversation records를 하나의 inspection flow에서 제공합니다. Finalized run은 `conversations.md`와 `conversations.json`을 만들며, 검증된 provider transcript는 run-local SHA-256 content store로 복사됩니다. Claude Code, OpenAI Codex, Cursor, OpenCode, Google Antigravity는 각 integration이 실제로 노출하는 가장 강한 multi-agent evidence를 사용합니다. gateway나 local runtime이 root request/response만 노출하면 ExecWeave는 root conversation만 보여 주며 subagent나 hidden routing을 만들어내지 않습니다.
 
@@ -276,7 +276,7 @@ Conversation isolation은 attribution/display 규칙이지 redaction boundary가
 
 ## 현재 상태
 
-v0.7.9는 cross-platform runtime collection, materialized execution graph, standalone/live dashboard, 보수적인 provider↔runtime correlation, content-addressed full-fidelity provider evidence, attributable multi-agent execution trace, run-local conversation access, provider-neutral projection의 agent-local conversation isolation, standalone 및 live dashboard의 per-agent conversation focus를 통합합니다. 각 integration은 provider가 실제로 노출한 가장 강한 identity/routing evidence만 보존하고 충분한 증거가 없으면 abstain합니다. Observed evidence와 inference는 설계상 계속 분리됩니다.
+v0.8.2은 cross-platform runtime collection, materialized execution graph, standalone/live dashboard, 보수적인 provider↔runtime correlation, content-addressed full-fidelity provider evidence, attributable multi-agent execution trace, run-local conversation access, provider-neutral projection의 agent-local conversation isolation, standalone 및 live dashboard의 per-round agent conversation 패널과 스스로를 설명하는 non-agent node 및 유형별 접기를 통합합니다. 각 integration은 provider가 실제로 노출한 가장 강한 identity/routing evidence만 보존하고 충분한 증거가 없으면 abstain합니다. Observed evidence와 inference는 설계상 계속 분리됩니다. v0.8.2는 또한 live polling 사이에서 사용자가 제어한 conversation fold 상태를 유지하고 raw evidence를 바꾸지 않은 채 topology-aware multi-agent layout/routing을 적용합니다.
 
 ## 문서
 

{execweave-0.7.9 → execweave-0.8.2}/README.md

@@ -31,7 +31,7 @@ Install the latest published wheel/sdist from PyPI:
 python -m pip install -U execweave
 ```
 
-The current release is **v0.7.9**.
+The current release is **v0.8.2**.
 
 For development:
 
@@ -67,7 +67,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex` keeps the Agent interactive in the launch terminal while opening/attaching the detached Top dashboard according to the host environment.
 
-**v0.7.9 — one dashboard, while the run happens and afterwards.** Live, the finished run and viewer.html were three renderings of the same evidence, and completion fetched a separate document and wrote it over the page a reader was watching. There is now one shell: finishing a run changes its state in place, and viewer.html is that same dashboard saved offline. Selecting an agent answers one question and stops — a root shows its Prompt and its Final response, a subagent shows its Task, its Thinking where the provider exposed plaintext, and its Response — while a process, a file, a network endpoint or a model shows no conversation at all, because a conversation belongs to an agent. A turn the provider encrypted reads as observed without plaintext rather than as never recorded, the block a provider prepends to every subagent is never presented as one agent's assignment, and an answer that quotes routing words survives intact. The provider-neutral, agent-local multi-agent conversations each agent owns are aggregated across every archive a run wrote, so an agent recorded many times still shows what it said. Release checks drive the shipped dashboard in a real browser through every selection a person can make, in both its live and its finished form.
+**v0.8.2 — every round, and every node, says what it holds.** A run is rarely one question, and the panel had room for one: it paired the oldest prompt with the newest answer, so a two-round run showed the first question beside the second question's reply while the first round's own answer stayed unreachable. Rounds are the unit now — the newest is open, older ones fold to a line naming their own moment and question, and a subagent's fold carries the timestamp and wording of the root round it came from. Two subagents had also been losing their Response: the rule that stops a provider's shared preamble from being read as one agent's assignment matched any long text appearing under two agents, and a child's answer appears both in its own record and in its parent's. That rule now reaches inbound messages only, so what an agent wrote stays its own however often the run repeats it. Selecting a process, a file or a network endpoint no longer draws an empty panel: each names what it is — a command line with its pid and parent, a path with the history that touched it, an address with the process that reached it. And a type crowded past its budget keeps its newest members drawn while the older ones collapse into a single node that still names every one it holds, so a run that touches a thousand paths stays readable without losing one of them. The provider-neutral, agent-local multi-agent conversations each agent owns are the same records they always were; what changed is that a reader can reach all of them instead of one. The budget past which a type folds is `--fold-budget N` on every command that renders a dashboard, so a deployment whose agents write hundreds of files chooses its own number instead of editing the package. v0.8.2 fixes two Dashboard regressions on top of that: older conversation rounds now keep the reader's explicit open/closed state across the 800 ms live refresh, and multi-agent graphs use a stable root/child hierarchy where lifecycle return edges do not affect rank, shared tool/model connections use separated ports and bundled trunks, and selecting an agent fades unrelated edges. These are presentation-only changes: Live, finished, and `viewer.html` still share the same renderer and raw graph evidence is unchanged.
 
 The unified dashboard brings the execution graph, logs, and conversation records into the same inspection flow. Finalized runs generate `conversations.md` and `conversations.json`, while validated provider transcripts are copied into the run-local SHA-256 content store. Claude Code, OpenAI Codex, Cursor, OpenCode, and Google Antigravity use the strongest provider-exposed multi-agent evidence available to each integration. For gateways and local runtimes that expose only root request/response traffic, ExecWeave shows only that root conversation and does not invent subagents or hidden routing.
 
@@ -276,7 +276,7 @@ Conversation isolation is an attribution/display rule, not a redaction boundary.
 
 ## Current status
 
-v0.7.9 combines cross-platform runtime collection, materialized execution graphs, standalone/live dashboards, conservative provider↔runtime correlation, full-fidelity content-addressed provider evidence, attributable multi-agent execution traces, direct run-local conversation access, agent-local conversation isolation across provider-neutral projections, and per-agent conversation focus in the standalone and live dashboards. Supported integrations preserve the strongest identity/routing evidence actually exposed by each provider and abstain when that evidence is unavailable. Observed evidence and inference remain separate by design.
+v0.8.2 combines cross-platform runtime collection, materialized execution graphs, standalone/live dashboards, conservative provider↔runtime correlation, full-fidelity content-addressed provider evidence, attributable multi-agent execution traces, direct run-local conversation access, agent-local conversation isolation across provider-neutral projections, per-round agent conversation panels, and self-describing non-agent nodes with per-type folding in the standalone and live dashboards. Supported integrations preserve the strongest identity/routing evidence actually exposed by each provider and abstain when that evidence is unavailable. Observed evidence and inference remain separate by design. v0.8.2 additionally preserves reader-controlled conversation fold state across live polling and applies topology-aware multi-agent layout/routing without changing raw evidence.
 
 ## Documentation
 

{execweave-0.7.9 → execweave-0.8.2}/README.ru.md

@@ -31,7 +31,7 @@ ExecWeave — source-available, local-first проект наблюдаемос
 python -m pip install -U execweave
 ```
 
-Текущая версия — **v0.7.9**.
+Текущая версия — **v0.8.2**.
 
 Для разработки:
 
@@ -67,7 +67,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex` оставляет Agent интерактивным в стартовом terminal и одновременно открывает либо подключает detached Top dashboard в зависимости от host environment.
 
-**v0.7.9 — одна панель, во время прогона и после него.** Live, завершённый прогон и viewer.html были тремя отрисовками одних и тех же свидетельств, а завершение забирало отдельный документ и записывало его поверх страницы, которую читатель уже смотрел. Теперь оболочка одна: завершение меняет состояние на месте, а viewer.html — это та же панель, сохранённая офлайн. Выбор agent отвечает на один вопрос и останавливается: корень показывает свой Prompt и итоговый ответ, subagent — свою задачу, своё рассуждение там, где provider раскрыл открытый текст, и свой ответ, тогда как процесс, файл, сетевая конечная точка или модель не показывают conversation вовсе, потому что conversation принадлежит agent. Turn, зашифрованный provider, читается как наблюдавшийся без открытого текста, а не как никогда не записанный; блок, который provider добавляет перед каждым subagent, никогда не подаётся как задание какого-либо agent; ответ, цитирующий слова маршрутизации, остаётся целым. Provider-neutral, agent-local multi-agent conversations, которыми владеет каждый agent, собираются по всем архивам, записанным прогоном, поэтому agent, записанный много раз, по-прежнему показывает сказанное им. Релизные проверки ведут поставляемую панель в настоящем браузере через каждый выбор, который может сделать человек, и в live-, и в завершённой форме.
+**v0.8.2 — каждый раунд и каждый узел говорят, что в них есть.** Прогон редко состоит из одного вопроса, а в панели помещался только один: она ставила самый старый вопрос рядом с самым свежим ответом, поэтому прогон из двух раундов показывал первый вопрос рядом с ответом на второй, а собственный ответ первого раунда оставался недостижимым. Теперь единицей стал раунд — самый свежий раскрыт, более старые сворачиваются в строку, называющую собственное время и собственный вопрос, а свёртка subagent несёт отметку времени и формулировку корневого раунда, из которого она пришла. Два subagent к тому же теряли свой ответ: правило, не дающее прочесть общую преамбулу provider как задание одного agent, срабатывало на любой длинный текст, встречающийся под двумя agent, а ответ потомка появляется и в его собственной записи, и в записи родителя. Теперь это правило смотрит только на входящие сообщения, поэтому написанное agent остаётся его собственным, сколько бы раз прогон это ни повторил. Выбор процесса, файла или сетевой конечной точки больше не рисует пустую панель: каждый называет, что он такое — командная строка со своим pid и родителем, путь с историей того, что его касалось, адрес с процессом, который до него дошёл. А тип, переполнивший свой бюджет, оставляет отрисованными самые свежие элементы, тогда как более старые сворачиваются в один узел, который по-прежнему называет каждый из них, так что прогон, затрагивающий тысячу путей, остаётся читаемым и не теряет ни одного. Provider-neutral, agent-local multi-agent conversations, которыми владеет каждый agent, — те же самые записи, что и раньше; изменилось то, что читатель добирается до всех них, а не до одной. Порог, за которым тип сворачивается, задаёт `--fold-budget N` у каждой команды, которая строит панель, так что развёртывание, чьи agent пишут сотни файлов, выбирает своё число, а не правит пакет. v0.8.2 дополнительно исправляет две регрессии Dashboard: старые conversation rounds сохраняют явно выбранное читателем состояние open/closed между live refresh каждые 800 мс, а multi-agent graph использует стабильную иерархию root/child, где lifecycle return edges не влияют на rank, общие tool/model connections проходят через раздельные ports и bundled trunks, а при выборе agent несвязанные edges приглушаются. Это только presentation-изменения: Live, finished и `viewer.html` по-прежнему используют один renderer, а raw graph evidence не меняется.
 
 Единый dashboard объединяет execution graph, logs и conversation records в одном inspection flow. Finalized runs создают `conversations.md` и `conversations.json`, а проверенные provider transcripts копируются в run-local SHA-256 content store. Claude Code, OpenAI Codex, Cursor, OpenCode и Google Antigravity используют наиболее сильную multi-agent evidence, которую реально раскрывает соответствующая integration. Если gateway или local runtime показывает только root request/response, ExecWeave отображает только root conversation и не выдумывает subagents или hidden routing.
 
@@ -276,7 +276,7 @@ Conversation isolation — это правило attribution/display, а не re
 
 ## Текущий статус
 
-v0.7.9 объединяет cross-platform runtime collection, materialized execution graphs, standalone/live dashboards, conservative provider↔runtime correlation, full-fidelity content-addressed provider evidence, attributable multi-agent execution traces, прямой run-local conversation access agent-local conversation isolation в provider-neutral projections и per-agent conversation focus в standalone и live dashboards. Каждая integration сохраняет только наиболее сильную identity/routing evidence, реально раскрытую provider, и abstain-ит при её отсутствии. Observed evidence и inference по-прежнему разделены архитектурно.
+v0.8.2 объединяет cross-platform runtime collection, materialized execution graphs, standalone/live dashboards, conservative provider↔runtime correlation, full-fidelity content-addressed provider evidence, attributable multi-agent execution traces, прямой run-local conversation access, agent-local conversation isolation в provider-neutral projections, панели conversation по раундам и самоописывающиеся non-agent узлы со свёрткой по типу в standalone и live dashboards. Каждая integration сохраняет только наиболее сильную identity/routing evidence, реально раскрытую provider, и abstain-ит при её отсутствии. Observed evidence и inference по-прежнему разделены архитектурно. v0.8.2 также сохраняет управляемое читателем состояние conversation fold между live polling и применяет topology-aware multi-agent layout/routing без изменения raw evidence.
 
 ## Документация
 

{execweave-0.7.9 → execweave-0.8.2}/README.zh-CN.md

@@ -31,7 +31,7 @@ ExecWeave 是一个 source-available、local-first 的可观测性项目，把 A
 python -m pip install -U execweave
 ```
 
-当前正式版本是 **v0.7.9**。
+当前正式版本是 **v0.8.2**。
 
 开发安装：
 
@@ -67,7 +67,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex` 会让 Agent 保持在启动 terminal 中交互，并根据主机环境打开或附加 detached Top dashboard。
 
-**v0.7.9 — 运行中与运行后，同一套 Dashboard。** Live、完成后的画面与 viewer.html 原本是同一批证据的三种渲染，而且运行结束时会去抓另一份文件覆盖读者正在看的页面。现在只有一套 shell：完成只让当前画面转为结束状态，viewer.html 就是同一套 Dashboard 的离线存档。选取一个 agent 只回答一个问题就停——root 显示它的 Prompt 与 Final response，subagent 显示 Task、provider 有公开明文时的 Thinking、以及 Response——而 process、file、网络端点或 model 完全不显示任何对话，因为对话属于 agent。provider 加密的 turn 读作「已观测但未公开明文」，而不是从未记录；provider 加在每个 subagent 前面的内容永远不会被当成某个 agent 的交办；引用了 routing 字眼的回答也完整保留。每个 agent 各自拥有的 provider-neutral、agent-local multi-agent conversation 会跨该次运行写出的所有存档聚合，因此被记录多次的 agent 仍然显示得出它说了什么。发布前的检查会用真实浏览器把出货的 Dashboard 在 live 与 finished 两种状态下走过每一种可操作的选取。
+**v0.8.2 — 每一轮、每一个 node，都说得出自己有什么。** 一次运行很少只有一个问题，面板却只放得下一个：它把最旧的提问配上最新的回答，于是两轮的运行会把第一个问题和第二个问题的回答排在一起，而第一轮自己的回答根本点不到。现在以轮为单位——最新的一轮展开，较旧的折叠成一行，标明它自己的时间与问题；subagent 的折叠行沿用它所属 root 轮次的时间与叙述。另外有两个 subagent 一直遗失自己的 Response：那条避免把 provider 共用前言当成某个 agent 交办的规则，会比对任何同时出现在两个 agent 底下的长文字，而 child 的回答本来就同时出现在它自己的记录与父层的记录里。该规则现在只看送进来的消息，所以 agent 写的东西不管在运行中重复几次都仍然是它自己的。选取 process、file 或网络端点不再画出空面板：各自说明自己是什么——命令行连同它的 pid 与父进程、路径连同动过它的历程、地址连同连上它的进程。而某个类型多到超过额度时，最新的仍然画出来，较旧的收合成单一 node，并且仍然列出它收了哪些，因此动到上千个路径的运行依然读得下去，也不会漏掉任何一个。 每个 agent 各自拥有的 provider-neutral、agent-local multi-agent conversation 仍是原本那份记录；变的是读者现在读得到全部，而不是其中一段。 某个类型从哪里开始折叠，由每个会产生 Dashboard 的命令上的 `--fold-budget N` 决定，因此写入上百个文件的部署可以自己选数字，不必去改包。 v0.8.2 在此基础上修复两个 Dashboard 回归：较旧的 conversation round 在每 800 ms 的 live refresh 后保持读者明确留下的展开/收起状态；multi-agent graph 使用稳定的 root/child 层级，lifecycle return edge 不影响 rank，共用 tool/model 连接使用分离 port 与 bundled trunk，选择 agent 时淡化无关 edge。这些都只改变 presentation：Live、finished 与 `viewer.html` 仍共用同一 renderer，raw graph evidence 完全不变。
 
 统一 dashboard 把 execution graph、logs 与 conversation records 放进同一条 inspection flow。Finalized run 会生成 `conversations.md` 与 `conversations.json`，经过验证的 provider transcript 也会复制进 run-local SHA-256 content store。Claude Code、OpenAI Codex、Cursor、OpenCode 与 Google Antigravity 都依据各自实际暴露的 evidence 强度建立 multi-agent trace；如果 gateway 或 local runtime 只提供 root request/response，ExecWeave 就只显示 root conversation，不会虚构 subagent 或 hidden routing。
 
@@ -276,7 +276,7 @@ Conversation isolation 是 attribution/display 规则，而不是 redaction boun
 
 ## 当前状态
 
-v0.7.9 组合 cross-platform runtime collection、materialized execution graph、standalone/live dashboard、保守的 provider↔runtime correlation、content-addressed full-fidelity provider evidence、可归属的 multi-agent execution trace、run-local conversation access，provider-neutral projection 上的 agent-local conversation isolation，以及 standalone 与 live dashboard 上的 per-agent conversation focus。各 integration 只保留 provider 实际暴露的最强 identity/routing evidence，证据不足时选择 abstain。Observed evidence 与 inference 从设计上保持分离。
+v0.8.2 组合 cross-platform runtime collection、materialized execution graph、standalone/live dashboard、保守的 provider↔runtime correlation、content-addressed full-fidelity provider evidence、可归属的 multi-agent execution trace、run-local conversation access，provider-neutral projection 上的 agent-local conversation isolation，以及 standalone 与 live dashboard 上的 per-round agent conversation 面板、会自我说明并依类型折叠的 non-agent node。各 integration 只保留 provider 实际暴露的最强 identity/routing evidence，证据不足时选择 abstain。Observed evidence 与 inference 从设计上保持分离。 v0.8.2 还会在 live polling 之间保留读者控制的 conversation fold 状态，并应用 topology-aware 的 multi-agent layout/routing，而不改动 raw evidence。
 
 ## 文档
 

{execweave-0.7.9 → execweave-0.8.2}/README.zh-TW.md

@@ -31,7 +31,7 @@ ExecWeave 是一個 source-available、local-first 的可觀測性專案，會
 python -m pip install -U execweave
 ```
 
-目前正式版本是 **v0.7.9**。
+目前正式版本是 **v0.8.2**。
 
 開發安裝：
 
@@ -67,7 +67,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex` 會讓 Agent 保持在啟動 terminal 中互動，並依主機環境開啟或附加 detached Top dashboard。
 
-**v0.7.9 — 執行中與執行後，同一套 Dashboard。** Live、完成後的畫面與 viewer.html 原本是同一批證據的三種渲染，而且執行結束時會去抓另一份文件覆蓋讀者正在看的頁面。現在只有一套 shell：完成只讓當前畫面轉為結束狀態，viewer.html 就是同一套 Dashboard 的離線存檔。選取一個 agent 只回答一個問題就停——root 顯示它的 Prompt 與 Final response，subagent 顯示 Task、provider 有公開明文時的 Thinking、以及 Response——而 process、file、網路端點或 model 完全不顯示任何對話，因為對話屬於 agent。provider 加密的 turn 讀作「已觀測但未公開明文」，而不是從未記錄；provider 加在每個 subagent 前面的內容永遠不會被當成某個 agent 的交辦；引用了 routing 字眼的回答也完整保留。每個 agent 各自擁有的 provider-neutral、agent-local multi-agent conversation 會跨該次執行寫出的所有存檔聚合，因此被記錄多次的 agent 仍然顯示得出它說了什麼。發布前的檢查會用真實瀏覽器把出貨的 Dashboard 在 live 與 finished 兩種狀態下走過每一種可操作的選取。
+**v0.8.2 — 每一輪、每一個 node，都說得出自己有什麼。** 一次執行很少只有一個問題，面板卻只放得下一個：它把最舊的提問配上最新的回答，於是兩輪的執行會把第一個問題和第二個問題的回答排在一起，而第一輪自己的回答根本點不到。現在以輪為單位——最新的一輪展開，較舊的摺疊成一行，標明它自己的時間與問題；subagent 的摺疊行沿用它所屬 root 輪次的時間與敘述。另外有兩個 subagent 一直遺失自己的 Response：那條避免把 provider 共用前言當成某個 agent 交辦的規則，會比對任何同時出現在兩個 agent 底下的長文字，而 child 的回答本來就同時出現在它自己的紀錄與父層的紀錄裡。該規則現在只看送進來的訊息，所以 agent 寫的東西不管在執行中重複幾次都仍然是它自己的。選取 process、file 或網路端點不再畫出空面板：各自說明自己是什麼——指令列連同它的 pid 與父行程、路徑連同動過它的歷程、位址連同連上它的行程。而某個類型多到超過額度時，最新的仍然畫出來，較舊的收合成單一 node，並且仍然列出它收了哪些，因此動到上千個路徑的執行依然讀得下去，也不會漏掉任何一個。 每個 agent 各自擁有的 provider-neutral、agent-local multi-agent conversation 仍是原本那份紀錄；變的是讀者現在讀得到全部，而不是其中一段。 某個類型從哪裡開始摺疊，由每個會產生 Dashboard 的命令上的 `--fold-budget N` 決定，因此寫入上百個檔案的部署可以自己選數字，不必去改套件。 v0.8.2 在此基礎上修正兩個 Dashboard 回歸：較舊的 conversation round 會在每 800 ms 的 live refresh 後維持讀者明確留下的展開/收合狀態；multi-agent graph 則使用穩定的 root/child 階層，lifecycle return edge 不影響 rank，共用 tool/model 連線使用分離 port 與 bundled trunk，選取 agent 時淡化無關 edge。這些都只改 presentation：Live、finished 與 `viewer.html` 仍共用同一 renderer，raw graph evidence 完全不變。
 
 統一 dashboard 把 execution graph、logs 與 conversation records 放進同一條 inspection flow。Finalized run 會產生 `conversations.md` 與 `conversations.json`，經驗證的 provider transcript 也會複製進 run-local SHA-256 content store。Claude Code、OpenAI Codex、Cursor、OpenCode 與 Google Antigravity 都依各自實際曝露的 evidence 強度建立 multi-agent trace；若 gateway 或 local runtime 只提供 root request/response，ExecWeave 就只顯示 root conversation，不會虛構 subagent 或 hidden routing。
 
@@ -276,7 +276,7 @@ Conversation isolation 是 attribution/display 規則，不是 redaction boundar
 
 ## 目前狀態
 
-v0.7.9 整合 cross-platform runtime collection、materialized execution graph、standalone/live dashboard、保守的 provider↔runtime correlation、content-addressed full-fidelity provider evidence、可歸屬的 multi-agent execution trace、run-local conversation access，provider-neutral projection 上的 agent-local conversation isolation，以及 standalone 與 live dashboard 上的 per-agent conversation focus。各 integration 只保留 provider 實際曝露的最強 identity/routing evidence，證據不足時選擇 abstain。Observed evidence 與 inference 仍從設計上分離。
+v0.8.2 整合 cross-platform runtime collection、materialized execution graph、standalone/live dashboard、保守的 provider↔runtime correlation、content-addressed full-fidelity provider evidence、可歸屬的 multi-agent execution trace、run-local conversation access，provider-neutral projection 上的 agent-local conversation isolation，以及 standalone 與 live dashboard 上的 per-round agent conversation 面板、會自我說明並依類型摺疊的 non-agent node。各 integration 只保留 provider 實際曝露的最強 identity/routing evidence，證據不足時選擇 abstain。Observed evidence 與 inference 仍從設計上分離。 v0.8.2 另外會在 live polling 間保留讀者控制的 conversation fold 狀態，並套用 topology-aware 的 multi-agent layout/routing，而不改動 raw evidence。
 
 ## 文件