共有 505 篇文章
不同模型和供应商对请求格式的要求并不相同。有些参数可以交给客户端决定，有些请求头或请求体字段则必须固定；一旦客户端缺少或覆盖这些值，请求就可能失败。 OctaFuse Gateway 2.10.0 为路由请求体和上游请求头增加独立的强制覆盖开关，同时让客户端从模型列表中识别可用请求入口，并完善永久额度变更记录与审计筛选。 一句话看懂 2.10.0： >...
如果大学时就有一个能查资料、拆任务并陪我完成项目的 Agent，我会用三个月做出一件真正能留在 GitHub 上的作品。现在在校大学生可免费领取 3 个月豆包工作权益。
当一个用户同时通过网站、Agent 和自动化任务访问 OctaFuse 时，网关不仅要统一转发请求，还要控制用户与不同应用的调用频率、满足供应商对请求头的要求，并让管理员更快看清流量和异常情况。 OctaFuse Gateway 2.9.0 围绕这些日常治理场景，增加用户与 Key 双层限流、自定义上游请求头、Key 级分析和入口 Host...
真正的企业 AI 中台不只是模型网关。本文从模型接入、上下文工程、Ontology、Agent 生命周期、评估治理、自动化和产品交付拆解 AIP。
Rubix 不只是容器平台，而是把零信任、临时节点、高可用、弹性扩缩和持续运维固化为默认能力，让 Palantir 可以跨云、本地和边缘运行。
多模态数据平面 MMDP 是 Palantir 的开放数据与计算架构。本文解释 Iceberg、Virtual Tables、Compute Modules 和 Model Catalog 如何连接企业既有资产。
Ontology 不只是语义层。它把数据、逻辑、行动和安全统一成企业决策的可执行表达，让人和 AI Agent 能够在真实业务流程中协作。
Palantir 为什么需要 AIP、Foundry 和 Apollo 三个平台？本文从数据运营、生成式 AI、持续交付、安全架构与 FDE 闭环解释三者的分工。
从企业 AI 落地视角拆解 Palantir 的完整技术地图，理解 AIP、Foundry、Apollo、Ontology、MMDP 和 Rubix 如何组成一套可执行的企业操作系统。