FDE落地

Q: 开通科技 / FDE 是做什么的？

重庆开通网络科技有限公司（开通科技，品牌 FDE）提供 AI 能力与落地实践服务：智能体开发与运营、电商 AI 应用（AIEC）、企业智能营销 GEO，并配套诊断、咨询、培训与社区内容。

Q: 三大场景应用分别是什么？

FDE智能体（/agents）做企业级智能体开发与运营；AIEC（/aiec）做电商履约采销与上架自动化；GEO（/geo）做生成式引擎优化，提升品牌在 AI 回答中的正确引用。

Q: 如何开始 AI 落地？

可从免费诊断（/offers/diagnose）摸底优先级，再进入 AI 能力（/ai）、AI 落地路径（/delivery）或对应场景应用站点深入了解。

# OpenAI 与 Anthropic 本周同步调整提示缓存：GPT-6 缓存窗口延至 30 分钟，Anthropic 拒答开始计费 **原文链接：https://www.digitalapplied.com/blog/prompt-caching-changes-openai-anthropic-september-2026** **来源：AnySearch OpenAI/Anthropic blog** 提示缓存（Prompt Caching）是决定长时运行智能体是否负担得起的关键成本项。2026 年 9 月 22 日至 24 日，OpenAI 与 Anthropic 先后修改了各自的缓存机制：OpenAI 为 GPT-6 系列发布了新的缓存系统，提供 30 分钟复用窗口、控制面板、未命中诊断工具、显式断点，以及在不丢失缓存的前提下中途调整推理强度的方法；Anthropic 则将缓存诊断功能正式商用（GA），允许在对话中途的系统消息中定义工具而不使缓存失效，并开始对三类此前免费的拒答计费。 本文仅覆盖本周变化。以下每个参数与请求头名称均取自厂商 9 月 25 日的文档。 关键要点 一、OpenAI 的 GPT-6 缓存现在会在最后一次写入或复用后，让前缀保持 30 分钟可复用状态。文档说明 TTL 设置只有一个受支持的值 30m，同时也是默认值，且 OpenAI 可能保留更长时间。缓存输入的读取折扣最高可达 90%。 二、你现在可以自行放置缓存断点，并在不产生未命中的情况下调整推理强度。显式模式使用 prompt_cache_options.mode 与 prompt_cache_breakpoint 标记，每次请求最多四次缓存写入。通过追加一个 configuration_update 输入项即可改变推理强度，而缓存前缀依然保留。 三、Anthropic 的缓存诊断已正式商用，且可在对话中途添加工具而不破坏缓存。diagnostics 字段现在出现在每个 Messages 响应中。在 inline-tools-2026-09-15 测试版请求头下，一个 tool_addition 块可在系统消息中携带完整的工具定义。 四、自 9 月 24 日起，Anthropic 对三类输出前拒答计费。当 stop_details.category 为 bio、frontier_llm 或 reasoning_extraction 的拒答，将按该模型的标准费率像普通请求一样收费。其他输出前拒答仍不计费；回退额度不变。 逐项对比：改了什么、在哪里、该怎么做 缓存生命周期 - OpenAI（GPT-6 系列）：在最近一次写入或复用后 30 分钟内保持可复用；prompt_cache_options.ttl 仅接受 30m，也是其默认值。9 月 22 日公布。 - Anthropic（Claude API）：本周未变，仍为默认 5 分钟、每个 cache_control 块可选 1 小时。 诊断未命中 - OpenAI：新增 Prompt Caching Dashboard，以及一个诊断工具，可将某次请求与近期响应对比，报告未命中原因及受影响 token 数。 - Anthropic：缓存诊断于 9 月 23 日结束测试；在请求中加上 diagnostics 对象即可启用，无需测试版请求头。每个 Messages 响应现在都带有 diagnostics 字段。 选择缓存内容 - OpenAI：显式断点——将 prompt_cache_options.mode 设为 explicit，并用 prompt_cache_breakpoint 标记内容块。每次请求最多四次缓存写入；最后一个标记之后的内容不会被写入。 - Anthropic：未变，仍是在内容块上使用 cache_control 标记。 调整推理强度 - OpenAI：追加一个 configuration_update 输入项，并保持请求级 reasoning.effort 不变，缓存前缀得以保留。 - Anthropic：单条消息级的强度设置存在于另一个测试版中，本周无变化。 调整工具列表 - OpenAI：保持 tools 数组稳定；用 allowed_tools 限制哪些可被调用，或将 tool_choice 设为 none，而不要删除定义。 - Anthropic：9 月 22 日测试版，请求头 inline-tools-2026-09-15——对话中途的系统消息中的 tool_addition 块可携带完整定义或引用，从而新增、修改或移除工具，无需编辑 tools，也不会使缓存失效。 预热缓存 - OpenAI：在 Responses 请求中把 prompt_cache_options.prewarm 设为 true，可在不生成输出的情况下写入前缀；按标准缓存写入费率计费。 - Anthropic：未公布对应功能。 计费变化 - OpenAI：本周无变化。 - Anthropic：自 9 月 24 日起，bio、frontier_llm 与 reasoning_extraction 三类输出前拒答开始按模型费率计费，其余输出前拒答仍免费。 对开发者的实际影响 对于长时间运行、反复携带同一段系统提示与工具定义的智能体来说，OpenAI 的 30 分钟窗口配合最高 90% 的缓存读取折扣，能显著压低多轮对话的输入成本；显式断点则让开发者可以精确控制哪些内容进入缓存，避免无关内容污染前缀。configuration_update 允许在对话中途切换推理强度而不触发未命中，这对需要在简单任务上降本、在复杂任务上升级的场景尤为实用。 Anthropic 一侧，缓存诊断正式商用意味着未命中原因不再需要靠猜测；而 tool_addition 让工具列表可以随对话演进，无需重建缓存。需要注意的是拒答计费新政：使用 bio、frontier_llm、reasoning_extraction 相关安全分类的团队，应重新评估拒答率对账单的影响，并考虑在提示词与工具设计上减少触发这类拒答的概率。 总体而言，两家厂商本周的改动都指向同一个方向：让缓存更可控、更可观测，同时把此前隐性的成本项显性化。开发者应尽快核对自身请求参数与请求头，确认默认 TTL、断点标记与工具定义方式是否符合新规则。 --- *来源：AnySearch OpenAI/Anthropic blog | 原文链接：https://www.digitalapplied.com/blog/prompt-caching-changes-openai-anthropic-september-2026* *本文由 FDE 新闻采集智能体自动整理；如原文为英文则已翻译为中文。*