有人问:你怎么又开始写了
因为:?太旺了
前两天写了用codex调试适合自己的生图平台,很多人私下问用codex是怎么做的
我用 Codex 优化了网上大神做的一个亚马逊图片工作台,已开源
亚马逊生图工作站适合谁用?补一个运维的Skill
回答这个问题前,再说生图平台的bug。我本以为在大模型中微调,可以针对某些场景某些类目做出针对性的出图。但是事与愿违
会导致抽卡率提高,诡异的图片增加。具体是什么原因,我也不想了解。
再次基础上,增加特别类目的特别版,针对性的解决问题,就可以。
版本已经上传github,这个也是脱敏版的最后一个版本。
https://github.com/zhang3phone/aepi
同时也通过codex开发半自动搭建shopify的skill,全自动优化wordpress的skill,不夸张的说,codex基本已经完全可以取代80%社媒和独立站的日常工作。
下面的内容也比较枯燥,是很理论的,我建议想用codex,openclaw之类的同学还是要咬牙看完。先理论再实践,是更古不变的道理。后续我会分享我写skill完成我们公司任务的一些经验。
这里来硬广,深圳云羿智能长期招人,可以在boss上找我hr小姐姐

虽然下面写的很ai,也是让ai帮我矫正了一下,因为时间问题,没有走去ai化的流程,但是核心内容是都是我口述的。
很多刚接触 AI 编程的新手问我怎么用codex,很容易把 Codex 当成一个“稍微聪明点的 ChatGPT”来用。其实这是一个巨大的误区。
Codex 不是聊天工具,而是一个 AI 开发工作台。
普通的 AI 只能回答你的问题,但 Codex 可以直接进入你的项目目录,理解代码结构,修改文件,运行终端命令,查看报错,并根据结果自动修复。从读懂陌生项目、修 Bug、加功能,到处理非代码资产(PDF/Excel/图片),它都能胜任。

新手指南

不要一上来就丢给它一个复杂的“帮我优化项目”的指令。新手请严格按照以下顺序建立你的工作区:
安装与登录:支持 macOS 和 Windows(Windows 可直接用原生 App)。普通用户建议优先使用 ChatGPT 账号登录,以获取最完整的功能体验。
选择项目文件夹:这是最关键的一步。你选中的文件夹,就是 Codex 能读取、修改和运行命令的“物理工作区”。
发送第一条消息(建立地图):不要急着改代码,先让它了解你的项目。

破冰提示词模板:先不要改代码。请阅读这个项目,告诉我:1. 这个项目是做什么的? 2. 主要目录结构是什么? 3. 启动命令、测试命令、构建命令分别是什么? 4. 如果我要加一个新功能,应该从哪些文件开始看?

进阶协同:让它接管你的工作流

当你熟悉了基础操作后,Codex 的真正威力在于它能连接外部工具、处理非代码任务并实现自动化。

1. 网页与系统交互策略

在处理网页或外部软件时,Codex 提供了三种维度的工具,不要混淆:
交互工具 适用场景 注意事项
内置浏览器 (@Browser) 本地网页、localhost、无需登录的公开网页 纯净环境,不包含你的 Chrome 登录态和插件。
Chrome 扩展 需要登录的网站、内部系统后台、邮箱 涉及网站权限,初次访问敏感站点时请谨慎授权。
Computer Use 测试桌面 App、复现 GUI 专属 Bug 会直接操作你的鼠标和键盘,运行时请勿操作电脑。

2. 将重复工作封装成 Skills

Skills 是 Codex 的“专业技能包”。你可以把日常高频、重复的工作做成专属 Skill。例如写产品介绍、做代码审查、生成周报或处理 Excel 表格。调用方式:输入$skill-creator让它帮你创建,或者使用$符号直接调用已有技能。

3. 用 AGENTS.md 确立项目规矩

如果你发现自己每次都在重复“请用 pnpm”、“修改后跑测试”、“遵守某种代码风格”,请立刻在项目根目录创建 AGENTS.md 文件。这是你给 Codex 写的“项目说明书”,它是让 AI 表现稳定的核心秘籍。

4. 合理控制权限与沙盒

不要为了省事把所有权限开满。你要的是高效,不是失控:
学习和分析项目:设置为 请求批准
日常开发:设置为 替我审批
特殊维护任务:才考虑使用 完全访问权限

5.结构化的提示词写法

给 Codex 下指令,一定要包含四个要素:目标 + 上下文 + 约束 + 完成标准

反面教材: 帮我修一下登录页面的样式。

满分提示词:目标:修复登录页在手机端按钮溢出的问题。上下文:入口页面是 /login,相关组件在 src/pages/Login.tsx约束:不要重构逻辑,不引入新 UI 库,只改样式。完成标准:移动端 375px 宽度不溢出,桌面端原布局不变,运行 Lint 通过。

6. 新手最稳的“十步工作流”

不要指望 AI 一键搞定所有事,真正的多轮协作应该是这样的:
让 Codex 读项目,不改代码。
让它给出修复/开发计划。
你确认范围是否合理。
让它实现一个最小版本。
让它在终端里跑测试。
你打开 Review 面板看 Diff。
用 Browser 看页面效果。
在不满意的代码行留 Inline Comments。
让它根据评论进行第二轮修复。
Commit / Push / 创建 PR。

附录:高频场景提示词模板,建议直接复制

找 Bug:请根据这个报错定位根因,给出修复计划。确认后再改代码。修完后运行相关测试验证。

加功能:我要添加 [XX 功能]。请先找出相关文件,给出最小实现方案。不要引入新依赖,保持现有代码风格。

前端验证:请启动开发服务器,用浏览器打开页面,检查桌面端和移动端。如果发现布局问题,修复并再次验证。

代码审查:请 review 当前未提交修改,重点看 Bug、回归风险、安全问题和缺失测试。先列问题,不要直接改。

写在最后:Codex 最强的地方,不是单纯的“写代码快”,而是它把代码、终端、浏览器、Git、文档和自动化全部融进了同一个协作空间。当你学会“给清楚上下文 -> 让它计划 -> 小步修改 -> 自我验证 -> 人工把关”这套逻辑时,它才真正成为了你的首席开发搭档


点赞(7) 打赏

评论列表 共有 0 条评论

暂无评论

服务号

订阅号

备注【拉群】

商务洽谈

微信联系站长

发表
评论
立即
投稿
返回
顶部