每日 AI 情报
Pydantic AI 把跨 Provider Prompt Cache 收口成统一设置；CrewAI 补齐对话交付回执；Dify 修复 RAG 历史引用退化；Microsoft Agent Framework 同日收紧 MCP、审批与流式资源边界。目标交易样本仍为空，本期只收可回勾运行证据。
公开 AI 机会情报
01Pydantic AI｜跨 Provider Prompt Cache 终于收口成一个 `cache` 开关
10 月 8 日 23:57（上海时间）合并的 5,328 行新增、245 行删除、63 文件变更，为
ModelSettings增加统一的cache=True/False/'5m'/'30m'/'1h'与Caching能力；显式支持需要请求侧开启缓存的 Anthropic（含 Bedrock、Vertex、Foundry SDK）、Bedrock Claude/Nova、OpenRouter 的 Anthropic/Gemini 路由和 OpenAI GPT-5.6+，并让每个 fallback 子模型按自身能力解析配置。→ 为什么现在：目标日前，同一套 agent 在多家 Provider 间切换时，缓存开关、TTL、fallback 与并行工具调用后的会话续读需要分别实现；这次把可计量的成本控制放进统一模型设置。
→ 今天能做什么：用 ≤2 小时让同一段静态指令、工具定义与四轮会话分别跑“缓存关闭 / 开启 / fallback”三组，交付 Provider、TTL、首轮写入 token、后续读取 token、延迟与费用表；后续轮出现可回勾的 cache-read、
cache=False不写入、fallback 不把能力错误外推即成功。→ 怎么变现：可卖“跨 Provider 缓存接入 + 账单核验”，用真实 cache-read 与费用差额证明节省，而不是靠口头折扣，直接降低长会话与多工具 agent 的 token 成本。相关链接：统一缓存设置 ↗
02CrewAI｜后台回复排队、agent 可读评测摘要与真实任务输出同日补齐
10 月 8 日 00:18–13:22（上海时间）合并的三项变化，为对话 flow 增加实验性回复队列：后台任务在录音、播放、静音或另一轮对话期间完成时先保留结果，等发言权空闲再播报，重复完成会合并且交付前重查任务归属、版本与相关性；
crewai eval在非终端或 agent 场景直接输出 Markdown 失败摘要；log-tasks-outputs则从只显示期望值改为同时显示真实输出，并以 45 项 CLI 测试通过。→ 为什么现在：目标日的 v1.15.24 / v1.15.25 批次把“后台完成但不抢话”“agent 能读懂失败原因”“运维能看到实际产物”连成一条可追责链。
→ 今天能做什么：用 ≤90 分钟制造一个前台语音轮次中的后台完成、一次重复 completion、一次 TTS 中断和一条故意失败的
crewai eval；交付 delivery ID、接受版本、排队/播报时间、Markdown brief、期望输出与真实输出表，成功信号是只播报一次、失败不改写任务成功状态、非 TTY 能直接拿到可执行修复项。→ 怎么变现：可卖“CrewAI 对话交付验收 + 失败回执包”，把漏播、重复播报和只有报告链接却无法自动修复的售后，转成可回放、可计费的实施服务。相关链接：后台回复队列 ↗ · agent 可读评测摘要 ↗ · 真实任务输出 ↗
03Dify｜历史消息不再丢 5 类引用元数据，工作流导图与邀请校验同时可验收
10 月 8 日 11:12–15:09（上海时间），Dify 修正
GET /messages对引用对象的二次校验，恢复此前被静默丢弃的retriever_from、page、doc_metadata、title、files；旧数据原本已完整存储，上线后无需迁移即可返回。当天还把工作流图片导出从通用菜单提升为独立工具栏入口，保留两种导出范围与三种格式，并在批量成员邀请前逐个验证邮箱格式。→ 为什么现在：目标日前，流式回答里的视频时间点或文档信息可能正确，刷新历史后却退化成普通引用；这会让 RAG 产品在演示时通过、真实复访时失真。
→ 今天能做什么：用 ≤90 分钟生成一条带视频起止秒、页码、标题和文件信息的回答，刷新后经
GET /messages回读，再导出全工作流与选区图片并提交一组混合有效/无效邮箱；交付 live/history 字段 diff、三格式导出物与邀请结果，五类引用字段一致、图片可打开且坏邮箱整批前被拒即成功。→ 怎么变现：可卖“Dify RAG 历史一致性 + 交付证据导出验收”，减少客户复访后引用失真、知识库售后和错误邀请造成的账户清理成本。相关链接：历史引用元数据修复 ↗ · 工作流图片导出 ↗ · 邀请邮箱校验 ↗
04Microsoft Agent Framework｜MCP skills、会话审批与流式资源释放进入同一日安全批次
10 月 8 日 16:37–20:45（上海时间），.NET 端加入 MCP
skills/list的运行时构件，指令经resources/read延迟获取并缓存，支持资源受清单限制且检查相对路径；Python DevUI 把 function approval 绑定到原始 conversation，阻止另一会话用相同 request ID 消费审批；Ollama/Gemini 与委托 Provider 的流在消费者提前退出时会确定性关闭；Foundry toolbox 的请求期 client/cache 也改为按 response 隔离。→ 为什么现在：目标日同时封住了技能资源越界、跨会话审批、早退 HTTP 流泄漏和跨请求复用工具状态四个生产边界，但 MCP skills 的公开发现接线仍要等后续 PR，不能把运行时构件写成完整产品已上线。
→ 今天能做什么：用 ≤2 小时构造两个相同 request ID 的会话、一次首 token 后主动关闭、两个并发 response toolbox，以及一个清单外相对资源名；交付 conversation/approval、stream close、client identity、resource allowlist 与异常终态表，跨会话审批被拒、HTTP 响应立即释放、request client 不串用且清单外资源失败即成功。
→ 怎么变现：可卖“Agent Framework MCP/审批/流式生命周期升级认证”，把连接泄漏、越权批准和跨租户工具状态污染挡在客户上线前，减少扩容与事故赔付。相关链接：MCP-listed skills 运行时 ↗ · 审批绑定会话 ↗ · 委托流清理 ↗ · Ollama/Gemini 早退关闭 ↗ · Foundry toolbox 隔离 ↗
AI 基础设施交易情报
Pydantic AI 跨 Provider 缓存｜72 天无新增 cache-read、TTL 或账单样本
供需情况分析：新增 Anthropic、Bedrock、Vertex、Foundry、OpenRouter 与 OpenAI GPT-5.6+ 缓存需求、接入供给和迁移交付记录均为 0，供需强弱未知。产品以及价格/容量线索：7 月 29 日至 10 月 8 日共 72 个日历日，其中 63 个为已校验空样本日、9 个缺失；新增 Provider、模型、TTL、静态前缀 token、cache-write/read token、首轮/后续延迟、账单与买卖报价字段均为 0。热点议题：统一
cache设置是否被真实 Provider 接受、fallback 是否按子模型能力降级、并行工具调用后的会话能否继续命中缓存，必须用 usage 与账单同时证明。→ 为什么现在：统一缓存设置在目标日合并，但没有交易证据证明在售线路已包含该版本或能返还可核对的缓存计量。
→ 交易判断 / 今天动作：收三组授权小样与原始 usage/账单，不先包装“省多少”；Provider、TTL、首轮写入、后续读取和费用差额可回勾后再接迁移单。
→ 怎么省钱：把假命中、跨 Provider 配置漂移和 fallback 重算挡在长会话放量前。相关链接：统一缓存设置 ↗
CrewAI 对话 flow / eval｜72 天无新增交付回执、失败摘要或实施报价
供需情况分析：新增 CrewAI 对话 flow、后台任务播报、自动评测和 agent 修复需求、实施供给与售后记录均为 0，无法判断该能力是否升温或稀缺。产品以及价格/容量线索：新增版本、job/version、delivery ID、排队时长、TTS 中断、eval gate、任务真实输出、成功率、实施工时与报价字段均为 0。热点议题：后台完成不抢话、重复 completion 合并、失败状态不被播报层改写、非 TTY 直接拿到 Markdown 修复项，需要在同一回放里验证。
→ 为什么现在：目标日连续合并回复队列、agent 摘要与真实输出，但没有本地样本证明任何托管 flow 或现有项目已升级。
→ 交易判断 / 今天动作：只收一次完整回放和失败 brief；delivery、接受版本、播报终态、期望/真实输出齐全后，再报价“验收 + 修复”。
Dify RAG 历史一致性｜72 天无新增引用字段、工作流导出或知识库交付样本
供需情况分析：新增 Dify RAG 历史修复、视频/文档引用、工作流导出和成员邀请实施记录均为 0，需求、供给与成交方向未知。产品以及价格/容量线索：新增 Dify 版本、知识库/文档类型、五类引用字段、视频时间点、工作流节点数、导出范围/格式、邀请数量、实施工时与报价字段均为 0。热点议题：流式回答与历史回读是否同字段、旧数据是否无需迁移恢复、三格式导出是否可交付、坏邮箱是否在发信前拦截，要用同一 conversation 与 workflow 证明。
→ 为什么现在：目标日修复了一个“直播正确、复访退化”的明确缺口，但没有交易样本证明客户环境已带补丁。
→ 交易判断 / 今天动作：收一条含视频/页码元数据的历史回读和一份工作流三格式导出，不只看前台截图；字段 diff 为零且坏邮箱预先拒绝后再接升级单。
→ 怎么省钱：避免 RAG 引用返工、知识库售后和无效邀请造成的账户/邮件成本。相关链接：历史引用修复 ↗ · 工作流图片导出 ↗
Microsoft Agent Framework MCP / 审批 / 流式资源｜72 天无新增在售版本、连接释放或隔离证据
供需情况分析：新增 MCP skill 接入、conversation 审批、Ollama/Gemini 流式客户端和 Foundry toolbox 实施需求、供给线路与故障恢复记录均为 0，无法判断供需与容量方向。产品以及价格/容量线索：新增框架版本、skill/resource 清单、conversation/request ID、HTTP 连接、并发 response、toolbox client、内存/文件描述符、实施工时与报价字段均为 0。热点议题：MCP skills 目前是运行时构件而非完整发现集成；审批归属、早退关闭、跨 response cache 隔离与资源 allowlist 必须合并验收。
→ 为什么现在：四类边界在目标日同时进入主分支，但没有证据证明任何托管 runtime 已部署这些提交。
→ 交易判断 / 今天动作：只收双会话、早退流、并发 response 与清单外资源四组隔离样本；版本、连接终态、client identity 与拒绝理由齐全后再挂升级服务。
→ 怎么省钱：先筛掉连接泄漏、越权审批和跨请求污染，避免把扩容费与事故成本误当模型费用。相关链接：MCP skills 运行时 ↗ · 审批会话隔离 ↗ · 流式资源释放 ↗
今日可执行项
今天可试
- Pydantic 缓存｜2h：用同一段静态指令、工具定义与四轮会话跑缓存关闭/开启/fallback；交付 Provider—TTL—write/read token—延迟—费用表；后续轮有 cache-read、关闭态零写入、fallback 能力不串用即通过。
- CrewAI 回执｜90m：在前台语音轮次中完成后台任务，制造重复 completion、TTS 中断和失败 eval；交付 delivery—version—queue—brief—actual output 表；只播一次且 agent 直接拿到修复项即通过。
- Agent FW 隔离｜2h：回放跨会话审批、首 token 后早退、并发 toolbox 与清单外资源；交付 approval owner、stream close、client identity、resource deny 表；零串批、零悬挂连接、零跨请求复用即通过。
需要跟进
- 跟进 Pydantic AI 发布版本、各 Provider 的
supports_cacheprofile、真实 TTL、usage 字段、并行工具调用后的会话续读与 fallback 行为。 - 跟进 CrewAI v1.15.24 / v1.15.25 的安装范围、
flow_replies实验开关、delivery record、AMP brief 字段和中断/TTS 终态。 - 跟进 Dify 客户环境是否包含历史引用修复、已有数据回读、两种导出范围/三种格式，以及批量邀请失败是否为原子操作。
- 跟进 Microsoft Agent Framework MCP skills 的后续 discovery 集成、conversation approval replay、Anthropic 早退流补丁和 Foundry startup/request cache 边界。
- 跟进下一份非空交易样本，优先补 Provider/版本、cache usage/账单、delivery ID、引用字段、conversation approval、连接终态与实施报价。
暂缓观察
- 暂不把统一
cache设置等同于任意线路已命中缓存；没有 usage 与账单差额就不承诺节省比例。 - 暂不把 CrewAI 主分支合并等同于所有托管实例已升级；实验性回复队列仍需按项目启用并回放。
- 暂不把 Dify 前台流式引用正确等同于历史回读正确，也不在旧数据未复测前承诺零迁移风险。
- 暂不把 MCP-listed skills 运行时构件写成完整 discovery 产品；后续接线、版本与 Provider 边界仍需验证。
- 暂不发布账号、Key、GPU、媒体额度、倍率、库存或容量方向；当前交易证据不足。
风控 / 政策动态
- 行情证据：10 月 8 日样本 0；72 天缺口（63 空、9 缺），不报行情。
- Prompt Cache 要防跨租户前缀与账单误判：静态指令、工具定义和增长会话进入缓存前，应按租户/项目隔离敏感上下文，保存 Provider usage 与账单证据；命中率不等于成本同比例下降。相关链接：Pydantic AI 缓存合并记录 ↗
- CrewAI 回复排队不能替代任务终态：中断或 TTS 失败只结算交付，不应偷偷改写任务成功；保留 delivery ID、接受版本和失败 brief，避免把“说出来了”当成“做完了”。相关链接：后台回复队列 ↗
- Dify 历史引用与邀请都涉及数据边界：引用元数据可能包含文件、页面和视频时间点；导出、留存和外发前核访问权限。批量邀请要先验证邮箱并限制租户、角色与审计范围。相关链接：历史引用修复 ↗ · 邮箱校验 ↗
- Agent Framework 的审批必须绑定 conversation：只验证 request ID 不足以阻止跨会话消费审批；MCP supporting resources 也必须受原始清单和路径安全约束。相关链接：审批会话隔离 ↗ · MCP skill 资源边界 ↗
- 账号、邮箱、号码、IP、KYC 与支付只支持合规诊断：不支持批量注册、绕过验证、支付风控规避、越权安全测试或自动化退款；所有价格、倍率与容量只作市场观察，本报告不构成 AIRelay 报价、库存承诺、法律意见或可用性承诺。相关链接：OpenAI 使用条款 ↗ · Anthropic 使用条款 ↗
一句话总结 / 今日提醒
10 月 8 日最值得收费的是 Pydantic AI 的跨 Provider 缓存账单、CrewAI 的对话交付回执、Dify 的历史引用一致性，以及 Microsoft Agent Framework 的 MCP/审批/流式资源隔离；交易侧因 72 天证据缺口继续只收可回勾样本、不报行情。