# 任务

- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
- [x] 项目：内容网络IBS系统研发项目_IBS子项目3月任务清单。（李春良 1.5）
- [x] 开发：MCP统计接口服务实现，请求命中率计算问题。（张鹏豪 6）

# 日志

同步两个我个人的想法你们可以看看

 DeepSeek-R1-Distill-Qwen-32B 接口似乎不支持 Tool Calling 和 Function Calling，虽然能靠底座 Qwen 的能力绕过，但接口标准是否一致还需本地验证。现在测试一直是用的官方的 API，别到最后咋们这边不适配就很难受。

128G 卡跑 32B，如果追求效果用 16bit 加大上下文比如顶满 128K ，剩下的显存留给 KV Cache 根本撑不住几个并发；如果为了高并发切到 8bit 量化加 8K 上下文，工具调用能力大概率会直线下降。所以这个资源和模型最好能快些定下来，用自己的资源测试，就会有一些实际的体感。

模型牛，人就轻松；模型弱，调试提示词和工具就要好久好久时间。

总是用官方满血测试就有一种啥啥都好的错觉。

实际效果我不知道，但我感觉涉及工具调用决策等等应该更看模型能力了。

评估具体实现方案，分为四大模块处理：

1. 运营数据
2. 话单
3. CDN集中运管平台接口规范扩展
4. BPM对接接口规范扩展

完成数据统计、实时监控、内容中心、用量查询、统计报表、运营指标导出、业务运维/配置管理、全站加速控制台/统计分析/数据统计、直播控制台/域名管理、冲突域名管理等页面开发。

完成计费对账、自有业务中间话单统计等页面开发。

完成以下接口适配创建/修改加速域名信息、域名配置回调接口（接口方向：CDN集中运维平台->IBS平台）、启用/停用加速域名、查询平面分发的所有加速域名列表、查询加速域名列表(基础配置)、查询某域名具体配置信息（基础+高级配置）、增加/修改域名高级配置、内容预热、内容刷新、内容分发、Url封禁/解禁。

完成以下接口适配IBS通用运维任务创建接口（IBS->BPM）、通用任务状态回传接口（BPM->IBS）、业务适配工单验收反馈接口（BPM->IBS）、业务适配工单阶段反馈接口（BPM->IBS）、域名平面同步接口（BPM->IBS）

完成运营数据需求开发自测，具备联调条件

完成话单需求开发自测，具备联调条件

完成CDN集中运管平台接口规范扩展需求开发自测，具备联调条件

完成BPM对接接口规范扩展需求开发自测，具备联调条件

# 总结

早晨思考了一些关于 LLM 性能的问题，更新了 OpenClaw，下午写了两个接口，感觉最近集赞了很多东西没有消化了。