エージェントトレースは基本的にイベントのシーケンスですが、開発者はそれらの因果構造を実行ツリーとして視覚化する必要があります。これらのツリーを構築するには、イベントが順不同で到着したり、兄弟が並行して実行されたり、スパンが不完全またはリトライされたりする可能性があるため、タイムスタンプのソート以上のものが必要です。最小イベント契約は、安定したトレースとスパンのIDを保証し、開始イベントが親子関係を確立し、終了イベントが結果を定義します。タイムスタンプだけでは正しい親子関係には不十分であり、開始イベントと終了イベントを明示的にスパンに組み立てる必要があります。スパンアセンブラは状態を管理し、対応する開始イベントが到着するまで終了イベントをバッファリングし、開始イベントの欠落や重複イベントなどの問題の診断情報を報告します。組み立てられたスパンを明示的に表現し、サイズ制限と有効期限ポリシーを提案することで、無限ストリームの潜在的な将来の問題に対処します。実行ツリーのフォレストを構築することで、複数のルートと孤立したスパンを適切に処理し、クラッシュを防ぎ、すべての情報が表示されることを保証します。レンダリング前に親子リンクにサイクルがないか検証することは、無限再帰を避けるために重要です。明確な親を持たない孤立したスパンは、インストルメンテーションのギャップを不明瞭にしないように、別途表示する必要があります。兄弟は安定した表示のために開始時間でソートされますが、並列子スパンは大幅に重複する可能性があるため、因果関係を示唆するものではありません。有用なUIは、親子関係とリトライを示すツリービューと、重複とレイテンシを示すタイムラインビューを組み合わせます。子スパンの期間と並列作業の重複が含まれるため、スパンの期間を合計するとトレース時間が過大になります。代わりに、トレースの壁時計時間、スパン期間、セルフ時間、およびクリティカルパスの方が正確なメトリックです。リトライとフォールバックは、操作の子としてモデル化されるべきであり、子スパンが失敗しても親スパンが成功できるようにします。部分的なトレースは保持する必要があり、不完全なスパンは、不完全な理由とともに明確にレンダリングし、架空の期間やステータスを避ける必要があります。ツリーの比較は、正確なスナップショットではなく、スパンの種類、親子関係、および終端ステータスなどの不変のプロパティを含みます。イベントストアは、トレースIDでインデックス付けされたイベントを持ち、デフォルトで機密データを除外する、追記フレンドリーな状態を維持する必要があります。検証はトレースの整合性を保証し、検証エラーと実際のエージェントエラーを分離します。コアのシフトは、イベントの到着順序を実行として扱うことから、より良い検査のためにライフサイクルイベントを信頼できる構造ツリーに組み立てることへの移行です。