Events

重要性

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

仕組み

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

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

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

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

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

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

質問

これはKafkaですか?

いいえ。インプロセスバスはノードローカルタイプのエミッターであり、耐久性はPostgresタスク台帳から来ています。クロスクラスターストリーミングが必要な場合、これはそうではありません。

エージェントが何をしたかを見ることができますか?

はい：イベント、委任エッジ、アーティファクトを含むタスクタイムライン。これに対して実施された介入を含む。