KC

kkarsyline/codex-app-server-gateway-guide

Developer tools

이 페이지는 AI로 자동 번역되었습니다. 기술적인 세부 사항은 원문을 확인하세요. 원문 보기

40 stars 0 forks 품질 68 트렌드 20MIT

Codex App Server를 채팅 프론트엔드 및 게이트웨이의 기존 핸즈에 튜토리얼에 연결하여 유창한 이벤트, 실 수명주기, 리필, 멀티백엔드 라우터 및 MCP 도구를 덮고 있습니다。

개요

문서 상태: 2026-08-22. 이 종이는 Codex에 초점을 맞추고, API 및 Claude Code-p에는 호환되는 국경을 나타내는 더 많은 관련 과정이 있습니다. 이 문서는 공식 Codex App Server 통합에 해당 게이트웨이의 유형 값에 대한 코덱을 사용합니다. claude-p는 실제 claude-p 실행 모드에 대응하기 때문에 원래 이름을 유지합니다. 이 패키지는 이미 채팅 프론트엔드, SSE 게이트웨이, 세션 데이터베이스 및 사용자 정의 도구 시스템을 가지고있는 사람들에게 적합합니다. 최종 효과는 API, Claude Code-p, Codex App Server 사이에서 동일한 프론트 엔드를 선택할 수 있다는 것입니다. 세 개의 백 엔드 공유 메시지 저장, 첨부 파일, 플로우 UI 및 도구 거품; 각 공급자 세션 semantic, 신속한 차량 및 출생 이벤트는 자신의 어댑터 내에서 남아 있습니다. 1. Gateway는 제품의 semantics에 책임집니다: 변환, 정보 나무, 부착, 내구성, 통합된 SSE의 뒤 사무실 일. 2. 공급자 접합기는 의정서 구문을 책임집니다: 시작, 입증, 회의/실행, 공구 사건, 과실 및 중단. 3. 공구 등록에는 CC 및 Codex를 위해 그 때 형성되는 단 하나 진짜 근원이 있습니다; 2개의 수동 명부가 유지되지 않습니다. 4. Personala, 작풍, 기억 retrieval 및 보충은 각각 독립적인 책임이 있습니다; 거대한 체계 신속한의 conflation는 더 새로운 것을 가져올 것입니다, 통제의 밖으로 캐시된 대화. 이 종이는 새로운, 복원, 포크 또는 컴팩트 한 후 Codex 스레드에 필요한 역사적인 맥락을 채울 것을 정의합니다. Gateway는 자신의 정보 은행에서 역사의 요약을 추출, 최근 대화의 전체 세트 및 필요한 상태, 그리고 턴 / 스타트 옆에있는 간접 접촉 블록을 형성. 리필은 현재 스레드의 누락 된 부품 만 채우고 전체 성적을 반복하지 않으며 Cordex의 원래 스레드 역사를 대체하지 않습니다. OpenAI는 App Server를 풍부한 클라이언트 통합 인터페이스로 제공하며 인증, 검토 내역, 응용 프로그램 및 단계별 이벤트를 포함합니다. 자동화 또는 CI는 SDK에 더 적합합니다. 공식 App Server 문서 우리는 여러 논리 변환을 제공하는 긴 실행 앱 서버 프로세스를 선택합니다。

개요(AI 번역)

문서 상태: 2026-08-22. 이 종이는 Codex에 초점을 맞추고 있습니다. API 및 Claude Code -p]은 호환되는 국경을 나타냅니다. · 이 텍스트는 [[T1] Gateway의 모드 값에 대한, 공식 Codex App Server 통합에 해당. [[T2] 진정한 [[T3] 구현 모드에 대응하기 때문에 원래 이름을 유지합니다.

이 패키지는 이미 채팅 프론트엔드, SSE 게이트웨이, 세션 데이터베이스 및 사용자 정의 도구 시스템을 가지고있는 사람들에게 적합합니다. 최종 효과는 API, Claude Code [[T4], Codex App Server 사이에서 동일한 front-end를 선택할 수 있다는 것입니다. 세 개의 백엔드 공유 메시지 저장, 첨부 파일, 플로우 UI 및 도구 거품; 각 공급자 세션은 원래 이벤트의 상황에 남아 있습니다.

#1. 최종 건축

가장 중요한 국경은 4입니다.

  1. Gateway는 제품의 semantics에 책임집니다: 변환, 정보 나무, 부착, 내구성, 통합된 SSE의 뒤 사무실 일.
  2. 공급자 접합기는 의정서 구문을 책임집니다: 시작, 입증, 회의/실행, 공구 사건, 과실 및 중단.
  3. 공구 등록에는 CC 및 Codex를 위해 그 때 형성되는 단 하나 진짜 근원이 있습니다; 2개의 수동 명부가 유지되지 않습니다.
  4. Personala, 작풍, 기억 retrieval 및 보충은 각각 독립적인 책임이 있습니다; 거대한 체계 신속한의 conflation는 더 새로운 것을 가져올 것입니다, 통제의 밖으로 캐시된 대화.

이 문서는 [[T5] 을 정의합니다. “새로운, 복원, 포크 또는 컴팩트 한 후 Codex 재개에 필요한 역사적인 맥락을 채울 수 있습니다”. Gateway는 예산에 따라 자신의 정보 은행의 개요를 추출하고, 최근 완전한 대화 및 필요한 상태의 세트, 다음 [[T6]에 대한 상호 접촉 블록을 형성한다. 리필은 현재 스레드의 누락 된 부품 만 채우고 전체 성적을 반복하지 않으며 Cordex의 원래 스레드 역사를 대체하지 않습니다.

2. 왜 앱 서버

Codex에는 3개의 일반적인 접근이 있습니다:

♪ 가속기 ♪ |-|-|-|-| [T7] | CI, 스크립트, 일회 자동화 | 심도의 상호작용과 제한적 능력별 공정 및 역사 관리 | |Codex SDK |형 캡슐화에 적용 | [T8] | 자기 정의 풍부한 클라이언트, 완전한 실/턴/event/approval 통합 | 엄격한 어댑터 및 버전 테스트를 필요로 하는 넓은 프로토콜

이 페이지는 AI로 자동 번역되었습니다. 기술적인 세부 사항은 원문을 확인하세요.

설치

This server does not publish a one-line install command.

Open the repository installation guide MCP 초보자라면? mcpskill.org 가이드부터 시작하세요 →

설정

{ "mcpServers": { "memory": { "type": "http", "url": "http://memory.example:8000/mcp" } } }