暂无搜索历史
这个曲线不是 WorkBuddy "变好了"——是你在前两个月建立了它的认知基础。
无效反馈的共同特征:指向结果,不指向原因。 AI 只能根据你的反馈调整行为,但如果你不告诉它"为什么",它就不知道怎么调整。
这不是它突然变聪明——是它"知道"了项目结构。 过去的每个文件、每次修改、每个测试,在它的上下文里构成了一个地图。加字段这个动作,在地图上的涟漪效应,它比我算得...
这不是 WorkBuddy 的问题。是每次协作都是一个"冷启动"——AI 从零开始定位。好在这个问题有非常简单的解法。
每个 WorkBuddy 用户都会在不知不觉中选择一种默认姿态。它藏在你说第一句话的方式里。
刚开始用 WorkBuddy 时,我和大多数人一样:让它写代码,写完就完了。运维的事自己干——写定时任务、配监控、清日志、查磁盘。
WorkBuddy 帮我写了一个管理后台的"用户列表"页面。功能完美——分页、搜索、排序全有。部署到测试环境,加载 30 秒。
前 30 行看起来合理:定义了 CacheManager 类,有 get/set/delete 方法。中间 60 行开始让我皱眉:它自作主张加了分布式锁、主从同...
我密集使用 AI 编程助手几个月后,发现一个问题:碎片化的经验到处都是,但没有人把它们串成一个体系。
大多数人对"风格冲突"的理解停留在 PEP 8 层面——空格、换行、命名格式。这些不是问题。格式化工具一行命令就解决了。
AI 帮我把一个模块的认证逻辑从 session 改成 JWT。它在 6 个文件里改了约 200 行。我 review 了一遍,看起来没问题。
用 AI 编程助手最恼人的瞬间之一:同一个项目、同一个功能、同一个开发者,AI 每次生成的命名风格都不同。
AI 编程助手的上下文窗口有上限。这个窗口里的每一条信息都有一个隐藏成本:它占用了 AI 的注意力,挤占了真正重要的信息。
AI 编程助手的一个特性让人很容易掉坑:你说什么它都敢接。 "帮我做一个完整的用户系统"——它不会说"太大了,先拆一下",它会直接给你 1500 行代码。
AI 给我生成了一个用户认证模块,顺便写了测试。跑一下——11 个测试全过,覆盖率 92%。完美。
AI 给我生成了 200 行代码。逻辑合格,但结构混乱——函数职责不清、变量命名别扭、三个地方重复了同样的逻辑。
这是一个单线程流水线:你做一步,等 AI;AI 做一步,等你。 中间有大量时间双方都在等待对方。
它能跑。测试能过。功能看起来正常。但如果你直接部署到生产环境,大概率会在某个时刻出问题——而且那个时刻你往往不在电脑前。
因为它们在真实场景下缺乏生效条件。 "保持代码整洁"——什么时候叫不够整洁?"注意性能"——哪种程度的性能下降需要提醒?
回看这几个月的协作,每层之间的跃迁都不是"AI 变聪明了",而是我给它的基础条件变了。
暂未填写公司和职称
暂未填写个人简介
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
暂未填写所在城市