LLM Wiki

Codex App-Server Runtime — Hermes가 Codex를 감싸는 선택형 실행면

4 min read

Codex App-Server Runtime — Hermes가 Codex를 감싸는 선택형 실행면

Hermes의 openai/*와 openai-codex/* 턴을 Codex CLI app-server로 넘겨서, Hermes는 세션·슬래시 커맨드·메모리/스킬 검토 레이어를 유지하는 선택형 런타임이다.

요약

이 기능은 opt-in 이다. 기본 Hermes 동작은 그대로 두고, 명시적으로 켜야 Codex CLI app-server가 실행면이 된다.

  • Hermes는 오케스트레이션 shell이 되고, 실제 터미널/파일/샌드박스 작업은 Codex runtime이 맡는다.
  • Codex의 built-in 도구는 shell, apply_patch, update_plan, view_image, web_search다.
  • Codex 플러그인은 plugin/list RPC로 감지되어 세션에 자동 반영된다.
  • Hermes의 추가 도구는 MCP callback으로 붙는다. 그래서 web_search, 브라우저 자동화, vision, image generation, skills, TTS는 계속 사용할 수 있다.

무엇이 바뀌는가

이 모드에서는 모델이 보는 도구 구성이 세 갈래로 나뉜다.

  1. Codex built-ins
  2. Codex에서 자동 이관된 플러그인
  3. Hermes MCP callback 도구

즉, Codex가 터미널과 patching을 직접 처리하고, Hermes는 더 상위의 운영면을 유지한다.

남는 것과 빠지는 것

이 모드에서 남는 것:

  • multi-turn 대화
  • /goal 같은 장기 루프
  • kanban 작업 분배
  • Hermes MCP 기반의 웹/브라우저/비전/스킬/TTS 도구
  • Codex sandbox와 native plugin 생태계

이 모드에서 빠지는 것:

  • delegate_task
  • memory
  • session_search
  • todo

이 네 가지는 AIAgent 루프의 mid-loop state가 필요해서, stateless MCP callback만으로는 처리할 수 없다. 그런 작업은 /codex-runtime auto로 돌아가야 한다.

운영 포인트

  • 활성화: /codex-runtime codex_app_server
  • 비활성화: /codex-runtime auto
  • 설정 값: model.openai_runtime: codex_app_server
  • 인증: codex login과 hermes auth login codex가 별개다
  • 기대 권한: workspace 내 쓰기는 기본적으로 허용되도록 :workspace sandbox 프로파일을 쓴다

주의할 점

  • approval prompt에 항상 inline patch preview가 붙는 것은 아니다
  • 중간 취소는 Codex가 이미 응답을 flush한 뒤면 즉시 멈추지 않을 수 있다
  • Codex 플러그인은 자동 이관되지만, 아직 설치하지 않은 플러그인은 별도 설치가 필요하다

왜 중요한가

  • ChatGPT/Codex 계정을 활용하는 흐름과 Hermes를 연결할 수 있다
  • Codex의 shell/apply_patch/update_plan을 기본 실행면으로 쓸 수 있다
  • Hermes의 browser/vision/skill/TTS 도구도 계속 보존된다
  • Chromex 같은 브라우저-우선 Codex 브리지가 이 모드와 잘 맞는다

관련 노트

그래프 뷰

백링크