I Tried to Run Symphony for Real on Rentello. It Broke in Exactly the Right Place.

Context

OpenAI의 Symphony 오케스트레이션 아키텍처를 Claude Code로 포팅한 후, 실제 Linear 보드와 연결된 Rentello 프로젝트에서 실행했을 때 WORKFLOW.md 파일이 두 가지 역할을 동시에 수행하고 있었다: 공유 실행 계약과 특정 오케스트레이터의 런타임 진입점.

Technical Solution

• 실행 소유권 레이블(exec:agent, exec:symphony)과 파동 레이블(wave:1, wave:2)을 도입하여 공유 실행 계약을 명시적으로 정의
• Codex App과 Symphony 모두에서 사용할 수 있는 제네릭 워크플로우 정의 작성: 오케스트레이터 선택이 작업 실행 방식은 영향을 주지만 작업 정의는 영향을 주지 않도록 설계
• 런타임별 어댑터(.codex/, .claude/ 디렉토리)를 도입하여 동일한 기본 규칙에 대한 런타임 관련 프롬프트만 분리
• 지속성 있는 단일 Workpad 댓글 모델 도입: 매 자동화 실행마다 새로운 댓글을 추가하지 않고 기존 댓글을 갱신
• 공유 실행 계약, 공유 동작 프롬프트 본문, 오케스트레이터/런타임 쌍별 런타임 래퍼로 아키텍처 재구성

Key Takeaway

크로스 에이전트 오케스트레이션 설계에서 "모든 것을 위한 단일 워크플로우 파일"은 잘못된 추상화이며, 공유 실행 계약은 안정적으로 유지하되 각 런타임 서피스(Codex, Claude)의 런타임 래퍼는 별도로 관리해야 실제로 신뢰할 수 있는 시스템이 된다.