- 博客(17)
- 收藏
- 关注
RSS订阅原创 研发负责人怎么推广 AI 编程？4 周试点、指标和持续迭代方案（九）
试点结束后，不要只写一份复盘报告就结束。应把新增的项目入口、模板、门禁和检查规则版本化，先让核心团队持续使用，再逐步推广。AI 项目化不是一次培训，而是一套随着真实需求不断校正的研发能力。
2026-07-24 16:36:05
190
原创 提示词里的“必须”总失效？用 Git Hook 把 AI 研发规范变成可执行门禁（八）
规则机器化的目标不是增加阻碍，而是把人和 AI 都不擅长反复记忆的事情交给机器。先从一条确定、频繁、代价低的规则开始，逐步把“提醒”升级成“可执行的质量底线”。
2026-07-24 16:34:37
218
原创 AI 生成的技术方案能直接开工吗？一套方案门禁与逆向评审清单
AI 生成技术方案时，最危险的地方往往不是明显错误，而是它会把未经证实的推断写得非常完整。图、表、步骤、边界条件一应俱全，很容易让人误以为“已经想清楚了”。所以，AI 方案不能因为表达流畅就直接开工。它需要一层独立的方案门禁：专门寻找阻断理由，而不是帮作者润色方案。
2026-07-22 15:31:47
646
原创 AI 写完代码能直接提测吗？把 Code Review 变成 AI 编程的硬门禁
AI 生成的代码能编译、能跑通一个示例，并不等于功能已经可以提测。它可能漏掉权限、历史数据、异常路径、调用方兼容性，或者根本没有按已通过的方案实现。在 AI 编程场景里，Code Review 不该只是“有空帮我看一下”，而应成为交付状态的一部分：未完成评审，就不能把需求标记为可提测。
2026-07-22 15:31:04
331
原创 AI Agent 多角色协作总是重复问需求？用单一事实源串起文档、代码和测试
单一事实源不是把所有材料塞进一个大文档，而是让同一个需求编号贯穿关键交接物，并明确每类事实该去哪里找。材料回答的问题需求说明为什么做、范围与验收是什么技术方案影响哪里、如何实现、有什么风险代码评审单实际改了什么、发现了什么问题测试说明测什么、异常路径是什么发布清单如何上线、如何观察、如何回滚它们不必冗长，但必须能互相定位。例如每份材料都写，测试就能从需求编号找到方案与评审结论，而不是重新问模型。
2026-07-19 18:35:08
1094
原创 别让一个 AI 既当产品又当架构师：6 个 Agent 角色怎么分工
很多团队的第一版 Agent 是“全能型”的：既分析需求、又给技术方案、还写代码、测代码，最后再判断自己写得是否正确。它看起来效率很高，实际上形成了危险的自证闭环。问题不在于 Agent 不够聪明，而在于提案、执行和审查没有分离。真实团队不会让同一位工程师绕过全部评审后给自己签字，AI 协作同样需要责任边界。
2026-07-19 18:33:05
583
原创 AI 需求怎么分级？一套风险分轨方法，避免小改也走重流程
AI 进入研发流程后，团队很容易走向两个极端：要么“让它直接改”，要么给所有需求都套上完整评审、测试和发布流程。前者不稳，后者又会让小改动失去效率。更合理的办法是给需求分轨：用失败成本决定控制成本，而不是只看工作量或改动行数。
2026-07-18 16:56:22
498
原创 AI 读完仓库还是不懂业务？4 层项目上下文让 Agent 少猜
已经让 AI 读了很多文件，为什么方案还是不靠谱？”这是团队把 Agent 用到项目里后最常见的问题之一。读过代码不等于理解项目。代码只能告诉 AI“现在怎么实现”，却不一定告诉它“为什么这样实现”“哪些规则不能碰”“事实发生冲突时该信谁”。如果没有上下文结构，模型往往会用通用经验填补空白，结果看起来合理，实际却偏离项目。
2026-07-16 23:29:53
471
原创 AI 写代码越来越快，项目交付为什么还是慢？从个人助手到项目级 Agent
真正决定项目交付速度的，不是某个 Agent 写得多快，而是上下文能否复用、风险能否及时分流、关键判断能否被守住。把 AI 放进一条有边界、有证据、有门禁的协作链，团队才会从“局部提速”走向“稳定交付”。
2026-07-16 23:25:49
578
原创 ChatGPT Work 来了：AI Agent 工具为什么需要统一 API 入口
这几天 AI 圈的一个新热点，是 GPT-5.6 和 ChatGPT Work。The Verge 7 月 11 日的报道里提到，OpenAI 在推出 GPT-5.6 的同时，也发布了 ChatGPT Work。它更像一个面向日常工作的 AI Agent，融合了 ChatGPT 和 Codex 的一部分能力，可以处理更复杂的多步骤任务。Axios 7 月 12 日也写到，GPT-5.6 现在分成 Sol、Terra、Luna 三个模型，用户要根据任务复杂度、价格、推理强度来选择不同模型。
2026-07-13 22:08:34
348
原创 GPT-5.6 Sol、Terra、Luna 对比：开发者该怎么选
OpenAI 这次 GPT-5.6 的发布，和以前单个模型升级不太一样。这三个名字看起来像同一个系列，但面向的使用场景不一样。这篇按目前公开信息整理一下 GPT-5.6 的定位、价格、效率、安全测试，以及接入 OpenAI 兼容 API 时需要注意的地方。最后也会放一段云舒 API 的接入思路。
2026-07-10 21:33:08
475
原创 OpenAI 兼容 API 第一次调用怎么跑通
最近很多人开始把 Codex、Claude Code、Cherry Studio、ChatBox 这类工具接到 OpenAI 兼容 API 上。但我发现一个很常见的情况：用户注册了账号，也创建了 API Key，最后却没有真正发起第一次调用。这一步看起来很小，实际很关键。base_url所以这篇不讲很复杂的模型对比，先讲一件更实用的事：注册后怎么把第一次 API 调用跑通。这里以云舒 API 为例。如果后台已经开通了可用资源，建议先用一个最小请求验证接口、模型和工具配置是否能正常工作。
2026-07-10 17:36:57
380
原创 AI 工具提示 429 是什么原因？先看并发、额度和限流
很多人看到 429，会以为是接口坏了，或者 API Key 不能用了。其实 429 通常不是认证问题，而是请求频率、并发、额度策略或上游限流触发了。这篇按实际排查顺序整理一下。遇到 429，不建议一上来就换 Key，可以先看下面几个地方。
2026-07-03 22:38:08
852
原创 Claude Fable 5 对外访问：云舒 API 可以怎么接
这两天 AI 圈里一个比较热的话题，是 Claude Fable 5 的对外访问。这种新模型或新访问权限刚出来的时候，大家最关心的通常不是新闻本身，而是自己手里的工具能不能用、怎么配置、报错时从哪里查。对普通开发者来说，先不用把这个事情想得太复杂。这篇按 OpenAI 兼容 API 的思路简单整理一下。
2026-07-02 15:54:23
425
原创 model not found 是什么原因？配置 AI 工具时先检查模型名
很多人看到这个提示，会先怀疑是不是 API Key 填错了，或者接口地址不能用。其实不一定。如果已经能正常连接接口，但一发消息就提示，大概率是“模型名”和“当前接口支持的模型”没有对上。这篇按实际排查顺序整理一下。遇到这个问题，不建议一上来就反复换 Key，可以先看下面几个地方。
2026-06-30 22:10:38
1469
原创 API Key 填了还是 401？先检查这 5 个地方
配置 Codex、ChatBox、Cherry Studio 或其他 AI 工具时，经常会遇到一个很让人困惑的问题：API Key 明明已经填了，但客户端还是提示 401。很多人第一反应是“是不是 Key 不能用了”，但实际排查下来，401 不一定只和 Key 有关。接口地址、认证格式、模型名称、账号权限、额度状态，都可能让客户端返回类似的认证失败提示。这篇文章按实际排查顺序整理一下。遇到 401 时，不建议一上来就反复重建 Key，可以先从下面 5 个地方看起。
2026-06-29 19:48:25
1230
原创 Codex 接入 OpenAI 兼容中转站：配置与报错排查
可以简单理解成一个统一的 API 入口。你在客户端里仍然按 OpenAI 风格配置 base_url、api_key、model，但实际请求会由中转站转发到后面的模型服务。想在 Codex、Claude Code、ChatBox、Cherry Studio 等工具里统一使用 API不想每个工具都单独维护一套上游账号和 Key想统一统计用量、额度、模型和调用记录团队内部想给不同成员分配不同 API Key如果只是个人测试，手动配置一个 Key 就够了。
2026-06-28 23:51:56
977
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人