1. 文件级喂养是最危险的起点——但90%的人从这里开始就错了
我见过太多团队在第一天接入 Claude Code 后，立刻把整个src/目录拖进对话框，敲下“帮我重构 UserService.java”。三分钟后，它返回了 87 行新代码——其中 42 行调用了根本不存在的AuthContextProvider，19 行绕过了已有的权限拦截器，还有 3 行直接硬编码了测试环境的数据库密码。
这不是模型的问题。是上下文喂养方式出了系统性偏差。
Claude Code 不是搜索引擎，也不是 IDE 的智能补全增强版。它是一台需要被“教育”的协作者——而教育的第一课，不是教它写什么，而是教它站在哪个位置看问题。文件级喂养（File-level Feeding）之所以危险，是因为它强制模型在没有空间坐标系的情况下做空间推理：它能看到 UserService.java 的每一行，却不知道 AccountService.java 在隔壁、AuthInterceptor.java 在上层包、而 UserDTO.java 正在另一个模块里被三个服务引用。
我们团队在三个 Java 微服务项目中做过对照实验：同样一个“增加手机号二次验证”需求，用纯文件级喂养平均产生 2.8 个逻辑漏洞；切换到模块级喂养后，漏洞数降到 0.3 个（集中在边界异常处理，非核心逻辑错误）；再升级到架构级喂养，漏洞归零，且生成代码与现有风格一致性从 63% 提升至 91%。
这个数字背后不是玄学。Claude 的上下文窗口不是内存条，而是注意力带宽。当它被迫同时加载 12 个 Java 类的完整源码时
