<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[u011635002的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/u011635002</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; u011635002]]></copyright><item><title><![CDATA[Codex 怎么配置，看这一篇就够了]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/170456952</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/170456952</guid><author>u011635002</author><pubDate>Tue, 10 Nov 2026 21:00:33 +0800</pubDate><description><![CDATA[在此之前，我把配置教程，常见字段，排查顺序和首次测试模板整理成了一个持续更新的资料页，可以点击这里快速开始。]]></description><category></category></item><item><title><![CDATA[vibe coding 这么久了，大家有没有较好的 AI 开发模式经验沉淀下来？]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/169911699</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/169911699</guid><author>u011635002</author><pubDate>Tue, 03 Nov 2026 08:15:31 +0800</pubDate><description><![CDATA[有一些，但我觉得还谈不上什么“标准模式”。因为不同项目差别太大。个人小工具、业务后台、老项目改功能，使用 AI 的方式其实不一样。不过用得久了以后，确实会慢慢形成一些固定习惯。我现在基本不会再打开一个项目，直接对 AI 说：“帮我把这个功能做完。刚开始我就是这么用的。当时觉得 AI 写代码太快了，最好一次把需求描述完整，然后让它自己发挥。结果通常是第一轮看起来很顺，改了不少文件，页面也能跑，到了第二轮开始补问题，就会越来越乱。]]></description><category></category></item><item><title><![CDATA[不会编程，能靠 AI 给部门做个内部工具吗？]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/169747267</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/169747267</guid><author>u011635002</author><pubDate>Sun, 01 Nov 2026 21:13:44 +0800</pubDate><description><![CDATA[能做。现在用 Codex 之类的工具，做个上传表格、自动汇总、下载结果的小页面，并没有想象中那么难。但我会在同事开始用之前，先弄明白一件事：下个月表格格式变了，这工具谁来改？举个很普通的场景。部门每周要合并几份销售表，你花一个周末做了个小网页。第一周用得很顺，同事说“以后都用这个吧”。第二周，有人把“客户编号”写成了“客户ID”，另一个人发来的表格里混进了空行。工具没有报错，还正常生成了总表。直到有人拿总表对账，才发现少了几条记录。]]></description><category></category></item><item><title><![CDATA[Codex 看不懂你的项目时，先别换模型，先补这 4 类信息]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/169564369</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/169564369</guid><author>u011635002</author><pubDate>Fri, 30 Oct 2026 22:24:55 +0800</pubDate><description><![CDATA[很多新手让 Codex 读项目时，会遇到一种情况：它回答得很虚，或者明显理解错了。这时候很多人第一反应是换模型。但有时候不是模型不行，而是上下文给得不够。先说结论：Codex 看不懂项目时，先别急着换模型，先补 4 类信息。这 4 类信息补齐后，很多“看不懂”会明显好转。在此之前，如果你还没有安装这个，那么可以参考这里快速开始。]]></description><category></category></item><item><title><![CDATA[Codex 说改好了，新手怎么确认它真的改对了？]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/169364890</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/169364890</guid><author>u011635002</author><pubDate>Wed, 28 Oct 2026 18:53:31 +0800</pubDate><description><![CDATA[Codex 说“已经改好了”，很多新手第一反应是松一口气。但下一秒又会有点慌：它真的改对了吗？看不懂代码，不知道该检查哪里，也不知道要不要继续让它往下做。先说结论：不要只看它说“完成了”，要按 5 件事确认。这 5 件事确认完，才算一轮任务结束。在此之前，如果你还没有安装这个，那么可以参考这里快速开始。]]></description><category></category></item><item><title><![CDATA[Codex 改完后怎么写交付摘要？别只说“已完成”]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/169329303</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/169329303</guid><author>u011635002</author><pubDate>Wed, 28 Oct 2026 08:28:04 +0800</pubDate><description><![CDATA[AI 改代码很快。但如果没有摘要，你很难复盘。过几个小时，你可能已经忘了它为什么改这个文件。如果要发 PR，别人也不知道这次改动边界。如果出问题，你更不知道要回退哪里。交付摘要就是把这次 AI 修改变成可检查、可交接的记录。请不要继续修改代码。请输出本次交付摘要：1. 本次目标2. 实际修改文件3. 每个文件改了什么4. 核心逻辑变化5. 手动验收步骤6. 可能风险7. 回退方式8. 本次没有处理的内容这段模板适合每次 Codex 改完后使用。尤其适合真实项目。]]></description><category></category></item><item><title><![CDATA[AI 编程工具跑通后，第一条任务应该怎么写？]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/169261675</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/169261675</guid><author>u011635002</author><pubDate>Tue, 27 Oct 2026 15:11:29 +0800</pubDate><description><![CDATA[很多人终于把 Codex 或 Claude Code 跑通以后，第一反应是兴奋。然后立刻发一句：“帮我做一个项目。或者：“帮我优化一下这个页面。这一步最容易翻车。先说结论：AI 编程工具跑通后，第一条任务不要写大需求，要写一个小到能验收的任务。第一条任务的目标不是证明 AI 很强，而是证明你们能稳定协作。在此之前，我把配置教程，常见字段，排查顺序和首次测试模板整理成了一个持续更新的资料页，可以点击这里快速开始。]]></description><category></category></item><item><title><![CDATA[Codex CLI 配置教程]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/169232208</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/169232208</guid><author>u011635002</author><pubDate>Tue, 27 Oct 2026 08:41:16 +0800</pubDate><description><![CDATA[在此之前，我把配置教程，常见字段，排查顺序和首次测试模板整理成了一个持续更新的资料页，可以点击这里快速开始。]]></description><category></category></item><item><title><![CDATA[用 AI 做代码 Review，别问“有没有问题”，要让它按清单审]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/169140319</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/169140319</guid><author>u011635002</author><pubDate>Mon, 26 Oct 2026 20:00:00 +0800</pubDate><description><![CDATA[请给出合并建议：1. 可以直接合并2. 修改后再合并3. 需要人工重点复核请说明原因。这一步能帮你做决策。AI 不一定替你做最终决定，但它可以把风险分层。]]></description><category></category></item><item><title><![CDATA[Codex 配置好了却没反应？新手先查这 4 个字段]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/169140223</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/169140223</guid><author>u011635002</author><pubDate>Mon, 26 Oct 2026 09:35:44 +0800</pubDate><description><![CDATA[这个字段最容易被忽略。有些配置不是只写一个 model 就结束，而是会先定义一个 provider，再让 model 使用这个 provider。如果前面叫openai，后面写成open-ai，或者一个地方叫，另一个地方叫，它们在配置里就是两个名字。新手可以把 provider 理解成“这一组模型和接口的名字”。它不一定要叫某个固定名字，但前后必须对得上。默认使用的 provider 名称是什么provider 配置块里的名称是什么model 是否指向了正确 provider。]]></description><category></category></item><item><title><![CDATA[Codex 的 auth.json 和 config.toml 到底怎么配？新手先记住最小版本]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/168954140</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/168954140</guid><author>u011635002</author><pubDate>Sat, 24 Oct 2026 09:23:10 +0800</pubDate><description><![CDATA[Codex 配置最怕的不是字段多，而是你不知道每个文件负责什么。auth.json管 Key。管 provider、model 和 base_url。provider 名字要对上。改完配置要重启。测试先用最小请求。这几件事搞清楚，新手配置会少很多无效折腾。]]></description><category></category></item><item><title><![CDATA[Prompt 优化不是写得更长，而是把上下文分层给 AI]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/168881838</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/168881838</guid><author>u011635002</author><pubDate>Fri, 23 Oct 2026 19:03:11 +0800</pubDate><description><![CDATA[很多人用 AI 编程一段时间后，会进入一个误区。Prompt 越写越长，背景越贴越多，要求越列越细，结果 AI 反而更容易抓不住重点。不是信息越多越好。先说结论：Prompt 优化的关键，不是写得更长，而是把上下文分层给 AI。你要让它知道哪些是背景，哪些是当前问题，哪些是限制，哪些是期望输出。否则一大段文字丢过去，它只能自己猜重点。在此之前，我把配置教程，常见字段，排查顺序和首次测试模板整理成了一个持续更新的资料页，可以点击这里快速开始。]]></description><category></category></item><item><title><![CDATA[Claude Code 装好了却不能用？新手先按这 5 层排查]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/168836381</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/168836381</guid><author>u011635002</author><pubDate>Fri, 23 Oct 2026 08:10:51 +0800</pubDate><description><![CDATA[Claude Code 装好了却不能用，不要第一反应就重装。先按安装、启动、认证、接口、任务这 5 层查。哪一层失败，就停在哪一层解决。这比一边改配置、一边换 Prompt、一边重装要稳很多。]]></description><category></category></item><item><title><![CDATA[AI 编程里最值得养成的习惯：每次修改前先让它写一份执行计划]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/168764997</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/168764997</guid><author>u011635002</author><pubDate>Thu, 22 Oct 2026 20:00:00 +0800</pubDate><description><![CDATA[熟练使用AI编程后，最需养成的习惯是：每次修改前要求AI先提交执行计划。该计划应明确目标、涉及文件、不改动项及验收方式，以防止范围失控。尤其在多文件、公共模块或流程变更时更需强制执行。通过“先计划、再执行、后核对”的流程，可有效避免返工，提升效率与可控性。]]></description><category></category></item><item><title><![CDATA[Codex 新手第一天怎么跑通？别先学 Prompt，先完成这 4 个测试]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/168742757</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/168742757</guid><author>u011635002</author><pubDate>Thu, 22 Oct 2026 09:50:02 +0800</pubDate><description><![CDATA[很多人第一次用 Codex，会把注意力放在 Prompt 上。其实对新手来说，第一天最重要的不是写出多高级的提示词，而是确认 Codex 真的跑通了：能启动、能回复、能读项目、能完成一个很小的任务。如果你需要一份安装教程，可以参考这里。
https://gitcode.com/u011635002/little_ai/blob/main/docs/%E5%AE%89%E8%A3%85%E5%9F%BA%E7%A1%80%E6%95%99%E7%A8%8B/02-OpenAI%20Codex%20CLI%20]]></description><category></category></item><item><title><![CDATA[旧网页改不动，不一定是代码乱：先让 Codex 回答这 3 个问题]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/168640281</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/168640281</guid><author>u011635002</author><pubDate>Wed, 21 Oct 2026 10:23:06 +0800</pubDate><description><![CDATA[旧网页最怕的不是改得少，而是一次改动夹带太多“顺手整理”。改一个按钮反馈时顺便换状态管理，调一个间距时顺便重做整页 CSS，最后即使出现回归，也很难还原是哪一笔改动造成的。因此，第三个问题要问得很直接：为了达成当前目标，哪些文件必须改，哪些只需要检查，哪些不应碰？目标：只解决 [具体问题]。基于已确认的页面入口，请先给出最小修改方案，不要修改代码。请分三类列出文件或模块：- 必须修改：说明原因；- 需要检查但不一定修改：说明风险；- 本次不应修改：说明为什么与目标无关。]]></description><category></category></item><item><title><![CDATA[用 Claude Code 快速读懂陌生项目：先别写代码，按这 3 步走]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/168539134</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/168539134</guid><author>u011635002</author><pubDate>Tue, 20 Oct 2026 10:38:14 +0800</pubDate><description><![CDATA[先理解后修改，往往比直接让 AI 写更多代码更省时间。]]></description><category></category></item><item><title><![CDATA[用 Codex 做表单页时，最容易漏掉的 5 个边界情况]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/168446523</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/168446523</guid><author>u011635002</author><pubDate>Mon, 19 Oct 2026 15:44:48 +0800</pubDate><description><![CDATA[表单不是“能提交”就算完成。错误显示在对应字段附近，并能指导用户修改；前端校验和接口校验没有明显冲突；提交过程中不能重复触发请求；成功、失败、超时和异常后都能恢复状态；失败时默认保留有价值的输入；成功后反馈明确，必要时正确清空或刷新；修复边界问题后，正常提交流程没有被破坏。这份清单可复用于登录页、报名页、反馈页和搜索表单。先列测试，再逐项修复，比直接说“优化表单”更可控。]]></description><category></category></item><item><title><![CDATA[AI 写出 80% 的代码后，剩下 20% 为什么反而更难？]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/168215294</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/168215294</guid><author>u011635002</author><pubDate>Sat, 17 Oct 2026 08:41:02 +0800</pubDate><description><![CDATA[AI 很快就能写出一条“能运行”的主流程，但真正让项目可交付的，是后面的边界处理：空输入、重复操作、请求失败、状态切换和旧功能回归。例如一个反馈表单，填写、提交、显示成功并不难。难的是空内容能否被拦截、连续点击会不会重复提交、接口失败后能否重试，以及修复问题后原有功能是否仍然正常。所谓最后 20%，就是把演示流程补成一个可应对异常的产品流程。如果你还没有开始ai编程，那么点击快速开始。]]></description><category></category></item><item><title><![CDATA[新手不必让 AI “做完整个 App”：先做这 1 个页面更有价值]]></title><link>https://blog.youkuaiyun.com/u011635002/article/details/168138490</link><guid>https://blog.youkuaiyun.com/u011635002/article/details/168138490</guid><author>u011635002</author><pubDate>Fri, 16 Oct 2026 20:00:00 +0800</pubDate><description><![CDATA[AI 编程的第一步不是让模型证明它能做多大的项目，而是让你能看懂一个小项目为什么能跑、哪里会出错、下一步应该怎么改。先做一张表单页，再逐步扩展，学习效率通常更高。]]></description><category></category></item></channel></rss>