配置与协作
Codex Sites:把站点上下文交给 Codex 前要注意什么
了解 Codex Sites 的使用思路,学习如何为文档站、产品站或内部站点准备上下文、权限、截图和验证流程。
CodexSites网站上下文
适用场景
这篇手册适合希望让 Codex 理解网站、文档站或内部站点上下文的用户。对内容站来说,站点上下文能帮助 Codex 理解栏目、URL、设计规范和发布边界。
OpenAI 官方 Sites 页面介绍了相关能力。具体使用入口以当前官方文档为准。
步骤 1:先确定站点用途
站点类型不同,给 Codex 的上下文也不同。
常见类型:
- 文档站。
- 产品官网。
- 内部运营后台。
- 博客或资讯站。
- API 参考站。
例如当前项目是中文 Codex 资讯与教程站,重点是内容结构、SEO、文章来源和阅读体验。
步骤 2:整理站点规则
建议写清:
- URL 结构。
- 栏目分类。
- SEO 要求。
- 图片规则。
- 内容来源。
- 发布流程。
- 不要修改的 slug。
这些规则最好放进 AGENTS.md 或 docs/design-system.md。
步骤 3:提供真实页面或截图
如果任务涉及视觉判断,应使用真实页面或官方截图。
不要使用:
- 抽象概念图。
- AI 生成示意图。
- 非产品截图。
- 无关风格参考。
对教程内容,截图应来自真实软件界面;没有合适截图时可以无图发布。
步骤 4:把站点验证写清楚
常见验证:
next build。- sitemap 生成。
- RSS 生成。
- 搜索接口。
- 移动端布局。
- 图片路径是否存在。
给 Codex 任务时直接说明验证命令。
步骤 5:保护内部内容
如果站点包含内部页面,要注意:
- 不暴露账号。
- 不暴露 token。
- 不暴露客户数据。
- 不把内部 URL 写进公开文章。
- 截图前遮挡敏感信息。
常见错误
不要让 Codex 只凭营销描述猜网站结构。
不要用概念图替代真实截图。
不要忽略移动端和 SEO。
不要把内部页面内容发布到公开站点。
小结
Codex Sites 的价值是让 Codex 更懂站点上下文。要用好它,需要整理站点规则、提供真实页面或截图、明确验证方式,并保护内部内容。
相关教程
常见问题
Codex Sites 适合替代浏览器测试吗?
不应替代。它能提供站点上下文,但真实页面仍需要浏览器预览、截图检查、移动端验证和人工确认。
站点上下文里可以放内部页面吗?
可以按团队权限策略处理,但不要暴露客户数据、密钥、内部账号或未授权内容。