Agent의 Taxonomy 관리와 Pipeline

입력 정리

Agent pipeline의 첫 단계는 input 정리입니다. 사용자의 문장을 그대로 계획으로 바꾸지 않고, 요청, 배경, 제약, 예시, 금지 조건, 감정 표현을 나눕니다. 사용자가 급하게 말할수록 실제 요구와 위험 신호가 섞입니다. 그래서 input은 먼저 sorting 가능한 작은 조각으로 쪼개야 합니다.

이 단계에서 taxonomy는 문장 해석의 손잡이입니다. 질문인지 명령인지, 지금 상태를 알려주는 말인지, 원하는 결과인지, 하지 말라는 조건인지 분리합니다. 잘 분리된 input은 뒤 단계의 resolution과 검증을 훨씬 편하게 만듭니다.

Sorting과 Resolution

정리된 input은 entity, claim, event, evidence, policy, action 후보로 나뉩니다. 그 다음 resolution이 필요합니다. 같은 파일을 다른 이름으로 부르는지, 같은 회사의 옛 이름과 새 이름이 섞였는지, 같은 정책의 다른 버전을 보고 있는지 확인합니다.

Temporal Anchoring도 여기서 중요합니다. 어떤 말이 과거 사실인지, 현재 상태인지, 미래 계획인지 붙여야 합니다. 최신성 요구가 있는 경우에는 작성일과 확인일을 따로 봅니다. agent가 어제의 사실을 오늘의 상태로 실행하면 pipeline 전체가 무너집니다.

판단 다각화와 실행

판단 다각화는 Temporal Anchoring, Provenance Binding, Confidence Calibration이 이어지는 흐름입니다. Temporal Anchoring은 정보의 시간 힌트를 객체화합니다. 이 주장이 언제 작성됐고, 언제 관찰됐고, 언제까지 유효한지 붙입니다. Provenance Binding은 출처를 빡세게 묶는 일입니다. 누가, 어디서, 어떤 권한으로 이 말을 했는지 남깁니다.

Confidence Calibration은 이 근거들을 보고 판단을 다각화하는 과정입니다. 하나의 근거만 보고 확정하지 않고, 공식 문서, 직접 관찰, 사용자 의도, 정책 제한을 함께 봅니다. 충돌이 있으면 바로 실행하지 않고 confidence를 낮추거나 질문합니다. 여기서 Conflict Handling은 agent의 '고민'을 구조화하는 작업이 됩니다.

검증된 action만 실행합니다. 실행 뒤에는 Postcondition Verify가 따라옵니다. 파일을 고쳤으면 diff와 빌드 결과를 보고, 배포했다면 실제 응답을 확인합니다. Postcondition이 없으면 agent는 무엇이 성공인지 모른 채 다음 단계로 넘어갑니다. 뒤에서 자세히 다룰 Conflict Handling은 특히 이 사후 검증에서 중요합니다. 실행 결과가 기대와 다르면 agent는 실패를 숨기지 말고 belief와 procedure를 고쳐야 합니다.

개념 설명

이 파이프라인에서 중요한 객체는 Input Segment, Resolved Entity, Temporal Anchor, Provenance Record, Confidence State, Action Candidate, Postcondition입니다. 이 객체들이 따로 있어야 agent가 자기 판단을 되감아 볼 수 있습니다.

법적 규제 준수도 마지막 검사가 아닙니다. 입력 수집 단계에서 개인정보를 과수집하면 이미 늦고, action 단계에서 약관을 놓치면 배포 후 수정해도 손실이 생깁니다. 각 단계마다 legal checkpoint가 있어야 합니다.