必须用codex cloud模式解决，它将模型推理和执行环境全托管在服务端；访问/status确认服务可用，构造task.json并用bearer token发起post请求获取task_id，再轮询/task/{id}获取结果。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想在Linux服务器上跑Codex但不想装Node.js、不碰本地CLI、不配auth.json，只靠纯HTTP请求调用云端后台任务能力——这个需求必须用Codex Cloud模式解决，它把模型推理和执行环境全托管在服务端，你只管发请求。
确认Codex Cloud服务可用性
访问 https://api.letaicode.com/v1/codex/cloud/status，用curl发起GET请求：
curl -I https://api.letaicode.com/v1/codex/cloud/status
返回HTTP 200且Header中含X-Cloud-Ready: true即表示服务在线。若返回404或503，说明该域名未启用Codex Cloud服务，需切换至Ace Data Cloud等第三方中转地址。
构造标准HTTP请求体
准备一个JSON payload文件，命名为task.json：
{"model": "gpt-5.4", "prompt": "请分析当前目录下package.json的依赖结构，并指出潜在安全风险", "context_files": ["/home/user/project/package.json"], "timeout_seconds": 180}
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
【context_files路径必须为绝对路径，且服务端需有读取权限】
注意：context_files字段仅支持单层文件列表，不能传目录；若需整个项目上下文，请先打包为tar.gz并上传到对象存储，再填入public_url字段。
携带API密钥发起POST请求
第一步：从LetAiCode控制台获取codex分组Token（非openai格式），形如sk-cld-xxx
第二步：执行curl命令→
curl -X POST https://api.letaicode.com/v1/codex/cloud/run \
-H "Authorization: Bearer sk-cld-xxx" \
-H "Content-Type: application/json" \
-d @task.json
响应体中若含"status": "queued"和"task_id"字段，说明任务已进入云端队列。这一步不可跳过认证头，漏掉Bearer会导致401错误。
轮询获取执行结果
① 记录上一步返回的task_id，例如abc123xyz
② 每5秒执行一次状态查询：
curl "https://api.letaicode.com/v1/codex/cloud/task/abc123xyz" \
-H "Authorization: Bearer sk-cld-xxx"
③ 当响应中"status"变为"completed"，且"output"字段非空时，提取其中的"result"内容即为最终输出
④ 若"status"变为"failed"，检查"error_message"字段，常见原因是context_files路径不存在或权限不足
