<aside> 🧭
기능을 넓히는 순서가 아니라, 불확실성을 줄이고 검증 범위를 넓히는 순서로 진행했다.
</aside>
| 단계 | 핵심 작업 | 완료 기준 |
|---|---|---|
| 1. Mock 기준선 | 외부 Key 없이 Tool, Schema, 판단 흐름 구현 | 고정 Fixture로 전체 경로를 반복 실행 |
| 2. Live Source 연결 | 공공 API 4종을 내부 5개 Source로 연결 | 원본 응답을 내부 Schema로 정규화 |
| 3. Evidence와 판단 | 시설 존재, 가동 상태, 이동 동선을 별도 근거로 분리 | 근거가 부족하면 UNKNOWN 또는 CAUTION으로 유지 |
| 4. 경로 정확도 | 최단경로 API 전용 역 코드와 호선 검증 도입 | 비정상 환승 후보를 제외하고 회귀 테스트로 고정 |
| 5. 사용자 답변 | canonical user_message와 Prompt/Resource 정책 구성 | 결론, 미확인 정보, 출발 전 행동이 빠지지 않음 |
| 6. 운영 경계 | Timeout, Cache, 인증, 입력 제한, Health/Metrics 추가 | 부분 실패와 Secret 비노출을 실패 주입 테스트로 검증 |
| 7. 품질 검증 | Live 품질, 상호운용성, 성능 비교, 사용성 Review | 자동 테스트와 사람 중심 평가의 범위를 분리 |
현재는 신규 기능을 넓히기보다 정확성, 사용성, 유지보수성, 재현성을 높이는 안정화 단계다. 다음 우선순위는 실제 교통약자 사용자·접근성 전문가의 피드백과 공개 Hosted 환경의 운영 검증이다.