CodeBuddy回答不符项目？上下文文件选择技巧

遇到CodeBuddy生成的代码跟项目技术栈、命名规范或者接口约定对不上？先别急着归咎于AI能力不足——绝大多数情况下，问题的根源在于它没有获取到足够精准的上下文信息。你喂给它的内容不够明确，它就只能盲目猜测。要彻底解决这个问题，只需四步：创建一个全大写的CODEBUDDY.md，用@引用关键文件，强制扫描项目结构，再用规则把风格和约束锁定下来。

第一步：确认CODEBUDDY.md是否已存在且生效

这一步是项目级上下文的基石。缺少它，CodeBuddy就像一名刚入职的新人，完全不清楚你们用的是React还是Vue，接口走REST还是GraphQL——它只能基于通用编程常识来推断，结果自然与预期不符。

先到项目根目录检查是否存在一个名为【CODEBUDDY.md】的纯文本文件。注意：文件名必须严格全大写，扩展名为.md，不能是codebuddy.md或CODEBUDDY.MD。如果没有找到，立即新建一个：右键项目根目录→新建文件→命名为CODEBUDDY.md→用记事本或VS Code打开，写入至少两行关键信息，例如：

Frontend: Vue 3 + Pinia + Vite
API: RESTful, all endpoints prefixed with /api/v2, JWT in Authorization header

就这么简单，但效果立竿见影。

第二步：手动注入关键文件上下文

CodeBuddy的回答偏离预期，通常是因为它没有看到那些你认为是“理所当然”的核心文件。别指望它能自动发现，直接手动@引用就好。

方法一：在Craft对话框中输入@符号后，点击左侧资源管理器里你要的文件（例如src/api/client.ts），CodeBuddy会实时读取全文并加入本次提问的上下文。

方法二：选中一段关键代码（比如一个核心service类的全部内容）→右键→“Copy as @file context”→粘贴到Craft输入框开头。这种方式比截图描述准确十倍，还能避免AI对代码片段产生错误理解。

需要特别注意： @引用只对当前这条消息生效。下一条问题如果不重新引用，AI立刻“失忆”——所以每次提问前记得重复这一操作。

第三步：强制刷新项目结构索引

有些隐式依赖CodeBuddy根本无法捕获，比如通过环境变量拼接的模块路径、动态import()里的字符串、或者config目录下被require加载的JSON配置。这些不会出现在AST静态分析中，必须依靠全量扫描才能发现。

操作方法如下：

第一步：按下Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS）打开命令面板。

第二步：输入“CodeBuddy: Scan Project Structure”，回车执行。

第三步：等待右下角状态栏显示绿色提示“Project structure indexed: X files”。这里的X值应该接近你src/和config/目录下的真实文件总数——如果相差较多，说明扫描被跳过或中断，需要重试。

完成这一步后，你再问“用户登录态如何校验”，它就能从auth.guard.ts、main.ts以及.env.production中提取真实逻辑，而不是凭空猜测。

第四步：用规则锁定风格与约束

如果CodeBuddy总把函数名写成snake_case，而你们团队强制要求camelCase，靠口头提醒是没用的——必须用规则将其“焊死”。

进入CodeBuddy主界面左侧的「规则管理」→点击「新增规则」→在「适用范围」中务必选择“项目规则”（选“个人规则”会全局生效，污染其他项目）。

在规则内容框里，用自然语言写明不可协商的约束，例如：

所有导出函数必须使用camelCase命名；
禁止使用console.log，统一用logger.debug()；
HTTP请求头必须包含X-Request-ID。

保存后规则即刻生效。下次生成代码时，CodeBuddy会先校验输出是否符合这些要求，不符合就重试，直到达标为止。这相当于给AI装上了项目专属的“纪律手册”。

你是一名 AI 行业编辑，请围绕下面这条热点输出一份资讯解读：
热点：CodeBuddy回答不符项目？上下文文件选择技巧要求：
1. 先用一句话解释这条热点在讲什么
2. 再总结它为什么重要
3. 说明会影响哪些 AI 产品或内容方向
4. 最后给出 3 个适合资讯站使用的标题