GPT-6 Astra 중간 전환 조정 설명: 에이전트가 작업 중일 때 업데이트하기

긴 에이전트 실행은 UX 문제를 만듭니다. 사용자가 잘못된 가정을 발견했지만 수정하기 위해 완료를 기다려야 합니다. GPT-6 Astra 중간 전환 제어는 클라이언트가 응답이 활성화된 동안 새로운 사용자 입력을 보낼 수 있게 합니다. 서버는 현재 응답에서 업데이트를 통합한 후속 응답으로 전환합니다.

이것은 일반적인 채팅 연속도 아니고, 새로운 요청으로 취소하는 것도 아닙니다. 확인 응답, 커밋 포인트, 복구 규칙이 있는 WebSocket 프로토콜입니다.

요구 사항 및 제한 사항

OpenAI가 Responses API WebSocket 모드에 대한 스티어링 문서를 제공합니다. 클라이언트가 다음을 포함하는 response.steer 이벤트를 전송합니다:

• type: "response.steer";
• previous_response_id, 활성 응답을 식별합니다;
• input, 사용자 역할 메시지를 포함합니다.

입력에는 텍스트, 이미지 또는 파일 콘텐츠가 포함될 수 있습니다. 문서화되지 않은 stream_id를 추가하지 마십시오. 스티어링은 현재 지원되는 표준 단일 에이전트 모드에 적용됩니다. 대화에 바인딩된 응답 및 자동 압축은 이를 지원하지 않으므로, 프로덕션에서 충돌을 발견하기보다 아키텍처 설계 중에 해당 기능 간에 선택하십시오.

{
  "headers": {
    "rows": "행",
    "videourl": "비디오 URL"
  }
}

{ "type": "response.steer", "previous_response_id": "resp_active", "input": [{ "role": "사용자", "content": "EU 정책 버전을 사용하고, US 버전을 사용하지 마십시오." }] }

## 수명 주기 이해하기

.steer.accepted는 서버가 조향 입력에 대한 책임을 수락했음을 의미합니다. 아직 최종 커밋 지점이 아닙니다. 후속 response.created 이벤트가 커밋입니다. 해당 응답 ID를 유지하고 조향 입력을 그 후속과 연결하십시오.

활성 응답은 `incomplete_details.reason: "steered"`와 함께 불완전하게 종료될 수 있습니다. 이는 예상된 제어 흐름이지, 애플리케이션 오류가 아닙니다. 후속 작업이 업데이트를 계속 진행합니다.

다른 이벤트도 중요합니다:

.steer.pending: 현재 응답이 클라이언트 소유 작업을 기다리고 있어 업데이트가 대기열에 추가되었습니다;
- `response.steer.failed`: 서버가 업데이트를 적용할 수 없습니다.
- 연결 해제 전 확인 없음: 결과를 알 수 없음.

이러한 것들을 관련 없는 알림으로 처리하는 대신 작은 상태 머신을 구축하세요.

## 공구 작동 중 조향

응답이 클라이언트 도구의 출력이나 승인을 기다리는 경우, 스티어는 보류 상태로 유지될 수 있습니다. 서버는 누락된 결과를 안전하게 임의로 생성할 수 없습니다. 적절한 스텁과 보존된 결과를 사용하여 필요한 프로토콜을 완료하고, 스티어링이 발생했다는 이유만으로 도구를 다시 실행하지 마십시오.

예시: 승인 프롬프트가 열려 있는 동안 사용자가 "이메일을 보내지 마세요"라는 조종을 합니다. 승인을 거부하고 조종 업데이트를 계속 진행합니다. 이메일 도구가 이미 실행되었고 확인이 손실된 경우, 먼저 메일 시스템을 조정합니다. 조종은 부작용을 되돌릴 수 없습니다.

## 클라이언트 상태 머신

강력한 클라이언트는 다음을 추적합니다:

1. 활성 응답 ID;
2. 조향 메시지 ID 및 로컬 상태;
3. `accepted`가 도착했는지 여부;
4. 후속 `response.created`가 이를 수행했는지 여부;
5. 보류 중인 도구 호출 및 승인;
6. 원본 응답의 최종 상태;
7. 마지막 영구 이벤트 커서 또는 애플리케이션 체크포인트.

UI에서 반복 제출을 비활성화하면서도 사용자가 자신의 규칙에 따라 대기 중인 업데이트를 편집하거나 대체할 수 있도록 합니다. 첫 번째 응답이 즉시 중단된 것처럼 보여주지 않고 "업데이트 적용 중"을 표시합니다.

## 연결 끊김으로부터의 복구

세 가지 경우는 각각 다른 처리가 필요합니다:

- **수락된 이벤트 없음:** 결과가 불확실합니다. 다시 연결하고 사용 가능한 응답 상태를 확인한 후, 두 번 적용될 수 있는 명령을 무턱대고 재전송하지 마십시오.
- **수락됨, 후속 작업이 관찰되지 않음:** 서버가 입력을 소유하고 있지만 클라이언트에 커밋 이벤트가 없습니다. 다시 제출하기 전에 응답 체인을 복구하십시오.
- **후속 생성됨:** 해당 ID를 유지하고 계속 진행하세요.

데이터베이스에서 클라이언트가 생성한 ID를 조향 입력에 할당하세요, 와이어 스키마가 이를 프로토콜 필드로 사용하지 않더라도 말입니다. 이는 UI 작업을 중복 제거하고 사용자가 변경한 내용을 감사하는 데 도움이 됩니다.

## 좋은 사용 사례와 나쁜 사용 사례

스티어링은 연구가 진행 중인 동안 범위 변경, 소스 수정, 검색 범위 축소, 누락된 제약 조건 추가 또는 원하는 출력 변경에 탁월합니다.

승인, 거래 롤백, 권한 확인 또는 결정적 취소를 대체하지 않습니다. 스티어링을 사용하여 결제를 승인하거나 이미 실행 중인 외부 작업이 중지되었다고 가정하지 마십시오.

## 어색한 전환 테스트

텍스트 생성 중, 호스팅된 도구 실행, 클라이언트 도구 대기, 승인 대기, 완료 직전, 네트워크 손실 중에 스티어링을 시뮬레이션합니다. 도구가 중복되지 않고, 수락된 입력이 조용히 손실되지 않으며, UI가 출력을 올바른 응답에 할당하는지 확인합니다.

스티어링 수락 대기 시간, 보류 기간, 후속 생성 대기 시간, 원본 응답 상태, 중복 도구 작업 및 사용자 이탈을 추적하세요. 이러한 지표는 스티어링이 실제로 경험을 개선하는지 여부를 보여줍니다.

## 소유권을 중심으로 사용자 경험 설계하기

인터페이스는 세 가지 순간을 구분해야 합니다. "업데이트 전송 중"은 클라이언트가 전송했지만 확인 응답을 받지 못한 상태를 의미합니다. "업데이트 수락됨"은 서버가 이를 소유하고 있음을 의미합니다. "업데이트 계속 진행 중"은 후속 응답이 생성되었음을 의미합니다. 이러한 레이블은 프로토콜 전문 용어를 노출하지 않고 드문 네트워크 모호성을 이해할 수 있게 해줍니다.

원래 응답이 이미 생성한 표시된 출력을 유지하되, 수정 사항이 이를 무효화할 경우 대체된 것으로 표시하십시오. 이를 삭제하면 사용자가 본 내용에 따라 행동한 경우 혼란을 초래할 수 있으며, 최종 결과물로 제시하는 것은 더 나쁠 수 있습니다. 감사에 민감한 작업의 경우 두 분기를 모두 보존하고 어떤 후속 버전이 권위를 가지게 되었는지 표시하십시오.

빠른 편집을 신중하게 디바운스하세요. 두 개의 조종 메시지—"프랑스 사용"과 바로 이어 "독일 사용"—가 순서대로 모두 수락될 수 있습니다. 제품이 최신 명령만을 원한다면 클라이언트 정책을 구현하고 이를 전달하세요. 프로토콜이 업데이트를 자동으로 병합한다고 가정하지 마십시오.

접근성을 위해, 전체 생성된 답변을 반복해서 읽지 않고 상태 변경을 알리세요. 생성이 계속되는 동안 키보드 사용자가 스티어링 입력에 도달할 수 있도록 하고, 명확한 중지 제어를 유지하세요. 좋은 스티어링은 운송 처리만큼이나 상호작용 디자인입니다.

## 자주 묻는 질문

### 조향이 다른 메시지를 보내는 것과 같은가요?

아니요. 활성 WebSocket 응답을 업데이트하고 후속 흐름을 생성합니다.

### `accepted`가 업데이트가 완전히 적용되었음을 의미하나요?

아니요. 후속 `response.created`를 커밋 지점으로 간주하세요.

### 조향으로 외부 도구 동작을 취소할 수 있나요?

확실하지 않습니다. 도구 취소와 부작용 조정은 별개의 애플리케이션 책임입니다.

### 자동 압축에 조향을 사용할 수 있나요?

공식 스티어링 가이드에 따르면 스티어링된 응답에 대해 자동 압축이 지원되지 않습니다. 명시적인 컨텍스트 전략을 설계하세요.

## 결론

중간 전환 조향은 긴 GPT-6 Astra 작업을 반응성 있게 만들지만, 클라이언트가 해당 프로토콜을 준수할 때만 가능합니다. 수락됨, 보류 중, 실패, 불완전 및 후속 이벤트를 추적하고, 도구 결과를 보존하며, 불확실한 부작용을 조정하고, 정직한 UI 상태를 노출하세요. 조향은 에이전트의 방향을 변경할 뿐, 분산 시스템의 현실을 지우지 않습니다.