Skill 管的是怎么做,Automation 管的是什么时候自动去做。一个工作流已经足够稳定,而且会重复发生,就值得交给它,在后台按计划触发,不用每次手动发起。
什么时候值得交给自动化
定期查一遍文档死链,每周整理一次 issue 或 PR 摘要,这类活有固定节奏。每天汇总失败的 CI,固定时间提[……]
从安装配置到进阶用法,手把手带你一步步把 Codex 用明白
Codex教程指南专区,提供Codex CLI安装教程、使用指南、配置方法等实用教程。从入门到精通,手把手教你使用OpenAI Codex终端编程助手。
Skill 管的是怎么做,Automation 管的是什么时候自动去做。一个工作流已经足够稳定,而且会重复发生,就值得交给它,在后台按计划触发,不用每次手动发起。
定期查一遍文档死链,每周整理一次 issue 或 PR 摘要,这类活有固定节奏。每天汇总失败的 CI,固定时间提[……]
前面几种用法都要在你自己电脑上跑。Cloud 是另一条路,不装客户端,打开浏览器连上 GitHub 仓库,任务在云端完成。
跑得比较久,又不想占本地资源的活。多个任务要同时推进的活。让它在独立环境里分析仓库、提出 PR。还有不在电脑旁、手边只有浏览器的时候。
第一步是打[……]
上篇讲的是概念和配置。真跑起来,麻烦集中在两处,审批窗弹出来不知道该怎么答,动作被拒绝之后不知道卡在哪一层。
弹窗本身信息不多。值得看的就三样,它准备运行什么命令,要碰哪个路径,需不需要联网。看明白了再决定放行一次,总是放行,还是拒绝。
装依赖这类操作要联网拉包,属于正常需求,[……]
上篇把页面放到了网上,这一步给它配三样东西。一个能管商品的管理后台,一份拿去谈合作的招商 PPT,一条能直接播的宣传视频。三件事都还在同一个项目里做,节奏也还是计划模式那一套。
它们看起来是三种活,实际走的是同一条路。先交代需求,看它给出的方案,确认效果,最后提交到 Git。区别只在最后产出的是一个[……]
这个案例从头到尾都在一个本地文件夹里完成。做的是一个宠物零食售卖的前端网页,做完发布到网上,别人点开链接就能访问。上篇讲页面怎么从零长出来,下篇再讲管理后台和宣传物料。
对刚上手的人来说,它最值得看的地方是节奏。每一步都先出计划,看过没问题再动手,改动全部进 Git,做完一版就发布一次。