2026/9/9 19:50:14
FEATURED · 精选文章 
在 Neovim 中接入 DeepSeekminuet-ai.nvim 智能代码补全配置实战指南【免费下载链接】awesome-deepseek-integrationIntegrate the DeepSeek API into popular software项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-deepseek-integrationminuet-ai.nvim是一款面向 Neovim 0.10 的 AI 代码补全插件可将 DeepSeek 等多款大模型服务无缝接入你的编辑器提供「边打字边补全」的实时体验。它既支持为聊天型 LLM 定制提示词的补全模式也支持 DeepSeek、Codestral、Qwen 等模型的中间填充FIM模式并同时提供virtual text、nvim-cmp、blink-cmp三种补全前端。阅读本文后你将掌握在本仓库 docs/minuet-ai.nvim/README_cn.md 所示方案基础上完成安装、选择前端、配置 DeepSeek 提供商以及手动/自动补全的完整实战能力。插件定位与核心特性Minuet 这一名称取自小步舞曲——正如舞者按舞步韵律起舞minuet-ai.nvim希望把这种优雅与和谐带入你的编码流程让补全以与代码节奏同步的方式自然出现。从 docs/minuet-ai.nvim/README.md 整理的核心特性如下双模式 AI 代码补全聊天模式chat-based面向聊天型 LLM提供经过专门设计的提示词prompt及多种增强手段让通用对话模型也能胜任代码补全任务FIM 模式针对原生支持中间填充Fill-in-the-Middle的模型如DeepSeek、Codestral、Qwen等实现效率更高的代码补全。多提供商支持OpenAI、Claude、Gemini、Codestral、Ollama以及各类OpenAI 兼容服务——DeepSeek 官方 API 即属于这一类因此接入成本很低。高度可自定义的配置前端、按键、提供商、模型参数等均可按需覆盖。流式传输即使模型响应较慢补全内容也会随生成逐字到达而不是干等完整结果。多前端支持可选用nvim-cmp、blink-cmp或内建的virtual text虚拟文本三种展示方式。两点值得强调的理解传统代码补全如 LSP 的textDocument/completion返回的是语法层面的候选项而 minuet 返回的是由 LLM 生成的代码片段级补全两者互补FIM 补全相比把整段上文交给模型续写更贴合代码补全场景——模型看到的是光标前后的上下文并填写空缺响应更短、速度更快。这正对应文档中对 DeepSeek 等模型的推荐用法。环境要求与依赖在动手前请先确认你的环境满足如下条件详见 docs/minuet-ai.nvim/README_cn.md项目要求说明编辑器Neovim 0.10虚拟文本、异步请求等能力依赖较新的 Neovim 版本必备依赖plenary.nvim提供异步与 HTTP 等基础库是 minuet 的运行底座可选依赖nvim-cmp若选用nvim-cmp前端则需要可选依赖blink.cmp若选用blink-cmp前端则需要凭据至少一个受支持提供商的 API 密钥例如 DeepSeek 开放平台的DEEPSEEK_API_KEY依赖选择是第一步取舍virtual text前端开箱即用不依赖任何补全框架而nvim-cmp/blink-cmp前端则能让你已有的补全菜单与 minuet 的 AI 候选共存、统一交互。文档明确提示使用virtual text前端时nvim-cmp与blink-cmp都不是必需的。安装方式方式一Lazy.nvim在lazy.nvim的specs中声明插件及其依赖specs { { milanglacier/minuet-ai.nvim, config function() require(minuet).setup { -- 在此处配置您的选项 } end, }, { nvim-lua/plenary.nvim }, -- 可选如果您使用 virtual-text 前端则不需要 nvim-cmp。 { hrsh7th/nvim-cmp }, -- 可选如果您使用 virtual-text 前端则不需要 blink。 { Saghen/blink.cmp }, }几点实操提示config function() ... end确保插件加载后立即执行require(minuet).setup {}plenary.nvim必须被包含否则 minuet 无法发起对 LLM API 的异步请求两个可选依赖按你选定的前端二选一或都不装见下文三种前端接入方式。方式二Rocks.nvimminuet已发布到 luarocks.org使用Rocks.nvim的安装方式与安装其他 luarocks 包完全一致Rocks install minuet-ai.nvim安装完成后在配置中调用require(minuet).setup { ... }即可。三种前端接入方式minuet 的前端决定了补全候选如何展示与如何被接受。文档给出了三套互斥可选的具体配置下面逐一展开。1. virtual text虚拟文本前端虚拟文本前端不依赖任何补全框架直接在光标处渲染补全预览。以下配置同时定义了该前端的按键体系require(minuet).setup { virtualtext { auto_trigger_ft {}, keymap { -- 接受完整补全 accept A-A, -- 接受一行 accept_line A-a, -- 接受 n 行提示输入数字 -- 例如“A-z 2 CR”将接受 2 行 accept_n_lines A-z, -- 切换到上一个补全项或手动调用补全 prev A-[, -- 切换到下一个补全项或手动调用补全 next A-], dismiss A-e, }, }, }各按键职责可归纳如下按键字段作用A-Aaccept接受整段补全A-aaccept_line只接受当前第一行补全A-zaccept_n_lines接受指定行数会提示输入数字如A-z 2 CR接受 2 行A-[prev切换上一个补全候选或手动触发补全A-]next切换下一个补全候选或手动触发补全A-edismiss关闭/放弃当前补全注意A-A接受全部与A-a接受一行仅大小写不同映射时务必区分。auto_trigger_ft {}为空表表示不自动触发、走手动调用路径若希望在某些文件类型中自动弹出补全可将对应filetype加入此列表。2. nvim-cmp 前端若你已在用nvim-cmp希望 AI 补全与 LSP、path、buffer 等来源出现在同一个候选菜单中可这样接入require(cmp).setup { sources { { -- 包含 minuet 作为源以启用自动补全 { name minuet }, -- 和您的其他来源 } }, performance { -- 建议增加超时时间因为与其他补全来源相比LLMs 的响应速度通常较慢。如果您只需要手动补全则不需要此设置。 fetching_timeout 2000, }, } -- 如果你希望手动调用补全 -- 以下配置将 A-y 键绑定到手动调用配置。 require(cmp).setup { mapping { [A-y] require(minuet).make_cmp_map() -- 和您的其他键映射 }, }这里有两处关键决策把minuet加入sources即开启自动补全源name必须写作minuetminuet 会向 nvim-cmp 暴露自身的候选接口fetching_timeout 2000毫秒LLM 生成远比本地补全源慢默认超时可能不足建议放大到 2000ms 以上如果你只用手动触发A-y则不依赖自动弹出的时机此项可以不设置。手动触发时通过require(minuet).make_cmp_map()拿到与 nvim-cmp 兼容的映射函数绑定到A-y即可其余按键仍沿用 nvim-cmp 自身的确认/选择体系。3. blink-cmp 前端blink-cmp用户的接入方式与之类似但需要通过module minuet.blink指定 minuet 提供的 blink 适配模块require(blink-cmp).setup { keymap { -- 手动调用 minuet 补全。 [A-y] require(minuet).make_blink_map(), }, sources { -- 启用 minuet 进行自动补全 default { lsp, path, buffer, snippets, minuet }, -- 仅对于手动补全从默认值中删除 minuet providers { minuet { name minuet, module minuet.blink, score_offset 8, -- 在建议中赋予 minuet 更高的优先级 }, }, }, -- 建议避免不必要的请求 completion { trigger { prefetch_on_insert false } }, }要点解读default列表中包含minuet即开启自动补全若只想手动补全请从default移除minuetproviders.minuet.module minuet.blink指向 blink 侧的适配器模块这是 blink-cmp 正确识别 minuet 源的关键score_offset 8给 minuet 候选更高的排序权重使 AI 补全在混合候选列表中排得更靠前数值越大越靠前completion.trigger.prefetch_on_insert false文档明确建议关闭插入时预取以避免每一次输入都向 LLM 发起请求、浪费 token 拖慢补全。接入 DeepSeek两种提供商模式DeepSeek 是本仓库系列文档的核心主题仓库根目录 README_cn.md 将其归入 Neovim 扩展分类描述为来自 DeepSeek、OpenAI、Gemini、Claude、Ollama、Codestral 等流行 LLM 的即输即补代码补全。DeepSeek API 采用 OpenAI 兼容协议因此文档给出了两条等价接入路径可按需选择。路径一openai_fim_compatible推荐给 FIM 模型-- 你可以使用 openai_fim_compatible 或 openai_compatible 提供商来使用 deepseek require(minuet).setup { provider openai_fim_compatible, provider_options { openai_fim_compatible { api_key DEEPSEEK_API_KEY, name deepseek, optional { max_tokens 256, top_p 0.9, }, }, }, }openai_fim_compatible走FIM中间填充协议它假设服务端暴露 OpenAI 兼容的 FIM/补全接口。文档将 DeepSeek 与 Codestral、Qwen 一同列为兼容模型即在此模式下使用——这类在训练/推理阶段原生支持 FIM 的代码模型可以直接消费前缀 后缀、填中间的请求结构因而补全更贴合光标位置。name deepseek用于让 minuet 识别目标模型并套用与之匹配的接口约定。路径二openai_compatible通用聊天补全-- 或者 require(minuet).setup { provider openai_compatible, provider_options { openai_compatible { end_point https://api.deepseek.com/v1/chat/completions, api_key DEEPSEEK_API_KEY, name deepseek, optional { max_tokens 256, top_p 0.9, }, }, }, }openai_compatible走标准的chat/completions 对话接口是接入各类OpenAI 兼容服务的通用渠道。这里的核心参数end_point直接指向 DeepSeek 的对话补全端点https://api.deepseek.com/v1/chat/completions随后用 minuet 内置的专用提示词把代码补全任务包装成对话请求。两种模式对同一家服务的取舍可概括为若模型原生支持 FIMDeepSeek 属于此类优先用openai_fim_compatible获得更贴合代码结构的补全若拿不准或希望用通用对话接口兜底openai_compatible同样可用。仓库中同样接入 DeepSeek 的 Neovim 插件 docs/avante.nvim/README.md 也使用了同一 OpenAI 兼容协议族base 为https://api.deepseek.com可作为 API 端点约定相互印证。参数与安全提示两段示例均通过optional声明了两个生成参数含义如下参数示例值作用max_tokens256限制单次补全生成的最大 token 数避免超长输出拖慢交互补全场景下建议保持较小值top_p0.9核采样阈值控制候选 token 的采样范围越小越保守、越大越有创造性安全方面请注意两点api_key字段不要硬编码真实密钥示例中的DEEPSEEK_API_KEY是占位符实践中推荐从环境变量读取如os.getenv(DEEPSEEK_API_KEY)并把真实密钥加入.gitignore或密钥管理工具示例中未显式给出model字段说明在provider与name的组合能确定目标模型时可省略若你的服务端需要显式指定模型名可参照上述provider_options结构在对应层级补充并确保与 DeepSeek 开放平台当前可用的模型标识一致。推荐组合与使用工作流综合以上三套前端与两种 DeepSeek 接入路径可形成如下决策建议追求零依赖、快速上手选virtual text前端 provider openai_fim_compatible、name deepseek配置量最小已深度使用nvim-cmp把{ name minuet }追加进sources调大fetching_timeout享受与既有补全源并存的体验正在迁移到blink-cmp或追求更快 UI按上文 blink 配置接入并务必保留prefetch_on_insert false以控制请求量。日常使用闭环大致是在代码中触发补全自动或A-y手动→ 通过候选切换键virtual text 的A-[/A-]或 cmp/blink 自身的导航键浏览 → 按需接受整段、单行或 N 行 →A-e放弃不合预期的候选。得益于流式传输即使远程 LLM 首字延迟较高内容也会逐段呈现几乎不阻塞编辑节奏。更多 Neovim AI 插件参考minuet-ai.nvim 只是本仓库中面向 Neovim 的 DeepSeek 集成之一。仓库根目录 README_cn.md 的 Neovim 扩展分类下还收录了功能互补的项目可按需对比选用docs/avante.nvim/README.md开源的 IDE 级自动驾驶autopilot插件偏对话 编辑操作式协作docs/codecompanion.nvim/README.md在 Neovim 中实现无缝 AI 编码的对话式插件docs/llm.nvim/README.md通用 LLM 交互插件支持 DeepSeek、GPT、GLM、Kimi 及本地模型如 Ollama。若希望更贴近 minuet 上游的一手资料可对照本仓库保留的英文原版 docs/minuet-ai.nvim/README.md 阅读其配置选项、按键定义与 API 接入方式以该文档为准并留意 Neovim、所依赖补全框架以及 DeepSeek 官方 API 的版本演进。掌握上述配置后你便能在纯编辑器环境中获得由 DeepSeek 驱动的即时代码补全能力。【免费下载链接】awesome-deepseek-integrationIntegrate the DeepSeek API into popular software项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-deepseek-integration创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
在 Neovim 中接入 DeepSeek：minuet-ai.nvim 智能代码补全配置实战指南
在 Neovim 中接入 DeepSeekminuet-ai.nvim 智能代码补全配置实战指南【免费下载链接】awesome-deepseek-integrationIntegrate the DeepSeek API into popular software项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-deepseek-integrationminuet-ai.nvim是一款面向 Neovim 0.10 的 AI 代码补全插件可将 DeepSeek 等多款大模型服务无缝接入你的编辑器提供「边打字边补全」的实时体验。它既支持为聊天型 LLM 定制提示词的补全模式也支持 DeepSeek、Codestral、Qwen 等模型的中间填充FIM模式并同时提供virtual text、nvim-cmp、blink-cmp三种补全前端。阅读本文后你将掌握在本仓库 docs/minuet-ai.nvim/README_cn.md 所示方案基础上完成安装、选择前端、配置 DeepSeek 提供商以及手动/自动补全的完整实战能力。插件定位与核心特性Minuet 这一名称取自小步舞曲——正如舞者按舞步韵律起舞minuet-ai.nvim希望把这种优雅与和谐带入你的编码流程让补全以与代码节奏同步的方式自然出现。从 docs/minuet-ai.nvim/README.md 整理的核心特性如下双模式 AI 代码补全聊天模式chat-based面向聊天型 LLM提供经过专门设计的提示词prompt及多种增强手段让通用对话模型也能胜任代码补全任务FIM 模式针对原生支持中间填充Fill-in-the-Middle的模型如DeepSeek、Codestral、Qwen等实现效率更高的代码补全。多提供商支持OpenAI、Claude、Gemini、Codestral、Ollama以及各类OpenAI 兼容服务——DeepSeek 官方 API 即属于这一类因此接入成本很低。高度可自定义的配置前端、按键、提供商、模型参数等均可按需覆盖。流式传输即使模型响应较慢补全内容也会随生成逐字到达而不是干等完整结果。多前端支持可选用nvim-cmp、blink-cmp或内建的virtual text虚拟文本三种展示方式。两点值得强调的理解传统代码补全如 LSP 的textDocument/completion返回的是语法层面的候选项而 minuet 返回的是由 LLM 生成的代码片段级补全两者互补FIM 补全相比把整段上文交给模型续写更贴合代码补全场景——模型看到的是光标前后的上下文并填写空缺响应更短、速度更快。这正对应文档中对 DeepSeek 等模型的推荐用法。环境要求与依赖在动手前请先确认你的环境满足如下条件详见 docs/minuet-ai.nvim/README_cn.md项目要求说明编辑器Neovim 0.10虚拟文本、异步请求等能力依赖较新的 Neovim 版本必备依赖plenary.nvim提供异步与 HTTP 等基础库是 minuet 的运行底座可选依赖nvim-cmp若选用nvim-cmp前端则需要可选依赖blink.cmp若选用blink-cmp前端则需要凭据至少一个受支持提供商的 API 密钥例如 DeepSeek 开放平台的DEEPSEEK_API_KEY依赖选择是第一步取舍virtual text前端开箱即用不依赖任何补全框架而nvim-cmp/blink-cmp前端则能让你已有的补全菜单与 minuet 的 AI 候选共存、统一交互。文档明确提示使用virtual text前端时nvim-cmp与blink-cmp都不是必需的。安装方式方式一Lazy.nvim在lazy.nvim的specs中声明插件及其依赖specs { { milanglacier/minuet-ai.nvim, config function() require(minuet).setup { -- 在此处配置您的选项 } end, }, { nvim-lua/plenary.nvim }, -- 可选如果您使用 virtual-text 前端则不需要 nvim-cmp。 { hrsh7th/nvim-cmp }, -- 可选如果您使用 virtual-text 前端则不需要 blink。 { Saghen/blink.cmp }, }几点实操提示config function() ... end确保插件加载后立即执行require(minuet).setup {}plenary.nvim必须被包含否则 minuet 无法发起对 LLM API 的异步请求两个可选依赖按你选定的前端二选一或都不装见下文三种前端接入方式。方式二Rocks.nvimminuet已发布到 luarocks.org使用Rocks.nvim的安装方式与安装其他 luarocks 包完全一致Rocks install minuet-ai.nvim安装完成后在配置中调用require(minuet).setup { ... }即可。三种前端接入方式minuet 的前端决定了补全候选如何展示与如何被接受。文档给出了三套互斥可选的具体配置下面逐一展开。1. virtual text虚拟文本前端虚拟文本前端不依赖任何补全框架直接在光标处渲染补全预览。以下配置同时定义了该前端的按键体系require(minuet).setup { virtualtext { auto_trigger_ft {}, keymap { -- 接受完整补全 accept A-A, -- 接受一行 accept_line A-a, -- 接受 n 行提示输入数字 -- 例如“A-z 2 CR”将接受 2 行 accept_n_lines A-z, -- 切换到上一个补全项或手动调用补全 prev A-[, -- 切换到下一个补全项或手动调用补全 next A-], dismiss A-e, }, }, }各按键职责可归纳如下按键字段作用A-Aaccept接受整段补全A-aaccept_line只接受当前第一行补全A-zaccept_n_lines接受指定行数会提示输入数字如A-z 2 CR接受 2 行A-[prev切换上一个补全候选或手动触发补全A-]next切换下一个补全候选或手动触发补全A-edismiss关闭/放弃当前补全注意A-A接受全部与A-a接受一行仅大小写不同映射时务必区分。auto_trigger_ft {}为空表表示不自动触发、走手动调用路径若希望在某些文件类型中自动弹出补全可将对应filetype加入此列表。2. nvim-cmp 前端若你已在用nvim-cmp希望 AI 补全与 LSP、path、buffer 等来源出现在同一个候选菜单中可这样接入require(cmp).setup { sources { { -- 包含 minuet 作为源以启用自动补全 { name minuet }, -- 和您的其他来源 } }, performance { -- 建议增加超时时间因为与其他补全来源相比LLMs 的响应速度通常较慢。如果您只需要手动补全则不需要此设置。 fetching_timeout 2000, }, } -- 如果你希望手动调用补全 -- 以下配置将 A-y 键绑定到手动调用配置。 require(cmp).setup { mapping { [A-y] require(minuet).make_cmp_map() -- 和您的其他键映射 }, }这里有两处关键决策把minuet加入sources即开启自动补全源name必须写作minuetminuet 会向 nvim-cmp 暴露自身的候选接口fetching_timeout 2000毫秒LLM 生成远比本地补全源慢默认超时可能不足建议放大到 2000ms 以上如果你只用手动触发A-y则不依赖自动弹出的时机此项可以不设置。手动触发时通过require(minuet).make_cmp_map()拿到与 nvim-cmp 兼容的映射函数绑定到A-y即可其余按键仍沿用 nvim-cmp 自身的确认/选择体系。3. blink-cmp 前端blink-cmp用户的接入方式与之类似但需要通过module minuet.blink指定 minuet 提供的 blink 适配模块require(blink-cmp).setup { keymap { -- 手动调用 minuet 补全。 [A-y] require(minuet).make_blink_map(), }, sources { -- 启用 minuet 进行自动补全 default { lsp, path, buffer, snippets, minuet }, -- 仅对于手动补全从默认值中删除 minuet providers { minuet { name minuet, module minuet.blink, score_offset 8, -- 在建议中赋予 minuet 更高的优先级 }, }, }, -- 建议避免不必要的请求 completion { trigger { prefetch_on_insert false } }, }要点解读default列表中包含minuet即开启自动补全若只想手动补全请从default移除minuetproviders.minuet.module minuet.blink指向 blink 侧的适配器模块这是 blink-cmp 正确识别 minuet 源的关键score_offset 8给 minuet 候选更高的排序权重使 AI 补全在混合候选列表中排得更靠前数值越大越靠前completion.trigger.prefetch_on_insert false文档明确建议关闭插入时预取以避免每一次输入都向 LLM 发起请求、浪费 token 拖慢补全。接入 DeepSeek两种提供商模式DeepSeek 是本仓库系列文档的核心主题仓库根目录 README_cn.md 将其归入 Neovim 扩展分类描述为来自 DeepSeek、OpenAI、Gemini、Claude、Ollama、Codestral 等流行 LLM 的即输即补代码补全。DeepSeek API 采用 OpenAI 兼容协议因此文档给出了两条等价接入路径可按需选择。路径一openai_fim_compatible推荐给 FIM 模型-- 你可以使用 openai_fim_compatible 或 openai_compatible 提供商来使用 deepseek require(minuet).setup { provider openai_fim_compatible, provider_options { openai_fim_compatible { api_key DEEPSEEK_API_KEY, name deepseek, optional { max_tokens 256, top_p 0.9, }, }, }, }openai_fim_compatible走FIM中间填充协议它假设服务端暴露 OpenAI 兼容的 FIM/补全接口。文档将 DeepSeek 与 Codestral、Qwen 一同列为兼容模型即在此模式下使用——这类在训练/推理阶段原生支持 FIM 的代码模型可以直接消费前缀 后缀、填中间的请求结构因而补全更贴合光标位置。name deepseek用于让 minuet 识别目标模型并套用与之匹配的接口约定。路径二openai_compatible通用聊天补全-- 或者 require(minuet).setup { provider openai_compatible, provider_options { openai_compatible { end_point https://api.deepseek.com/v1/chat/completions, api_key DEEPSEEK_API_KEY, name deepseek, optional { max_tokens 256, top_p 0.9, }, }, }, }openai_compatible走标准的chat/completions 对话接口是接入各类OpenAI 兼容服务的通用渠道。这里的核心参数end_point直接指向 DeepSeek 的对话补全端点https://api.deepseek.com/v1/chat/completions随后用 minuet 内置的专用提示词把代码补全任务包装成对话请求。两种模式对同一家服务的取舍可概括为若模型原生支持 FIMDeepSeek 属于此类优先用openai_fim_compatible获得更贴合代码结构的补全若拿不准或希望用通用对话接口兜底openai_compatible同样可用。仓库中同样接入 DeepSeek 的 Neovim 插件 docs/avante.nvim/README.md 也使用了同一 OpenAI 兼容协议族base 为https://api.deepseek.com可作为 API 端点约定相互印证。参数与安全提示两段示例均通过optional声明了两个生成参数含义如下参数示例值作用max_tokens256限制单次补全生成的最大 token 数避免超长输出拖慢交互补全场景下建议保持较小值top_p0.9核采样阈值控制候选 token 的采样范围越小越保守、越大越有创造性安全方面请注意两点api_key字段不要硬编码真实密钥示例中的DEEPSEEK_API_KEY是占位符实践中推荐从环境变量读取如os.getenv(DEEPSEEK_API_KEY)并把真实密钥加入.gitignore或密钥管理工具示例中未显式给出model字段说明在provider与name的组合能确定目标模型时可省略若你的服务端需要显式指定模型名可参照上述provider_options结构在对应层级补充并确保与 DeepSeek 开放平台当前可用的模型标识一致。推荐组合与使用工作流综合以上三套前端与两种 DeepSeek 接入路径可形成如下决策建议追求零依赖、快速上手选virtual text前端 provider openai_fim_compatible、name deepseek配置量最小已深度使用nvim-cmp把{ name minuet }追加进sources调大fetching_timeout享受与既有补全源并存的体验正在迁移到blink-cmp或追求更快 UI按上文 blink 配置接入并务必保留prefetch_on_insert false以控制请求量。日常使用闭环大致是在代码中触发补全自动或A-y手动→ 通过候选切换键virtual text 的A-[/A-]或 cmp/blink 自身的导航键浏览 → 按需接受整段、单行或 N 行 →A-e放弃不合预期的候选。得益于流式传输即使远程 LLM 首字延迟较高内容也会逐段呈现几乎不阻塞编辑节奏。更多 Neovim AI 插件参考minuet-ai.nvim 只是本仓库中面向 Neovim 的 DeepSeek 集成之一。仓库根目录 README_cn.md 的 Neovim 扩展分类下还收录了功能互补的项目可按需对比选用docs/avante.nvim/README.md开源的 IDE 级自动驾驶autopilot插件偏对话 编辑操作式协作docs/codecompanion.nvim/README.md在 Neovim 中实现无缝 AI 编码的对话式插件docs/llm.nvim/README.md通用 LLM 交互插件支持 DeepSeek、GPT、GLM、Kimi 及本地模型如 Ollama。若希望更贴近 minuet 上游的一手资料可对照本仓库保留的英文原版 docs/minuet-ai.nvim/README.md 阅读其配置选项、按键定义与 API 接入方式以该文档为准并留意 Neovim、所依赖补全框架以及 DeepSeek 官方 API 的版本演进。掌握上述配置后你便能在纯编辑器环境中获得由 DeepSeek 驱动的即时代码补全能力。【免费下载链接】awesome-deepseek-integrationIntegrate the DeepSeek API into popular software项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-deepseek-integration创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
到底创建了几个对象？)
