必须显式用@file引用真实路径文件并确保cursor模型配置为本地ollama模型（如ollama/llama3:8b），否则composer将静默回退至云端模型；启动ollama serve监听127.0.0.1:11434，且cursor.json须置于正确配置目录并命名准确。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在Cursor接入Ollama后让Composer真正调用本地大模型完成多文件协同编码任务，必须绕过默认的云端模型路由，强制将@file引用、上下文注入和生成请求全部导向本地Ollama服务。
确认Ollama服务已就绪并被Cursor识别
在终端执行 ollama serve 启动服务，确保终端持续显示 Listening on 127.0.0.1:11434；若未运行，Composer会静默回退至OpenAI，且无任何报错提示。
打开Cursor → Settings → AI → Model，检查当前模型名称是否显示为 ollama/llama3:8b（或你实际拉取的模型名），而非 cursor/composer-2 或 openai/gpt-4o。
【关键前提】 若此处仍显示云端模型，说明 cursor.json 配置未生效或路径错误——该文件必须放在用户配置根目录（macOS: ~/Library/Application Support/Cursor/，Windows: %APPDATA%\Cursor\，Linux: ~/.config/Cursor/），且文件名不能是 cursor.json.bak 或带空格。
用@file显式注入上下文触发本地Composer
在编辑器中按 Ctrl+K（Windows/Linux）或 Cmd+K（macOS）唤出Composer输入框，直接键入：
@src/domain/user.service.ts @src/infrastructure/db/connection.ts 在UserService中新增getUserByIdWithProfile方法，复用现有connection实例
这一步必须以 @file 开头，否则Cursor会走默认语义检索→向量匹配→云端模型补全的老路径，根本不会触达Ollama。
注意：路径必须是项目内真实存在的相对路径，不能写成 @./src/... 或 @../domain/...；Ollama不解析路径别名，只认物理路径字符串。
Composer生成时控制输出行为
方法一：指定单文件修改目标
在指令末尾添加明确动作词，例如：@src/api/routes/user.ts @src/types/user.ts 把GET /users响应类型从User[]改为PaginatedResult<user>，只改routes/user.ts这一处</user>
这样Composer会聚焦修改第一个@file标注的文件，避免误动其他文件。
方法二：禁用自动保存防止覆盖
生成预览出现后，先不要点“Apply”，手动检查左侧Diff面板中所有变更——【不可逆操作】 一旦点击“Apply”，Ollama生成的内容将直接覆写磁盘文件，且无撤回机制。
方法三：强制使用流式响应提升可控性
在 cursor.json 的 ai 配置块中追加："stream": true, "temperature": 0.2
这会让生成过程逐token返回，便于中途发现逻辑偏移时立即中断（Esc键），比一次性吐出整段代码更安全。
