<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Gateway on ARLOOR</title>
    <link>https://www.arloor.com/tags/gateway/</link>
    <description>Recent content in Gateway on ARLOOR</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <atom:link href="https://www.arloor.com/tags/gateway/index.xml" rel="self" type="application/rss+xml" />
    
      
    <item>
      <title>grok-gateway 如何把 Codex 接到 SuperGrok</title>
      <link>https://www.arloor.com/posts/grok-gateway-codex-grok-build/</link>
      <pubDate>Mon, 24 Aug 2026 00:50:00 +0800</pubDate>
      <guid>https://www.arloor.com/posts/grok-gateway-codex-grok-build/</guid>
      <description>&lt;p&gt;&lt;code&gt;grok-gateway&lt;/code&gt; 做的事情很窄：让 &lt;a href=&#34;https://github.com/openai/codex&#34;&gt;Codex&lt;/a&gt; Desktop / CLI 继续说 OpenAI Responses，让请求落到 SuperGrok 的 &lt;code&gt;cli-chat-proxy&lt;/code&gt;，并且尽量像官方 &lt;a href=&#34;https://github.com/xai-org/grok-build&#34;&gt;grok-build&lt;/a&gt; 那样发。&lt;/p&gt;
&lt;p&gt;它不是 Chat Completions 翻译器。Codex 已经走 &lt;code&gt;POST /v1/responses&lt;/code&gt;；Grok 上游也能吃 Responses。真正要做的是：Codex 的协议超集，砍成 grok-build 能过的子集；再把上游 SSE 改回 Codex 认得的形状。&lt;/p&gt;
&lt;p&gt;这篇文章按实现顺序写：先说该读哪两份源码，再讲 catalog 为什么决定了后半段所有改写，然后是 code mode 的上下文注入，最后是请求出站和响应回程。&lt;/p&gt;</description>
    </item>
      
    
  </channel>
</rss>
