<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>麻凡 — Writing</title><link>https://www.dengmengmian.com/zh/writing</link><atom:link href="https://www.dengmengmian.com/zh/rss.xml" rel="self" type="application/rss+xml"/><description>我正在探索 AI 时代，一个人如何创造软件、构建工具，并设计自己的工作与生活系统。</description><language>zh-CN</language><lastBuildDate>Fri, 21 Aug 2026 05:59:06 GMT</lastBuildDate><item><title>传统测试都通过了，怎么证明 Agent 真的变好了</title><link>https://www.dengmengmian.com/zh/writing/proving-agent-improvement-beyond-traditional-tests</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/proving-agent-improvement-beyond-traditional-tests</guid><pubDate>Fri, 21 Aug 2026 05:59:06 GMT</pubDate><description>传统测试只能证明代码没坏，无法评估 Agent 是否真正变强。需要引入 Eval：用固定任务集、统一评分规则重复运行，比较成功率、成本、耗时和回归。两套体系互补，发布前先过传统测试，再跑 Eval，才能避免凭感觉优化。</description><category>Agent开发</category><category>AI评测Eval</category><category>大模型应用开发</category></item><item><title>我做了一个 Coding Agent，才发现调用模型只是开始</title><link>https://www.dengmengmian.com/zh/writing/building-coding-agent-just-beginning</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/building-coding-agent-just-beginning</guid><pubDate>Fri, 21 Aug 2026 05:56:25 GMT</pubDate><description>做 Coding Agent 后才明白，调用模型只是开始。长任务中，状态管理、工具记录、可观察性和失败恢复才是关键。聊天只是入口，系统要像 Runtime 一样持续推进并验证结果；稳定可靠往往比一次惊艳回答更重要。</description><category>效率提升</category><category>产品思维</category><category>AI编程</category></item><item><title>ChatGPT 和 Codex 合并了，协议又动了一刀</title><link>https://www.dengmengmian.com/zh/writing/chatgpt-codex-merger-terms-update</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/chatgpt-codex-merger-terms-update</guid><pubDate>Fri, 21 Aug 2026 05:54:15 GMT</pubDate><description>ChatGPT 与 Codex 合并后协议再改，工具定义被移入 additional_tools，第三方模型收不到工具会假装调用。作者本地网关 AgentGate 已适配，将工具还原转发上游，合并版桌面端仍可指向本机调用 DeepSeek、</description><category>本地网关</category><category>协议转换</category><category>AI编程</category></item><item><title>分享个我自用的小工具（自己做的）</title><link>https://www.dengmengmian.com/zh/writing/my-self-made-tool</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/my-self-made-tool</guid><pubDate>Fri, 21 Aug 2026 05:51:22 GMT</pubDate><description>ReviewGate是一个开源MIT的代码合并前过滤工具，从安全、性能、逻辑和AI Smell等角度筛出高风险问题，分block/warn，宁可不通过也不给假绿灯。支持--fix、CI集成、误报共享，默认只读。建议先观察再逐步启用。</description><category>需求验证</category><category>AI编程</category></item><item><title>中年以后，健身不只是为了身体，也是为了保住独处和思考的时间</title><link>https://www.dengmengmian.com/zh/writing/midlife-fitness-solitude-thinking-time</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/midlife-fitness-solitude-thinking-time</guid><pubDate>Fri, 21 Aug 2026 05:47:43 GMT</pubDate><description>中年以后，健身的意义不再只是锻炼身体，更是主动为自己保留一段不被打扰的独处时间。它能让人从工作、家庭和碎片信息中暂时退出，恢复注意力与秩序，找回安静和独立思考的空间。这种“回到自己身上”的能力，比单纯的身体管理更重要。</description><category>一人做事</category><category>节奏感</category></item><item><title>一人做事最容易高估执行力，低估方向和节奏</title><link>https://www.dengmengmian.com/zh/writing/overestimating-execution-underestimating-direction-and-rhythm</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/overestimating-execution-underestimating-direction-and-rhythm</guid><pubDate>Tue, 28 Jul 2026 16:25:31 GMT</pubDate><description>一人做事时容易高估执行力，低估方向和节奏。执行力虽可见，但方向不对或节奏混乱时，越努力可能越偏离关键结果。真正重要的是不断判断主线、阶段重点和优先级，避免忙得真却无实质推进。方向感和节奏感比单纯猛冲更能决定长期稳定前进。</description><category>执行力</category><category>方向感</category><category>节奏感</category></item><item><title>我喜欢用 Codex，但它用不了 DeepSeek，所以我做了一个本地网关</title><link>https://www.dengmengmian.com/zh/writing/i-like-codex-but-it-cant-use-deepseek-so-i-made-a-local-gateway</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/i-like-codex-but-it-cant-use-deepseek-so-i-made-a-local-gateway</guid><pubDate>Tue, 28 Jul 2026 16:25:31 GMT</pubDate><description>作者因喜欢Codex但希望使用DeepSeek模型，发现两者协议不兼容，于是开发了本地网关AgentGate。该工具将Codex的Responses API请求转换为DeepSeek支持的Chat Completions格式，并进一步实现智能路由：纯文本任务自动走DeepSeek，含图片的多模态任务自动切换至KimiCoding，解决了AI编程中工具与模型协议碎片化的问题，让用户专注代码开发。</description><category>本地网关</category><category>协议转换</category><category>AI编程</category></item><item><title>为什么很多项目最后不赚钱，不是因为开发慢，而是因为边界失控</title><link>https://www.dengmengmian.com/zh/writing/why-projects-fail-not-due-to-slow-development-but-scope-creep</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/why-projects-fail-not-due-to-slow-development-but-scope-creep</guid><pubDate>Tue, 28 Jul 2026 16:25:31 GMT</pubDate><description>项目不赚钱常被归因于开发慢，但更关键的是边界失控。开发慢影响效率，边界失控则破坏利润结构。小需求不断累积，使项目范围膨胀，报价失真，利润被逐步蚕食。守住边界比提升效率更重要，需明确不做什么、指定决策人、警惕小改动累积、清晰验收标准。</description><category>边界失控</category><category>项目利润</category><category>需求蔓延</category></item><item><title>我现在怎么判断，一个环节值不值得交给 AI
</title><link>https://www.dengmengmian.com/zh/writing/how-to-decide-if-a-task-is-worth-delegating-to-ai</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/how-to-decide-if-a-task-is-worth-delegating-to-ai</guid><pubDate>Tue, 28 Jul 2026 16:25:30 GMT</pubDate><description>判断是否将工作环节交给AI，关键在于区分“能交给AI”和“应该交给AI”。作者提出五个判断标准：重复性高但判断密度低的环节适合AI；会削弱对问题理解的环节需谨慎；错误成本高的环节不宜交给AI；可快速验证纠偏的环节适合AI；最需要立场而非输出的环节应自己完成。核心是避免表面提效实则失控或做浅问题。</description><category>AI工作边界</category><category>效率与失控</category><category>判断标准</category></item><item><title>一个需求值不值得做，我主要看这 5 件事</title><link>https://www.dengmengmian.com/zh/writing/5-things-to-evaluate-a-requirement</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/5-things-to-evaluate-a-requirement</guid><pubDate>Tue, 28 Jul 2026 16:25:30 GMT</pubDate><description>本文分享了判断需求是否值得做的5个核心原则：确认问题真实存在而非想象、评估痛点是否足够强烈、区分需求是推动结果还是补完整感、判断当前时机是否合适、以及需求完成后能否带来可验证的变化。强调产品成功不在于功能堆砌，而在于精准筛选和优先级判断。</description><category>需求判断</category><category>产品优先级</category><category>痛点分析</category></item><item><title>AI 时代，一人做事最难的不是开发，而是持续做正确的事</title><link>https://www.dengmengmian.com/zh/writing/ai-era-hardest-part-is-not-development-but-persisting-in-doing-the-right-things</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/ai-era-hardest-part-is-not-development-but-persisting-in-doing-the-right-things</guid><pubDate>Tue, 28 Jul 2026 16:25:30 GMT</pubDate><description>AI降低了个人开发门槛，但一人做事真正的难点在于持续做正确的事：方向选择、节奏把控、取舍决策和长期坚持。AI让“能做”变容易，却让“该做什么”更关键，容易导致精力分散在看似正确但不关键的事情上。</description><category>一人做事</category><category>方向选择</category><category>AI门槛</category></item><item><title>接项目时，我最先确认的不是技术方案，而是需求边界</title><link>https://www.dengmengmian.com/zh/writing/confirming-requirements-boundaries-before-technical-solutions</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/confirming-requirements-boundaries-before-technical-solutions</guid><pubDate>Tue, 28 Jul 2026 16:25:30 GMT</pubDate><description>接项目时，先确认需求边界而非技术方案。需求边界决定项目做什么、不做什么、谁说了算、变更怎么处理、交付以什么为准。边界不清会导致项目被零散需求拖散，利润和节奏失控。确认核心目标、明确范围、指定决策人、约定变更规则和交付标准，是项目稳定的前提。</description><category>需求边界</category><category>项目失控</category><category>变更管理</category></item><item><title>AI 正在重写我的工作流，但不是每一步都值得交给它</title><link>https://www.dengmengmian.com/zh/writing/ai-rewriting-workflow-not-every-step-worth-it</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/ai-rewriting-workflow-not-every-step-worth-it</guid><pubDate>Tue, 28 Jul 2026 16:25:30 GMT</pubDate><description>AI正在改变我的工作流，但并非所有环节都适合交给它。我学会先判断哪些任务值得AI参与，如初稿、信息整理和重复性工作，而关键判断、最终结构和业务理解仍需亲自把控。这种分工提升了效率，但避免盲目依赖导致失控。</description><category>AI工作流</category><category>效率提升</category><category>人机协作</category></item><item><title>我做产品时，最先砍掉的不是功能，而是幻想</title><link>https://www.dengmengmian.com/zh/writing/cutting-illusions-not-features-in-product-development</link><guid isPermaLink="true">https://www.dengmengmian.com/zh/writing/cutting-illusions-not-features-in-product-development</guid><pubDate>Tue, 28 Jul 2026 16:25:30 GMT</pubDate><description>以前我做产品，总喜欢先补功能。后来我慢慢发现，很多产品不是死在做不出来，而是死在想太多。产品早期最该砍掉的，往往不是页面和流程，而是那些还没验证、却已经被默认成立的幻想</description><category>产品思维</category><category>需求验证</category><category>创业反思</category></item></channel></rss>