execweave 0.7.8__tar.gz → 0.8.1__tar.gz

{execweave-0.7.8 → execweave-0.8.1}/.github/workflows/provider-capability-stage-integrity.yml

@@ -36,14 +36,8 @@ jobs:
       - name: Install
         run: python -m pip install -e ".[dev]"
 
-      # Every --allow-test-change lives here on purpose: it names the file and the
-      # reason in the workflow diff and in the job output, so editing an existing
-      # test is never something that happens quietly. It cannot remove a test —
-      # deletions and renames stay refused and the node-ID floor still requires
-      # every baseline test to survive.
       - name: Validate stage integrity
         run: >-
           python scripts/check_release_stage_integrity.py
           --baseline-ref "${{ github.event.pull_request.base.sha || inputs.baseline_ref }}"
-          --allow-test-change "tests/test_dashboard_information_architecture.py=the assertion pinned the colliding eight-character id fallback, which was the defect itself; the labels-are-provider-neutral subject is unchanged and still asserted"
-          --allow-test-change "tests/test_agent_node_labels.py=the assertion required the unscoped conversation record fallback to label agents correctly; that fallback showed every agent every other agent's conversation and has been removed, so the test now asserts the stronger property that no such fallback exists"
+          --allow-test-change "tests/test_v069_dashboard_release.py=the release metadata assertions move from 0.8.0 to 0.8.1. The test keeps the function name it was written under because the node-ID floor refuses renames, and the English README anchor it pins is unchanged"

execweave-0.8.1/.github/workflows/viewer-agent-isolation.yml

@@ -0,0 +1,45 @@
+name: Viewer Agent Isolation
+
+# The release gate opens the actual dashboard in Chromium. It reads the visible
+# root/subagent/non-agent inspectors, compares live with viewer.html, and archives
+# screenshots plus the rendered live.html for a human visual pass.
+on:
+  pull_request:
+  push:
+    branches: [main]
+  workflow_dispatch:
+
+permissions:
+  contents: read
+
+jobs:
+  viewers:
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+
+      - uses: actions/setup-python@v5
+        with:
+          python-version: "3.12"
+          cache: pip
+
+      - name: Install
+        run: python -m pip install -e ".[dev,e2e]"
+
+      - name: Install Chromium
+        run: python -m playwright install --with-deps chromium
+
+      - name: Read live and viewer.html in a browser
+        env:
+          EXECWEAVE_E2E_REQUIRED: "1"
+          EXECWEAVE_VISUAL_ARTIFACT_DIR: visual-artifacts
+        run: python -m pytest -m viewer_e2e -v
+
+      - name: Upload visual release evidence
+        if: always()
+        uses: actions/upload-artifact@v4
+        with:
+          name: unified-dashboard-visuals
+          path: visual-artifacts
+          if-no-files-found: error
+          retention-days: 7

{execweave-0.7.8 → execweave-0.8.1}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.5
 Name: execweave
-Version: 0.7.8
+Version: 0.8.1
 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.8**.
+The current release is **v0.8.1**.
 
 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.8 — a conversation belongs to an agent, everywhere a person can click.** Selecting a node that is not an agent used to resolve to the same empty selection an unselected graph does, so a network endpoint or a process drew every agent's conversation; the selection kind is now tracked apart from the focused agent, and anything that is not an agent says so instead. A provider that prepends the same multi-kilobyte block to every subagent had it recorded where each agent's own assignment belongs, so four siblings rendered as four copies of one plugin catalogue: a text appearing verbatim under two or more agents is not any one agent's assignment, and is folded and named for what it is. Where several agents were read from one rollout — Codex records a child's delegation and return in the parent's file — only the agent that owns it offers the raw bytes, and the others name whose record their turns came from, so a link inside a child's section no longer opens the whole run. The provider-neutral, agent-local multi-agent conversations each agent owns are also projected during a run now, not only once it ends. A release check drives both shipped viewers in a real browser through every selection a person can make, so an agent seeing what is not its own fails a build instead of reaching a release.
+**v0.8.1 — 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.
 
 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.8 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.1 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.
 
 ## Documentation
 

{execweave-0.7.8 → execweave-0.8.1}/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.8**.
+Die aktuelle Version ist **v0.8.1**.
 
 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.8 — eine Conversation gehört einem Agent, überall wo eine Person klicken kann.** Die Auswahl eines Nodes, der kein Agent ist, löste sich zur selben leeren Auswahl auf wie ein nicht ausgewählter Graph, sodass ein Netzwerk-Endpunkt oder ein Prozess die Conversation jedes Agents zeichnete; die Art der Auswahl wird nun getrennt vom fokussierten Agent verfolgt, und was kein Agent ist, sagt das auch. Der mehrere Kilobyte große Block, den ein Provider jedem Subagent voranstellt, war dort aufgezeichnet, wo die eigene Zuweisung jedes Agents hingehört, sodass vier Geschwister als vier Kopien eines Plugin-Katalogs erschienen: Ein Text, der wortgleich unter zwei oder mehr Agents auftaucht, ist die Zuweisung keines von ihnen, wird gefaltet und benannt, was er ist. Wo mehrere Agents aus einem Rollout gelesen wurden — Codex hält die Delegation eines Kindes und dessen Rückgabe in der Datei des Elternteils fest — bietet nur der Agent, dem sie gehört, die Rohbytes an, und die übrigen nennen, aus wessen Aufzeichnung ihre Turns gelesen wurden, sodass ein Link in der Sektion eines Kindes nicht mehr den ganzen Run öffnet. Die provider-neutralen, agent-lokalen Multi-Agent-Conversations, die jeder Agent besitzt, werden nun während eines Runs projiziert, nicht erst wenn er endet. Eine Release-Prüfung führt beide ausgelieferten Viewer in einem echten Browser durch jede Auswahl, die eine Person treffen kann: Ein Agent, der sieht, was ihm nicht gehört, lässt den Build scheitern, statt in ein Release zu gelangen.
+**v0.8.1 — 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.
 
 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.8 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.1 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.
 
 ## Dokumentation
 

{execweave-0.7.8 → execweave-0.8.1}/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.8**.
+La version courante est **v0.8.1**.
 
 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.8 — une conversation appartient à un agent, partout où une personne peut cliquer.** Sélectionner un node qui n'est pas un agent se résolvait comme la sélection vide d'un graphe non sélectionné, si bien qu'un point de terminaison réseau ou un processus dessinait la conversation de tous les agents ; le type de sélection est désormais suivi séparément de l'agent ciblé, et ce qui n'est pas un agent le dit. Le bloc de plusieurs kilo-octets qu'un provider ajoute devant chaque subagent était enregistré là où appartient l'assignation propre de chaque agent, si bien que quatre frères s'affichaient comme quatre copies d'un même catalogue de plugins : un texte apparaissant mot pour mot sous deux agents ou plus n'est l'assignation d'aucun d'eux, il est plié et nommé pour ce qu'il est. Lorsque plusieurs agents ont été lus depuis un seul rollout — Codex enregistre la délégation d'un enfant et son retour dans le fichier du parent — seul l'agent qui le possède offre les octets bruts, et les autres nomment le registre d'où viennent leurs turns, si bien qu'un lien dans la section d'un enfant n'ouvre plus le run entier. Les conversations multi-agent provider-neutral et agent-local que chaque agent possède sont désormais projetées pendant un run, et non une fois seulement qu'il est terminé. Une vérification de release pilote les deux viewers livrés dans un vrai navigateur à travers chaque sélection possible : un agent voyant ce qui ne lui appartient pas fait échouer la construction au lieu d'atteindre une release.
+**v0.8.1 — 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.
 
 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.8 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.1 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.
 
 ## Documentation
 

{execweave-0.7.8 → execweave-0.8.1}/README.ja.md

@@ -31,7 +31,7 @@ PyPI から最新の wheel/sdist をインストールします。
 python -m pip install -U execweave
 ```
 
-現在のリリースは **v0.7.8** です。
+現在のリリースは **v0.8.1** です。
 
 開発環境では次のようにインストールできます。
 
@@ -67,7 +67,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex` は Agent を起動 terminal 上でインタラクティブなまま保ち、ホスト環境に応じて detached Top dashboard を開くか既存のものに attach します。
 
-**v0.7.8 — conversation は agent のものであり、それは人がクリックできるすべての場所で成り立つ。** agent ではない node の選択は、何も選ばれていない状態と同じものに解決されていたため、network endpoint や process がすべての agent の conversation を描いていました。選択の種類は焦点の agent とは別に追跡され、agent でないものはそう述べます。provider がすべての subagent の前に付ける同一の数キロバイトのブロックは各 agent 自身の assignment の位置に記録されており、四つの兄弟が同じプラグイン一覧の四つの複製として描かれていました。二つ以上の agent の下に一字一句同じ形で現れるテキストは、どの agent の assignment でもありません。折りたたまれ、実態どおりに名付けられます。複数の agent が一つの rollout から読まれている場合 — Codex は child の委任と返答を親のファイルに記録します — 生のバイト列を提供するのはそれを所有する agent だけで、他は自分の turn がどの記録から読まれたかを示すため、child のセクション内のリンクが run 全体を開くことはありません。各 agent が保持する provider-neutral かつ agent-local な multi-agent conversation は、実行が終わったあとだけでなく実行中にも投影されます。リリース前の検査は実物のブラウザで両方の viewer を、人が行えるあらゆる選択にわたって駆動するため、agent が自分のものでないものを見る状態は release に届く前にビルドを失敗させます。
+**v0.8.1 — どのラウンドも、どの 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` で決まります。数百のファイルを書く配置環境は、パッケージを書き換えずに自分の数を選べます。
 
 統合 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.8 は 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.1 は 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 は設計上分離されたままです。
 
 ## ドキュメント
 

{execweave-0.7.8 → execweave-0.8.1}/README.ko.md

@@ -31,7 +31,7 @@ PyPI에서 최신 wheel/sdist를 설치합니다.
 python -m pip install -U execweave
 ```
 
-현재 릴리스는 **v0.7.8** 입니다.
+현재 릴리스는 **v0.8.1** 입니다.
 
 개발 설치:
 
@@ -67,7 +67,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex`는 Agent를 시작 terminal에서 interactive 상태로 유지하면서 host 환경에 따라 detached Top dashboard를 열거나 attach합니다.
 
-**v0.7.8 — conversation 은 agent 의 것이며, 사람이 클릭할 수 있는 모든 곳에서 그렇다.** agent 가 아닌 node 를 선택하면 아무것도 선택하지 않은 상태와 같은 값으로 해석되어, network endpoint 나 process 가 모든 agent 의 conversation 을 그렸습니다. 이제 선택의 종류를 초점이 맞춰진 agent 와 분리해 추적하며, agent 가 아닌 것은 그렇다고 말합니다. provider 가 모든 subagent 앞에 붙이는 동일한 수 킬로바이트 블록이 각 agent 자신의 assignment 자리에 기록되어, 네 형제가 같은 플러그인 목록의 사본 넷으로 그려졌습니다. 둘 이상의 agent 아래에 한 글자도 다르지 않게 나타나는 텍스트는 어느 agent 의 assignment 도 아니므로, 접히고 실제 그대로 이름 붙습니다. 여러 agent 가 하나의 rollout 에서 읽힌 경우 — Codex 는 child 의 위임과 반환을 부모의 파일에 기록합니다 — 원본 바이트를 제공하는 것은 그것을 소유한 agent 뿐이며, 나머지는 자신의 turn 이 누구의 기록에서 읽혔는지 밝히므로 child 섹션의 링크가 run 전체를 열지 않습니다. 각 agent 가 소유한 provider-neutral, agent-local multi-agent conversation 은 실행이 끝난 뒤가 아니라 실행 중에도 투영됩니다. 릴리스 검사는 실제 브라우저로 두 viewer 를 사람이 할 수 있는 모든 선택에 걸쳐 구동하므로, agent 가 자기 것이 아닌 것을 보는 상태는 release 에 도달하는 대신 빌드를 실패시킵니다.
+**v0.8.1 — 모든 라운드와 모든 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` 이 정합니다. 수백 개의 파일을 쓰는 배포 환경은 패키지를 고치지 않고 자신의 숫자를 고를 수 있습니다.
 
 통합 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.8는 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.1은 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는 설계상 계속 분리됩니다.
 
 ## 문서
 

{execweave-0.7.8 → execweave-0.8.1}/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.8**.
+The current release is **v0.8.1**.
 
 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.8 — a conversation belongs to an agent, everywhere a person can click.** Selecting a node that is not an agent used to resolve to the same empty selection an unselected graph does, so a network endpoint or a process drew every agent's conversation; the selection kind is now tracked apart from the focused agent, and anything that is not an agent says so instead. A provider that prepends the same multi-kilobyte block to every subagent had it recorded where each agent's own assignment belongs, so four siblings rendered as four copies of one plugin catalogue: a text appearing verbatim under two or more agents is not any one agent's assignment, and is folded and named for what it is. Where several agents were read from one rollout — Codex records a child's delegation and return in the parent's file — only the agent that owns it offers the raw bytes, and the others name whose record their turns came from, so a link inside a child's section no longer opens the whole run. The provider-neutral, agent-local multi-agent conversations each agent owns are also projected during a run now, not only once it ends. A release check drives both shipped viewers in a real browser through every selection a person can make, so an agent seeing what is not its own fails a build instead of reaching a release.
+**v0.8.1 — 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.
 
 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.8 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.1 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.
 
 ## Documentation
 

{execweave-0.7.8 → execweave-0.8.1}/README.ru.md

@@ -31,7 +31,7 @@ ExecWeave — source-available, local-first проект наблюдаемос
 python -m pip install -U execweave
 ```
 
-Текущая версия — **v0.7.8**.
+Текущая версия — **v0.8.1**.
 
 Для разработки:
 
@@ -67,7 +67,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex` оставляет Agent интерактивным в стартовом terminal и одновременно открывает либо подключает detached Top dashboard в зависимости от host environment.
 
-**v0.7.8 — conversation принадлежит agent, в каждом месте, куда человек может кликнуть.** Выбор node, который не является agent, разрешался в ту же пустую выборку, что и невыбранный граф, поэтому сетевая конечная точка или процесс рисовали conversation всех agents; вид выборки теперь отслеживается отдельно от сфокусированного agent, а то, что не является agent, так и говорит. Многокилобайтный блок, который provider добавляет перед каждым subagent, записывался там, где находится собственное задание каждого agent, и четыре брата отображались как четыре копии одного каталога плагинов: текст, появляющийся дословно под двумя и более agents, не является заданием ни одного из них — он сворачивается и называется тем, что он есть. Там, где несколько agents были прочитаны из одного rollout — Codex записывает делегирование ребёнка и его возврат в файл родителя — сырые байты предлагает только тот agent, которому файл принадлежит, а остальные называют, из чьей записи прочитаны их turns, поэтому ссылка внутри секции ребёнка больше не открывает весь прогон. Provider-neutral, agent-local multi-agent conversations, которыми владеет каждый agent, теперь проецируются во время прогона, а не только после его завершения. Релизная проверка ведёт оба поставляемых viewers в настоящем браузере через каждый выбор, который может сделать человек: agent, видящий не своё, роняет сборку вместо того, чтобы попасть в release.
+**v0.8.1 — каждый раунд и каждый узел говорят, что в них есть.** Прогон редко состоит из одного вопроса, а в панели помещался только один: она ставила самый старый вопрос рядом с самым свежим ответом, поэтому прогон из двух раундов показывал первый вопрос рядом с ответом на второй, а собственный ответ первого раунда оставался недостижимым. Теперь единицей стал раунд — самый свежий раскрыт, более старые сворачиваются в строку, называющую собственное время и собственный вопрос, а свёртка subagent несёт отметку времени и формулировку корневого раунда, из которого она пришла. Два subagent к тому же теряли свой ответ: правило, не дающее прочесть общую преамбулу provider как задание одного agent, срабатывало на любой длинный текст, встречающийся под двумя agent, а ответ потомка появляется и в его собственной записи, и в записи родителя. Теперь это правило смотрит только на входящие сообщения, поэтому написанное agent остаётся его собственным, сколько бы раз прогон это ни повторил. Выбор процесса, файла или сетевой конечной точки больше не рисует пустую панель: каждый называет, что он такое — командная строка со своим pid и родителем, путь с историей того, что его касалось, адрес с процессом, который до него дошёл. А тип, переполнивший свой бюджет, оставляет отрисованными самые свежие элементы, тогда как более старые сворачиваются в один узел, который по-прежнему называет каждый из них, так что прогон, затрагивающий тысячу путей, остаётся читаемым и не теряет ни одного. Provider-neutral, agent-local multi-agent conversations, которыми владеет каждый agent, — те же самые записи, что и раньше; изменилось то, что читатель добирается до всех них, а не до одной. Порог, за которым тип сворачивается, задаёт `--fold-budget N` у каждой команды, которая строит панель, так что развёртывание, чьи agent пишут сотни файлов, выбирает своё число, а не правит пакет.
 
 Единый 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.8 объединяет 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.1 объединяет 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 по-прежнему разделены архитектурно.
 
 ## Документация
 

{execweave-0.7.8 → execweave-0.8.1}/README.zh-CN.md

@@ -31,7 +31,7 @@ ExecWeave 是一个 source-available、local-first 的可观测性项目，把 A
 python -m pip install -U execweave
 ```
 
-当前正式版本是 **v0.7.8**。
+当前正式版本是 **v0.8.1**。
 
 开发安装：
 
@@ -67,7 +67,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex` 会让 Agent 保持在启动 terminal 中交互，并根据主机环境打开或附加 detached Top dashboard。
 
-**v0.7.8 — 对话属于 agent，在每一个点得下去的地方都成立。** 选取非 agent 的 node 以前会落到与「什么都没选」相同的状态，因此一个网络端点或进程就能画出所有 agent 的对话；现在选取种类与聚焦的 agent 分开追踪，不是 agent 就明说。provider 在每个 subagent 前面加上的同一段数 KB 内容，被记在各 agent 自己的交办栏位，于是四个兄弟渲染成四份相同的插件清单：一段文字若逐字出现在两个以上 agent 身上，它就不是任何一个 agent 的交办，因此折叠并如实命名。多个 agent 读自同一份 rollout 时——Codex 把 child 的交办与回复记在父层文件里——只有拥有它的 agent 提供原始字节，其余显示证据来自谁，child 区块里的链接不再打开整个 run。每个 agent 各自拥有的 provider-neutral、agent-local multi-agent conversation 现在也会在运行期间投影，而非只在结束后。发布前的检查会用真实浏览器把两个 viewer 走过每一种可操作的选取，因此 agent 看到不属于自己的内容会让构建失败，而不是流到 release。
+**v0.8.1 — 每一轮、每一个 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` 决定，因此写入上百个文件的部署可以自己选数字，不必去改包。
 
 统一 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.8 组合 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.1 组合 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 从设计上保持分离。
 
 ## 文档
 

{execweave-0.7.8 → execweave-0.8.1}/README.zh-TW.md

@@ -31,7 +31,7 @@ ExecWeave 是一個 source-available、local-first 的可觀測性專案，會
 python -m pip install -U execweave
 ```
 
-目前正式版本是 **v0.7.8**。
+目前正式版本是 **v0.8.1**。
 
 開發安裝：
 
@@ -67,7 +67,7 @@ execweave record --open -- python my_agent.py
 
 `execweave top -- codex` 會讓 Agent 保持在啟動 terminal 中互動，並依主機環境開啟或附加 detached Top dashboard。
 
-**v0.7.8 — 對話屬於 agent，在每一個點得下去的地方都成立。** 選取非 agent 的 node 以前會落到與「什麼都沒選」相同的狀態，因此一個網路端點或行程就能畫出所有 agent 的對話；現在選取種類與聚焦的 agent 分開追蹤，不是 agent 就明說。provider 在每個 subagent 前面加上的同一段數 KB 內容，被記在各 agent 自己的交辦欄位，於是四個兄弟渲染成四份相同的外掛清單：一段文字若逐字出現在兩個以上 agent 身上，它就不是任何一個 agent 的交辦，因此折疊並如實命名。多個 agent 讀自同一份 rollout 時——Codex 把 child 的交辦與回覆記在父層檔案裡——只有擁有它的 agent 提供原始位元組，其餘顯示證據來自誰，child 區塊裡的連結不再打開整個 run。每個 agent 各自擁有的 provider-neutral、agent-local multi-agent conversation 現在也會在執行期間投影，而非只在結束後。發布前的檢查會用真實瀏覽器把兩個 viewer 走過每一種可操作的選取，因此 agent 看到不屬於自己的內容會讓建置失敗，而不是流到 release。
+**v0.8.1 — 每一輪、每一個 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` 決定，因此寫入上百個檔案的部署可以自己選數字，不必去改套件。
 
 統一 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.8 整合 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.1 整合 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 仍從設計上分離。
 
 ## 文件