Files
notes/calendar/diary/2026-03-27.md
T
Docker7530 e4a339bd77 1774597379
2026-03-27 15:43:03 +08:00

2.6 KiB
Raw Blame History

任务

  • 开发:参加 IBS 项目晨会,同步昨日问题跟进事项。(李春良 0.5)
  • 项目:内容网络IBS系统研发项目_IBS子项目3月任务清单。(李春良 1)
  • 开发:请求命中率计算问题。

日志

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

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对接接口规范扩展需求开发自测,具备联调条件

总结