Agent经典面试题：Claude Code、Cursor、Copilot 如何通过配置文件理解项目上下文？

1. 面试官到底在问什么项目上下文是怎么被“喂”进模型的Agent 经典面试题里“Claude Code、Cursor、Copilot 如何通过配置文件理解项目上下文”这道题表面在问配置文件实际在考你对 AI 编程工具上下文注入链路的理解。项目上下文指的是模型在生成代码前能看到的全部信息当前文件、光标附近代码、目录结构、依赖清单、Git 变更、以及各类规则文件。配置文件的作用就是把这些信息从“散落在磁盘上”变成“结构化地塞进 prompt”。我试过把同一个需求分别丢给三个工具给一个 NestJS 项目加一个分页 DTO。不写任何规则文件时Copilot 补出来的 DTO 用的是 class-validatorCursor 补出来的是 zodClaude Code 则先反问“你们校验层用哪套”。差异的根源不是模型强弱而是它们读取项目上下文的入口不同Copilot 主要看当前文件和相邻文件Cursor 会先查语义索引和.cursorrulesClaude Code 会主动读CLAUDE.md、settings.json并扫描目录树。所以面试时你要讲清三件事第一每个工具的上下文来源有哪些第二配置文件在链路里处于哪一环第三配置写错时会出现什么症状。下面按“原问题 → 前置准备 → 可复制配置 → 验证 → 排障 → 工具选择”的顺序拆开每个配置都给可复制的骨架和验证动作。2. 前置准备把项目上下文入口先摸清楚在写配置之前先确认三个工具各自的上下文入口文件叫什么、放在哪。这一步不做后面配置写了也不知道有没有生效。Claude Code 的入口分三层项目根目录的CLAUDE.md项目级记忆、.claude/settings.json权限与行为配置、以及~/.claude/settings.json用户级。它还会读.claude/settings.local.json做本地覆盖。Cursor 的入口是项目根目录的.cursorrules旧版或.cursor/rules/*.mdc新版规则目录加上.cursorignore控制哪些文件不进索引。Copilot 的入口是.github/copilot-instructions.md以及 VS Code 的settings.json里github.copilot.chat.codeGeneration.instructions字段。如果你要把这些工具接到统一的中转层做请求观测可以先在 TaoToken 控制台建一个 Key后面验证请求时用得上。地址是 https://taotoken.net/api Key 在 console 里生成https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentconsole 。这一步不是必须但做请求级验证时能看清上下文到底进了多少 token。注意配置文件里的路径一律用相对项目根目录的写法绝对路径在换机器后会失效这是最常见的“配置没生效”原因之一。3. 可复制配置骨架settings.json、config.toml 与规则文件这一节给三套可直接抄的骨架。每套都标注了它影响上下文的哪一环。3.1 Claude CodeCLAUDE.md settings.jsonCLAUDE.md是项目级记忆内容会被注入每次会话的系统提示。写法上要短、要具体别写成 README。# 项目约定 - 语言TypeScript strict 模式禁止 any - 校验层统一用 zod禁止引入 class-validator - 目录业务代码在 src/modules公共工具在 src/shared - 测试vitest测试文件与源文件同目录后缀 .spec.ts - 提交前必须跑pnpm lint pnpm test.claude/settings.json控制权限和行为决定 Claude Code 能读哪些目录、能跑哪些命令{ permissions: { allow: [Read, Glob, Grep, Bash(pnpm lint), Bash(pnpm test)], deny: [Read(./.env), Read(./secrets/**)] }, context: { include: [src/**/*.ts, package.json, tsconfig.json], exclude: [node_modules/**, dist/**, **/*.spec.ts] } }这里context.include决定扫描哪些文件进上下文exclude把测试和产物排除掉避免上下文被无关文件稀释。permissions.deny把.env挡在外面防止密钥进 prompt。3.2 Cursor.cursor/rules 与 .cursorignore新版 Cursor 用.cursor/rules/*.mdc每个文件带 frontmatter 控制生效范围--- description: NestJS 模块开发规范 globs: src/modules/**/*.ts alwaysApply: false --- - 每个模块包含 controller、service、dto 三层 - DTO 用 zod schema 定义通过 createZodDto 包装 - service 只依赖 repository禁止直接注入 PrismaClientglobs是关键它让规则只在编辑匹配文件时注入而不是每次对话都塞进去。alwaysApply: true的规则会常驻上下文适合放全局约定比如“用 pnpm 不用 npm”。.cursorignore控制索引范围语法同.gitignorenode_modules/ dist/ coverage/ *.log .env*3.3 Copilotcopilot-instructions.md 与 VS Code 配置Copilot 的项目级指令放在.github/copilot-instructions.md# 代码生成约定 - 使用 TypeScript目标 ES2022 - 异步统一用 async/await禁止 .then 链 - 错误处理用自定义 AppError禁止裸 throw new Error - 导入顺序node 内置 → 第三方 → 本地组间空行VS Code 侧可以在settings.json里追加指令文件路径让多个仓库共享一套规则{ github.copilot.chat.codeGeneration.instructions: [ { file: .github/copilot-instructions.md }, { text: 所有注释用中文函数注释说明参数与返回值 } ] }text字段适合放一两句全局约束file字段适合放长规则。两者会合并注入。4. 验证请求确认上下文真的进了 prompt配置写完不算完要验证它有没有生效。三种工具验证方式不同。Claude Code 在会话里输入/context可以看当前上下文占用输入/memory能确认CLAUDE.md是否被加载。如果/memory里没列出你的项目文件说明路径或权限配置有问题。更直接的办法是问它一个只有规则文件里才有的信息比如“我们校验层用什么库”答对说明注入成功。Cursor 的验证靠行为观察打开一个src/modules下的文件让它生成一个 DTO看是否用了 zod。如果它用了 class-validator说明.cursor/rules的globs没匹配上。也可以在 Cursor 设置里搜 “Rules”看规则文件是否被识别。Copilot 的验证在 Chat 面板输入workspace 我们的错误处理用什么类如果它答出AppError说明copilot-instructions.md生效。注意workspace才会触发项目级检索普通补全只看当前文件。如果你走 TaoToken 中转可以在请求日志里看每次调用的 input tokens 数量。配置生效后input tokens 会明显上升因为规则文件和目录结构被注入了。模型对话入口在 https://taotoken.net/api 接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentdoc 里面有各工具的 base_url 配置方式。5. 本篇常见错排查配置不生效九成是下面几个原因。规则文件位置放错。Cursor 的.cursorrules必须放项目根目录放子目录不生效新版.cursor/rules目录名不能拼错。Copilot 的copilot-instructions.md必须在.github目录下放根目录不识别。globs写得太窄或太宽。写src/**会匹配所有文件规则常驻上下文浪费 token写src/modules/user/*.ts又可能漏掉嵌套目录。建议用src/modules/**/*.ts这种中间粒度。.cursorignore把源码排除了。有人直接抄.gitignore结果dist和node_modules排掉没问题但把*.json也排掉导致package.json不进索引模型不知道你用了什么依赖。Claude Code 的settings.json权限过严。deny里写了Read(./src/**)会导致源码读不进来模型只能靠猜。排查时先把deny清空确认能读后再逐条加回。规则文件太长导致“中间遗忘”。超长规则里开头和结尾的条目模型记得住中间的被忽略。把最重要的约定放最前面或者拆成多个.mdc文件按globs分发。Copilot 补全不读项目指令。copilot-instructions.md只影响 Chat 和部分生成场景行内补全主要看当前文件。想让补全遵守规则得靠编辑器侧的instructions配置且效果有限。6. 面试怎么答与工具选择把上下文链路讲成一条线面试回答时别背工具特性把链路讲成一条线项目里的配置文件 → 工具读取并结构化 → 注入 prompt 的上下文段 → 模型据此生成。Claude Code 走的是“记忆文件 权限配置 目录扫描”Cursor 走的是“语义索引 规则文件 globs 分发”Copilot 走的是“项目指令文件 编辑器配置 当前文件”。三者链路长度不同决定了它们适合的任务不同。大型重构选 Claude Code因为它能读全量目录并做全局影响分析日常编码选 Cursor因为规则文件能按文件类型精准注入补全贴合项目约定快速功能开发选 Copilot因为它响应快、嵌入深但上下文有限不适合跨模块任务。长期维护的项目把规则文件写细比换工具更有效。如果你在搭 Agent 或长期编码工作流需要统一管理多个工具的请求和 Key可以看 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentcoding-plan 。API Key 管理在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentapi-keys Claude Code 接入说明在 https://taotoken.net/claudecode-anthropic?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentclaudecode-anthropic 。配置骨架抄完先跑一遍验证确认规则进了 prompt再往规则里加内容不然你永远不知道是哪条没生效。