[ijaesin]

신뢰 서버의 근거 작업 접수를 실제 DBOS queue 전달과 연결합니다. SQL에 먼저 저장하고 현재 권한·원문을 재확인하며, 응답 유실 후 같은 작업/workflow ID로 재접수해 중복 예약과 실행을 막습니다. queue payload와 접수 응답에 질문·token·원문·생성 결과를 넣지 않습니다.

명시한 app_version으로 별도 단일 동시 queue를 사용합니다. caller가 DBOS launch를 완료한 뒤 동기 등록 함수를 event loop 밖에서 호출하며 실효 동시성1/1을 검증합니다. 기존481 실행 파일과 이전46 증거는 보존했습니다. 실제 제공자 호출·운영 서버/DB·현재 앱/기본worker/main 활성화0입니다. 질문 전용 검색·다자료 근거·브리핑 변환/표시·운영 정책/부하 인수는 후속입니다.

검증: 신규23, 전체9,595(Python8,775+JS820)·정적 검사/빌드/OpenAPI·실패/skip/warning0. 실제 PostgreSQL/DBOSClient/queue와 native MockTransport SSE로 ack 유실·동일 ID·예약1·HTTP1을 조건별 검증했습니다. 초기 minor1의 통합 테스트 실행 순서 의존은 완료 선행 RED2건으로 재현하고 claim 전 결정적 대기/해제로 해결했습니다. 최종 수정 재검토 C0I0M0·미해결0이며 중단한 최초 전체 실행은 통과로 세지 않았습니다. 자체QA1/전용volume1을 정리했습니다.

선택과 영향:

• 신뢰 서버 접수→queue부터 연결: 기존 API/UI 계약을 보존하며 질문 검색·브리핑 표시는 후속입니다.
• ack가 불분명하면 같은 ID 재접수: 중복 실행을 막지만 아직 전달되지 않은 pending도 예약을 유지할 수 있습니다.
• 명시 버전·단일 동시 queue: 일치하는 worker 준비와 처리량 인수가 필요합니다.

명세: docs/changes/evidence-job-dispatch.md
검증: docs/research/evidence-job-dispatch-validation.md
진행: docs/planning/progress.md