같은 주에 두 개의 신호가 동시에 들어왔다. OpenAI는 GPT-5.6 전용 프롬프트 가이드를 공개하며 '과정 대신 결과를 제시하라'고 권고했고, Codex CLI의 멀티에이전트 구조에서는 서브에이전트 간 통신 프롬프트가 암호화되어 사용자가 읽을 수 없게 됐다는 이슈가 GitHub에서 논의되고 있다. 표면상 전혀 다른 소식처럼 보이지만, 프론트엔드 개발자가 AI 도구를 실무에 통합하는 순간 이 두 신호는 하나의 긴장으로 수렴한다. AI 도구를 잘 쓰는 것과 AI 도구를 믿을 수 있는 구조로 쓰는 것은 서로 다른 문제다.
결과를 정의하면 모델이 경로를 찾는다
OpenAI가 공개한 GPT-5.6 프롬프트 가이드의 핵심 메시지는 간결하다. 모델에게 '어떻게 하라'고 지시하는 대신, '무엇이 완성된 상태인가'를 명확히 정의하라는 것이다. 기존 방식—수 페이지짜리 시스템 프롬프트, 반복적인 행동 규칙, XML 형식의 지속성 명령—은 GPT-5.6에게 오히려 추가적인 해석 부담으로 작용한다. 디크립트가 전한 OpenAI 내부 코딩 에이전트 실험에 따르면, 시스템 프롬프트를 간소화한 결과 평가 점수가 10~15% 향상됐고 토큰 사용량은 최대 66%, 비용은 최대 67%까지 감소했다.
이 변화는 단순한 프롬프트 팁이 아니다. 모델 아키텍처가 바뀐 것이다. GPT-5.6은 상충하는 명령 앞에서 하나를 선택하던 이전 모델과 달리, 두 규칙을 동시에 만족하려는 추가 추론을 시도한다. 규칙이 서로 충돌할수록 응답 속도, 비용, 오류 가능성이 모두 높아진다. '항상 이렇게 하라', '절대 하지 말라'는 식의 절대적 지시를 반복하는 프롬프트 패턴이 오히려 독이 되는 것이다. 결과 중심 설계는 프론트엔드 개발의 선언형(declarative) 패러다임과 놀라울 정도로 닮아 있다. 컴포넌트에 '어떻게 렌더링할지'를 명령하는 대신 '어떤 상태일 때 어떻게 보여야 하는지'를 선언하는 것처럼, 모델에게도 최종 상태(desired outcome)와 제약 조건(constraints)만 전달하면 된다.
에이전트가 무엇을 하는지 볼 수 없다면
그런데 바로 이 시점에, Codex CLI에서 불편한 소식이 올라왔다. 2026년 6월 5일 병합된 PR #26210 이후, MultiAgentV2가 활성화된 빌드(0.137.0 이상)에서 spawn_agent, send_message, followup_task 메시지가 암호화되어 부모 롤아웃 이력에서 사람이 읽을 수 있는 내용이 사라진다는 것이다. 암호화된 페이로드(encrypted_content)만 남고, 원래 내용(content)은 빈 문자열로 초기화된다.
암호화된 전달 자체는 이해할 수 있다. OpenAI가 에이전트 간 통신에서 프롬프트 구성·오케스트레이션 전략을 지적 재산으로 보호하려는 의도일 수 있고, 에이전트 간 통신을 백엔드만 복호화할 수 있는 구조로 만들어 보안을 강화하려는 목적도 있을 것이다. 그러나 현재 구현의 문제는 로컬 감사(audit) 정보까지 함께 사라진다는 데 있다. 사후 롤아웃 검토에서 "서브에이전트에 어떤 작업을 부여했는지