Skip to content
ライブ

Events

エージェントが何をしたかとその理由の永続的な記録。

機能

エージェント間の作業は、タスク、イベント、エッジ、およびアーティファクトとしてPostgresレジャーに記録されます。これはリスタートを生き残り、再生できます。タイプされたインプロセスバスは、約90種類のドメインイベントをノード内のサブスクライバーに運びます。一緒に、彼らはあなたにタイムラインを与えます:何が尋ねられたか、誰に委任されたか、何が戻ってきたか、そしてそれが停止した場所。

重要性

エージェントチェーンが驚くことをするとき、唯一の有用な質問は「ステップを見せてください」です。耐久的なタスク台帳はそれを考古学プロジェクトではなくクエリにし、再試行とキャンセルを希望ではなく実際の操作にします。

仕組み

  • タスク台帳は耐久性があり、再生可能です。

    タスク、イベント、委任エッジ、アーティファクトはPostgresの行なので、再起動はトレースを失わず、停止したエッジを再試行できます。

  • キャンセルと再試行はファーストクラスです。

    実行中のタスクに対するアクションはイベント自体として記録されるため、介入はタイムラインの一部です。

  • インプロセスバスはそのスコープについて正直です。

    これはタイプされたシングルノードエミッターです。分散イベントバックボーンとしては説明していません。そうではないからです。

質問

これはKafkaですか?
いいえ。インプロセスバスはノードローカルタイプのエミッターであり、耐久性はPostgresタスク台帳から来ています。クロスクラスターストリーミングが必要な場合、これはそうではありません。
エージェントが何をしたかを見ることができますか?
はい:イベント、委任エッジ、アーティファクトを含むタスクタイムライン。これに対して実施された介入を含む。
ストーリーに戻る

That was step 6 of 6: a reply leaves, and the trail stays. それが、到着から再生可能な記録に至るまでの全経路です。