chaitin
代码补全功能请求的是旧的API
我的代码补全模型是用“其他”添加的一个OpenAI-compatible模型，在尝试代码补全时发现token使用量一直为0，抓包发现POST请求的URI是/v1/completions而不是/v1/chat/completions
我的代码补全模型是用“其他”添加的一个OpenAI-compatible模型，在尝试代码补全时发现token使用量一直为0，抓包发现POST请求的URI是/v1/completions而不是/v1/chat/completions
我跟你一样，同样方法，自动补全没有启动，不会抓包，不知道是不是URI的问题- -
我的代码补全模型是用“其他”添加的一个OpenAI-compatible模型，在尝试代码补全时发现token使用量一直为0，抓包发现POST请求的URI是/v1/completions而不是/v1/chat/completions
我后端的AI启动了补全，但是vscode里面不显示
GitHub Issue 深度评估报告
1. 整体摘要 (Executive Summary)
该Issue报告了一个关于代码补全功能调用旧API的问题。用户使用自定义OpenAI兼容模型时，发现token使用量为0，原因是系统使用了/v1/completions而不是/v1/chat/completions。这是一个影响特定模型功能的Bug，需要修复以确保兼容性。
2. 详细评估 (Detailed Assessment)
| 评估维度 | 评分 (1-5) | 评估说明 |
|---|---|---|
| 清晰度 | 4 | 问题描述清晰，明确指出使用了错误的API端点 |
| 完整性 | 3 | 提供了复现场景和抓包证据，但缺少环境信息和版本号 |
| 可复现性/可行性 | 4 | 根据描述和评论，问题复现可能性高，修复可行 |
3. 分类与优先级 (Classification & Priority)
- 建议标签:
bug,backend,model-integration - 严重等级:
Major - 建议优先级:
High
4. 影响与风险 (Impact & Risks)
- 影响范围: 使用自定义OpenAI兼容模型进行代码补全的所有用户
- 潜在风险: 无破坏性变更风险，主要是功能兼容性问题
5. 行动建议 (Actionable Suggestions)
- 对提交者的回应:
- 感谢您提交这个有价值的问题。
- 为了更好地理解和解决您的问题，能否请您补充以下信息：
- 您使用的MonkeyCode版本号？
- 您的模型供应商和具体模型名称？
- 对维护团队的建议:
- 下一步: 确认Bug复现，检查代码补全模块的API调用逻辑
- 初步解决方案构想:
- 修改代码补全模块，使其根据模型类型选择正确的API端点（completions vs chat/completions）
- 增加配置选项，允许用户指定使用的API端点类型
GitHub Issue 深度评估报告
1. 整体摘要 (Executive Summary)
该 Issue 报告了代码补全功能使用了错误的 API 端点（/v1/completions 而非 /v1/chat/completions），导致 token 使用量统计为 0。这是一个与模型集成相关的后端问题，影响使用自定义 OpenAI 兼容模型的用户。建议尽快修复以确保兼容性和正确计费。
2. 详细评估 (Detailed Assessment)
| 评估维度 | 评分 (1-5) | 评估说明 |
|---|---|---|
| 清晰度 | 4 | 问题描述清晰，明确指出了错误的 API 端点和导致的现象（token 使用量为 0）。 |
| 完整性 | 3 | 提供了问题现象和初步分析（抓包结果），但缺少详细的复现步骤、环境信息和日志。 |
| 可复现性/可行性 | 4 | 根据描述和评论，问题可以复现。修复方案明确，即修改代码补全模块的 API 调用逻辑。 |
3. 分类与优先级 (Classification & Priority)
- 建议标签:
bug,backend,model-integration - 严重等级:
Major - 建议优先级:
High
4. 影响与风险 (Impact & Risks)
- 影响范围: 使用自定义 OpenAI 兼容模型进行代码补全的用户，以及相关的 token 使用量统计功能。
- 潜在风险: 无明显的破坏性变更风险，主要是兼容性和功能正确性问题。
5. 行动建议 (Actionable Suggestions)
- 对提交者的回应:
- 感谢您报告这个问题！
- 为了更好地理解和解决您的问题，能否请您补充以下信息：
- 您使用的 MonkeyCode 版本是什么？
- 您能提供更详细的复现步骤吗？
- 是否有相关的服务端日志可以查看？
- 对维护团队的建议:
- 下一步: 确认 Bug 复现，分析代码补全模块的 API 调用逻辑。
- 初步解决方案构想: 修改代码补全模块，根据模型类型选择正确的 API 端点（
/v1/completions或/v1/chat/completions）。
GitHub Issue 深度评估报告
1. 整体摘要 (Executive Summary)
该Issue报告了代码补全功能使用了旧的API端点(/v1/completions)而非新的聊天补全API(/v1/chat/completions)，导致token使用量统计为0。这是一个清晰的功能性bug，影响了用户使用自定义OpenAI兼容模型进行代码补全的体验。
2. 详细评估 (Detailed Assessment)
| 评估维度 | 评分 (1-5) | 评估说明 |
|---|---|---|
| 清晰度 | 5 | 问题描述清晰明确，准确指出了API端点使用错误的具体问题 |
| 完整性 | 4 | 提供了问题场景、现象和初步分析（抓包结果），但缺少环境信息和版本详情 |
| 可复现性/可行性 | 5 | 问题描述足够详细，可以通过配置OpenAI兼容模型轻松复现 |
3. 分类与优先级 (Classification & Priority)
- 建议标签:
bug,backend,model-integration - 严重等级:
Major - 建议优先级:
High
4. 影响与风险 (Impact & Risks)
- 影响范围: 影响所有使用OpenAI兼容模型进行代码补全的用户，特别是通过"其他"方式添加的模型
- 潜在风险: 无破坏性变更风险，但会影响计费和使用统计准确性
5. 行动建议 (Actionable Suggestions)
- 对提交者的回应:
- 感谢提交者详细的问题报告和初步分析
- 为了更好地理解和解决您的问题，能否请您补充一下MonkeyCode的版本信息以及您使用的OpenAI兼容模型的具体信息？
- 对维护团队的建议:
- 下一步: 确认Bug复现，检查代码补全功能是否应使用/v1/chat/completions端点
- 初步解决方案构想:
- 修改代码补全功能的API调用，从/v1/completions切换到/v1/chat/completions
- 更新proxy.go中的路由映射，确保代码补全请求被正确识别和处理
我是 MonkeyCode AI 编程助手，你可以在 GitHub 任意仓库的任意 Issue 或 PR 中 at @monkeycode-ai 来呼唤我。
GitHub Issue 深度评估报告
1. 整体摘要 (Executive Summary)
该 Issue 报告了代码补全功能错误地使用了旧的 /v1/completions API 而不是 /v1/chat/completions，导致自定义 OpenAI 兼容模型的 token 使用量显示为 0。这是一个清晰且有证据支持的 Bug 报告，应优先处理。
2. 详细评估 (Detailed Assessment)
| 评估维度 | 评分 (1-5) | 评估说明 |
|---|---|---|
| 清晰度 | 5 | 问题描述非常清晰，直接指出了 API 端点的错误使用。 |
| 完整性 | 4 | 提供了足够的信息来理解问题和潜在影响，但缺少具体的操作步骤和环境细节。 |
| 可复现性/可行性 | 5 | 根据描述和抓包证据，该问题很容易复现，修复方案也相对明确。 |
3. 分类与优先级 (Classification & Priority)
- 建议标签:
bug,backend,model-integration - 严重等级:
Major - 建议优先级:
High
4. 影响与风险 (Impact & Risks)
- 影响范围: 所有使用自定义 OpenAI 兼容模型进行代码补全的用户。
- 潜在风险: 无重大风险，但会影响用户体验和计费准确性。
5. 行动建议 (Actionable Suggestions)
- 对提交者的回应:
- 感谢您报告这个清晰且有证据支持的问题。
- 为了更好地理解和解决您的问题，能否请您补充一下具体的操作步骤和环境信息？
- 对维护团队的建议:
- 下一步: 确认 Bug 复现，分配给后端开发人员处理。
- 初步解决方案构想: 修改代码补全模块，使其根据模型类型选择正确的 API 端点。
我是 MonkeyCode AI 编程助手，你可以在 GitHub 任意仓库的任意 Issue 或 PR 中 at @monkeycode-ai 来呼唤我。
GitHub Issue 深度评估报告
1. 整体摘要 (Executive Summary)
该issue报告了代码补全功能错误地使用了旧的 /v1/completions API端点而非新的 /v1/chat/completions，导致token使用量统计为0。这是一个清晰的功能性bug，影响了用户使用自定义openai兼容模型进行代码补全的体验。
2. 详细评估 (Detailed Assessment)
| 评估维度 | 评分 (1-5) | 评估说明 |
|---|---|---|
| 清晰度 | 5 | 问题描述清晰明确，准确指出了api端点使用错误的具体问题 |
| 完整性 | 4 | 提供了问题场景、现象和初步分析（抓包结果），但缺少环境信息和版本详情 |
| 可复现性/可行性 | 5 | 问题描述足够详细，可以通过配置openai兼容模型轻松复现 |
3. 分类与优先级 (Classification & Priority)
- 建议标签:
bug,backend,model-integration - 严重等级:
Major - 建议优先级:
High
4. 影响与风险 (Impact & Risks)
- 影响范围: 影响所有使用openai兼容模型进行代码补全的用户，特别是通过"其他"方式添加的模型
- 潜在风险: 无破坏性变更风险，但会影响计费和使用统计准确性
5. 行动建议 (Actionable Suggestions)
- 对提交者的回应:
- 感谢提交者详细的问题报告和初步分析
- 为了更好地理解和解决您的问题，能否请您补充一下monkeycode的版本信息以及您使用的openai兼容模型的具体信息？
- 对维护团队的建议:
- 下一步: 确认bug复现，检查代码补全功能是否应使用/v1/chat/completions端点
- 初步解决方案构想:
- 修改代码补全功能的api调用，从/v1/completions切换到/v1/chat/completions
- 更新proxy.go中的路由映射，确保代码补全请求被正确识别和处理
我是 MonkeyCode AI 编程助手，你可以在 GitHub 任意仓库的任意 Issue 或 PR 中 at @monkeycode-ai 来呼唤我。
GitHub Issue 深度评估报告
1. 整体摘要 (Executive Summary)
该issue报告了代码补全功能使用了旧的api端点(/v1/completions)而非新的聊天补全api(/v1/chat/completions)，导致token使用量统计为0。这是一个清晰的功能性bug，影响了用户使用自定义openai兼容模型进行代码补全的体验。
2. 详细评估 (Detailed Assessment)
| 评估维度 | 评分 (1-5) | 评估说明 |
|---|---|---|
| 清晰度 | 5 | 问题描述清晰明确，准确指出了api端点使用错误的具体问题 |
| 完整性 | 4 | 提供了问题场景、现象和初步分析（抓包结果），但缺少环境信息和版本详情 |
| 可复现性/可行性 | 5 | 问题描述足够详细，可以通过配置openai兼容模型轻松复现 |
3. 分类与优先级 (Classification & Priority)
- 建议标签:
bug,backend,model-integration - 严重等级:
Major - 建议优先级:
High
4. 影响与风险 (Impact & Risks)
- 影响范围: 影响所有使用openai兼容模型进行代码补全的用户，特别是通过"其他"方式添加的模型
- 潜在风险: 无破坏性变更风险，但会影响计费和使用统计准确性
5. 行动建议 (Actionable Suggestions)
- 对提交者的回应:
- 感谢提交者详细的问题报告和初步分析
- 为了更好地理解和解决您的问题，能否请您补充一下monkeycode的版本信息以及您使用的openai兼容模型的具体信息？
- 对维护团队的建议:
- 下一步: 确认bug复现，检查代码补全功能是否应使用/v1/chat/completions端点
- 初步解决方案构想:
- 修改代码补全功能的api调用，从/v1/completions切换到/v1/chat/completions
- 更新proxy.go中的路由映射，确保代码补全请求被正确识别和处理