Fitten Code精确控制Prompt：限制AI仅文件上下文补全

一个高频痛点：你明明只想在当前文件里写逻辑，Fitten Code却自作主张补全了其他模块的内容——有时甚至是整个项目里它判定“相关”的代码片段。不可否认，跨文件上下文关联确实体现其智能，但正是这种“过度聪明”，往往导致补全结果偏离预期。

核心需求非常明确：让Fitten Code只聚焦当前打开的文件，不再越界扫描。下面直接给出可落地的配置步骤，以及验证隔离是否生效的实测方法。

开启严格上下文隔离模式

在VS Code状态栏右下方找到Fitten Code图标，单击进入设置，切换到「Context」标签页，将「Context Scope」选项改为【Current File Only】。

这项操作必须手动完成。插件默认启用了多文件上下文聚合，若不修改，它会静默读取同目录下所有.ts/.js文件——你可能毫不知情，但补全建议中会混入本不该出现的符号。

关闭隐式工程级上下文注入

按下快捷键（Ctrl+Shift+P）打开命令面板，输入「Fitten: Open Advanced Settings」并回车。在打开的settings.json中添加以下两行配置：

"fitten.context.enableProjectIndexing": false,

"fitten.context.includeRelatedFiles": false

两个开关必须同时置为false。只关闭其中一个，插件仍会通过AST分析悄悄关联import路径下的模块——补全时可能突然蹦出一个你当前文件里从未声明过的变量名。

验证当前上下文是否已被锁定

配置完成后，如何确认隔离真正生效？下面提供三种实测手段：

方法一：在空白函数体内输入return，然后按Tab触发补全。观察候选列表中是否只包含当前文件已定义的变量、类型和函数名。

方法二：临时重命名当前文件中的一个常量（例如将API_BASE_URL改成API_BASE_URL_X），再次触发补全。如果候选中仍出现API_BASE_URL，说明上下文并未被锁住。

方法三：更彻底的测试——删除当前文件顶部所有import语句，保存文件后触发补全。正常情况下候选中不应出现任何来自外部模块的导出符号（如useState、axios），【一旦出现，说明上下文隔离失败】。