워크플로우 재실행이 가능하고 코드와 깊게 통합된 이슈 트래커

어떤 기능인지 확인해보셈:

직접 써볼 수도 있음:
https://ljtn.github.io/epiq/

이거 쩌는데, 여러 에이전트가 동시에 같은 이슈를 건드릴 때 머지 컨플릭트는 어떻게 해결하는지 궁금함. Git 기반 툴들은 그 부분이 항상 골치 아프거든.

사용자별 불변 이벤트 로그로 해결했음. 각 액터(사람이나 에이전트)가 자기 로그 파일에만 내용을 추가하니까 Git이 충돌을 해결할 필요가 없음. 즉, 두 작성자가 같은 라인을 건드릴 일이 없다는 거지. 보드는 모든 로그를 인과 관계와 논리적 클럭(벽시계 시간 아님) 순서대로 재실행해서 도출되니까, 모든 클라이언트가 결국 동일한 상태로 수렴함.

에이전트 시스템에서 트레이싱 문제는 진짜 골치 아픈데, 어려운 건 상태를 다시 재생하는 게 아니라 어떤 상태 전환이 실제로 중요했는지 파악하는 거임. 수백 개의 마이크로 결정이 일어나는 상황에서 신호와 소음을 어떻게 구분함?

둘 다 문제가 있다고 봐. 내가 예전에 해결했던 방식은 처음에 예상했던 것과 다른 방향으로 흘러간 이슈들에 'fork' 태그를 따로 다는 거였어. 그렇게 하면 그 태그로 필터링해서 타임라인에 표시된 모든 포크를 볼 수 있거든. 그리고 에이전트들한테 티켓 닫을 때마다 해결 방법을 댓글로 항상 기록하라고 지시하기도 해. 이 조합이 꽤 도움이 된다고 생각함.