No. The in-process bus is a node-local typed emitter, and durability comes from a Postgres task ledger. If you need cross-cluster streaming, this is not that.

Can I see what an agent did?

Yes: a task timeline with events, delegation edges and artifacts, including the interventions taken against it.

라이브

Events

에이전트가 무엇을 했고 왜 그랬는지에 대한 지속적인 기록.

역할

에이전트 간 작업은 작업, 이벤트, 가장자리 및 아티팩트로서 재시작을 생존하고 재생할 수 있는 Postgres 원장에 기록됩니다. 타입된 프로세스 내 버스는 약 90가지의 도메인 이벤트를 노드 내의 구독자에게 전달합니다. 함께 그들은 당신에게 타임라인을 제공합니다: 무엇이 요청되었는지, 누구에게 위임되었는지, 무엇이 반환되었는지, 그리고 그것이 어디에서 정지되었는지.

중요한 이유

에이전트 체인이 놀라운 일을 할 때, 유일하게 유용한 질문은 "단계를 보여주세요"입니다. 지속적인 작업 원장은 그것을 고고학 프로젝트가 아닌 쿼리로 만들고 재시도와 취소를 희망이 아닌 실제 작업으로 만듭니다.

작동 방식

작업 원장은 지속적이고 재생 가능합니다.
작업, 이벤트, 위임 가장자리 및 아티팩트는Postgres의 행이므로 다시 시작해도 추적이 손실되지 않으며 정체된 가장자리를 다시 시도할 수 있습니다.
취소 및 재시도는 일급입니다.
실행 중인 작업에 대한 작업은 이벤트로 기록되므로 중재는 타임라인의 일부입니다.
프로세스 내 버스는 범위에 대해 정직합니다.
이는 타입된 단일 노드 이미터입니다. 분산 이벤트 백본으로 설명하지 않습니다. 그렇지 않기 때문입니다.

질문

이것이 Kafka입니까?: 아니오. 프로세스 내 버스는 노드 로컬 입력 이미터이며 지속성은 Postgres 작업 원장에서 나옵니다. 클러스터 간 스트리밍이 필요한 경우 이것이 아닙니다.
에이전트가 무엇을 했는지 볼 수 있습니까?: 예: 이벤트, 위임 가장자리 및 아티팩트가 있는 작업 타임라인이며, 이에 대해 취한 중재를 포함합니다.