바로 답변 네. 핵심은 디렉터리 이름 자체가 아니라 제출 시점, runner, answer-now, 로그/락 파일 경로가 모두 같은 runtime dir를 보느냐입니다.

즉 로컬 Vercel 검증에서 runtime dir가 .tmp 대신 tmp여도, - submit 단계에서 job 생성 - trigger가 runner 실행 - runner가 queue 확인 - answer-now가 결과 저장 - 최종 answered 반영 이 흐름은 그대로 유지될 수 있습니다.

유지되려면 꼭 맞아야 하는 것 1. submit 쪽이 쓰는 runtime dir와 runner가 읽는 runtime dir가 같아야 합니다. 2. lock 파일, runner log, pid marker 같은 부가 파일도 같은 dir를 써야 합니다. 3. 코드 어디엔가 .tmp/...가 하드코딩돼 있으면 안 됩니다. 4. 해당 dir가 실제로 생성 가능하고 writable이어야 합니다.

실제로 깨지는 경우 다음처럼 섞이면 체인이 끊깁니다.

• trigger는 tmp/qna-hermes-runner.log에 기록
• runner는 .tmp/qna-hermes-runner.log를 찾음
• 어떤 모듈은 .tmp에 lock 생성
• 다른 모듈은 tmp를 기준으로 active runner를 판단

이 경우 submit은 성공해도 runner 중복 판단이나 상태 추적이 어긋나서 answered까지 안 갈 수 있습니다.

실무 판단 한 줄로 정리하면:

• . 유무는 본질이 아님
• 경로 일관성이 본질

그래서 로컬 Vercel tmp 검증 질문에 대한 직접 답은:

네, 전 경로가 tmp로 통일돼 있다면 submit -> answered 체인은 유지됩니다. 반대로 일부가 .tmp, 일부가 tmp를 보면 그때는 깨질 가능성이 큽니다.