 

当前位置：80aj  前沿  正文

New-API 配置：Claude 格式请求转 OpenAI 响应

2026-01-08 分类：前沿阅读(348) 赞(0)

在 Cursor 工具中，claude-* 模型发起的请求体采用 Claude 格式，但配置 OpenAI 兼容端点时需要接收 OpenAI 格式的响应。这引发了关于如何配置 New-API 的 /v1/chat/completions 端点，使其能够接受 Claude 格式的消息体并返回 OpenAI 格式的流式响应的技术讨论。该问题涉及 API 兼容性，对 AI 开发者在整合不同模型时至关重要，可能推动行业向标准化发展。讨论在 Linux.do 社区进行，涉及多个技术专家的观点，探讨实现跨模型 API 兼容，这对构建统一的 AI 应用接口具有重要意义。

原文链接：Linux.do

赞(0)

未经允许不得转载：80aj » New-API 配置：Claude 格式请求转 OpenAI 响应

分享到

AI claude cursor openai

前沿哨所

CAMEL-AI 创始人：中国 AI 甩开美国的关键优势，在于“实习生”文化
随着智谱 AI 的 GLM-5.2 与月之暗面的 Kimi K3 等大模型接连在性能上逼近美国顶尖模型，业界对中国 AI 发展动力的探讨愈发激烈。不同于普遍认为的“算力决定论”，开源社区 CAMEL-AI 的创始人 Guohao Li 提出了一个独特的视角：中国 AI 的追赶速度得益于一种独特的人才培养模式。他观察到，在中国，许多本科生和研究生实习生能够直接参与到大模型的训练流程中，接触到底层的训练细节、参数调整及数据处理技巧。相比之下，美国前沿实验室实行高度封闭的管理策略，训练方法和算力资源仅集中在少数核心研究员手中，即便是顶尖博士生也难以获得实习机会。这种“学徒制”的开放性，使得中国拥有了更多具备实战经验的开发者，他们愿意在社区公开交流经验，加速了隐性知识的流动。因此，中国 AI 的优势不仅仅在于权重的开源，更在于建立了一个更开放、更高效的人才与经验循环体系。

事件分析

从技术工程的角度来看，模型训练不仅是算法与算力的叠加，更是一门高度依赖“隐性知识”的实践科学。如何处理数据清洗、如何设定微调参数、如何应对训练中的 loss spike 等细节，往往决定了模型的上限。美国顶级实验室的封闭策略虽然保护了知识产权，但也造成了人才技能断层，导致“知道如何训练大模型”的人才极度稀缺。中国科技圈这种让实习生深入一线的模式，本质上是在进行大规模的实战演练，将核心工程技能从顶尖专家迅速下沉到更广泛的年轻开发者群体中。这种“经验开源”比单纯的“权重开源”更具生命力，因为它构建了一个能够持续迭代的工程师梯队，这可能解释了为何中国模型在工程落地和迭代速度上表现出惊人的爆发力。

💡 核心观点：相比于权重的开源，将模型训练的“工程直觉”和“隐性经验”大规模普及给年轻从业者，才是中国 AI 缩小差距的真正降维打击。

原文链接：Linux.do
刚刚
专有格式成锁定利器：解析微软文档生态的隐形壁垒
本文深入探讨了微软如何通过专有文件格式构建高强度的用户锁定效应。文章指出，微软 Office 长期占据主导地位，其默认使用的 OOXML（Office Open XML）格式虽然名义上是 ISO 国际标准，但实际上包含大量仅由微软自身软件实现的私有扩展和遗留行为。这种设计导致文档在非微软软件中打开时出现排版错乱、格式失真等“无声的摩擦”，迫使用户为了保持文档专业性而不得不依赖微软产品。文章强调，这种依赖性对公共机构构成了严重风险，相当于将政府档案和历史记录的长期访问权让渡给单一商业实体。作者呼吁机构层面应强制采用如 ODF（Open Document Format）这类真正开放且可完全实现的格式，配合开放字体和 PDF/A 存档标准，以维护数字主权，打破技术垄断。

事件分析

从技术架构与标准化进程来看，OOXML 的案例揭示了国际标准可能被商业策略异化的风险。微软利用 ISO 认证作为合规掩护，却通过维持复杂的“过渡模式”和默认设置，实质上架空了标准的开放性。这种“伪开放”策略比直接封闭更难打破，因为它在形式上满足了合规要求，却在实际互操作性上制造了难以逾越的鸿沟。随着 AI 等新技术介入办公领域，数据格式的控制权将直接决定 AI 对历史文档的理解与处理能力。未来，数字主权建设必须从底层格式入手，推动由多方治理、规格精简且完全透明的开放文档协议，防止单一供应商通过底层标准绑架整个数字生态。

💡 核心观点：文档格式是数字世界的隐形地基，伪开放标准比封闭垄断更具欺骗性，数据主权需建立在真正的互操作性之上。

原文链接：Hacker News
刚刚
面向AI创作的开源无限画布：集成3D导演台、全景图及多模型工作流
开发者推出了基于开源项目的深度二开版本，打造了一款面向AI创作的全能型无限画布工作台。该工具在原有的生图、视频生成及画布编排功能基础上，新增了3D导演台，支持本地模型上传、独立3D场景数据跟随画布同步，并允许用户通过快捷键管理素材。同时，项目引入了全景图节点，支持文生全景图及360°沉浸式查看，并增加了精细的摄像机参数控制功能，涵盖相机、镜头、焦距和光圈等设置。在工作流方面，新版合并了优化的生图渠道模式与视频创作台，全面兼容APIMart及OpenAI等主流API协议，特别针对Kling 3等模型提供专属配置面板。技术架构上，实现了基于后端账号的多设备、多标签页画布同步，支持生图视频任务的并发轮询。目前该项目代码已完整开源，并配套维护了全新的提示词仓库。

事件分析

该项目体现了AI工具从单一对话模式向空间化、多模态集成工作流演进的重要趋势。传统的AI创作往往割裂了文本、图像与视频的生成流程，而无限画布架构通过节点式设计，将3D场景构建、全景图生成与平面视觉编辑统一在同一画布中，显著提升了复杂创作任务的编排效率。技术层面上，其对APIMart等多种API中转站及OpenAI接口的深度兼容，显示了项目对开发者生态异构性的良好适应能力。引入摄像机参数控制与3D导演台，表明开源社区正在尝试将专业影视制作逻辑融入AI生成流程，这为创作者实现从概念到成片的自动化生产提供了低门槛的解决方案。

💡 核心观点：无限画布正确立为AI原生应用的标准界面范式，开源全栈式工作流将大幅降低多模态内容的创作门槛。

原文链接：Linux.do
刚刚
挂车实现“自供电”：Krone与BPW推动长途货运电气化新路径
欧洲物流行业正加速推进长途货运的脱碳进程，知名挂车制造商 Krone 和零部件供应商 BPW 引入自供电技术，旨在解决重卡电动化的里程与成本痛点。在最近的欧洲试点项目中，Krone 采用了汽车供应商 ZF 的 TrailTrax 平台，而 BPW 则致力于其参与联合开发的 Nivalis 车轴技术。这些技术方案的核心在于利用电驱桥系统回收制动能量并储存，使半挂车能够满足自身制冷、辅助系统的用电需求，甚至在特定工况下为主车提供动力辅助。这种“自给力”挂车不仅能显著降低燃油消耗和碳排放，还能通过精简能源配置实现更高效的货运运营。这标志着货运电气化正从单一的牵引车电池驱动，向挂车与牵引车协同供能的混合动力新阶段演进。

事件分析

此次事件揭示了重型货运电气化技术路径的务实转变。早期尝试多聚焦于增加牵引车电池容量以应对长途需求，但这导致自重过大且有效载荷减少。将挂车转变为能源回收与辅助动力单元，利用分布式储能架构解决了部分里程焦虑问题。ZF 和 BPW 等传统 Tier 1 供应商的入局，证明该技术正从概念验证走向大规模商业部署。这种模块化的电驱桥技术不仅提升了能源效率，未来更有望与自动驾驶线控技术深度融合，推动物流车队向智能化、电动化方向全面转型。

💡 核心观点：挂车电气化通过能量回收与协同驱动，为长途重卡提供了一种不依赖巨型电池的低碳替代方案。

原文链接：Hacker News
刚刚
AI开发痛点：如何让AI生成的Agent前端符合人类逻辑？
一位开发者在使用GPT5.6sol-high搭配Codex构建“科学Agent”及其工作流时遇到了前端可用性瓶颈。尽管AI能够生成代码，但产出的工作台界面由于不符合人类操作习惯，且对各运行状态的展示模糊，导致实际使用体验较差。该开发者指出，目前的AI辅助开发技能大多集中于提升生成界面的审美（UI层面），而在如何让前端更符合人类逻辑和交互习惯（UX层面）方面缺乏有效办法。这一案例揭示了当前AI编程领域的一个典型困境：大模型虽然具备代码生成能力，但在理解复杂业务逻辑和用户体验设计上仍有不足，尤其是在构建Agentic Workflow这类需要高交互性和状态可视化的应用时，AI生成的界面往往难以直接落地。

事件分析

这一讨论精准切中了当前“AI编程”和“低代码开发”领域的痛点。虽然像Cursor、Claude Code等工具以及各类大模型在生成静态页面或基础功能代码上表现惊人，但面对复杂的交互逻辑、状态管理和用户体验设计时，往往力不从心。AI倾向于堆砌功能组件，却难以构建符合心智模型的交互流程。这标志着AI辅助开发正在从“代码生成”向“工程化落地”迈进。未来的Agent开发工具可能需要引入专门的UX设计约束或结合前端框架的最佳实践，通过更精细的Prompt Engineering或结构化输出（如MCP协议与工具的结合）来解决“能用”与“好用”之间的巨大鸿沟。单纯依赖大模型直觉生成的代码，在复杂应用场景下的可用性仍需大量人工干预。

💡 核心观点：AI编程必须突破单纯的代码生成局限，解决对人类交互逻辑的理解与映射，才能真正实现从“演示Demo”到“生产级应用”的跨越。

原文链接：Linux.do
刚刚
本地验证图片真伪：新工具 aivo.my 基于 C2PA 标准检测 AI 来源
近日，一款名为 aivo.my 的在线检测工具引起了技术社区的广泛关注，旨在应对日益复杂的 AI 生成图片识别难题。该工具的核心功能是帮助用户免费检查数字图片是否包含 C2PA（内容凭证）元数据，这是一种由 Adobe、Microsoft、Intel 等巨头联合推动的开放技术标准，旨在为数字内容附加不可篡改的“出生证明”。

通过 aivo.my，用户可以验证图片的数字签名，追溯其原始来源（如使用的相机型号或生成软件），并查看详细的编辑历史记录，从而判断图片是否由 Midjourney、DALL-E 或 Photoshop 等工具生成或修改。与许多上传至云端分析的方案不同，aivo.my 采用了“零上传”的隐私保护策略。所有的元数据解析和验证过程均直接在用户的浏览器本地完成，图片数据不会回传至任何服务器，从根本上杜绝了隐私泄露的风险。这对于关注版权保护、新闻核查以及对数据隐私敏感的开发者和专业人士而言，提供了一种便捷且安全的内容真实性验证手段。

事件分析

随着 AIGC 技术的爆发，数字内容的真实性与版权归属面临巨大挑战，基于元数据的溯源技术逐渐成为行业关注的焦点。C2PA（内容凭证）作为当前最主流的开放标准之一，正在被越来越多的生成式 AI 平台和创作软件采纳，试图为互联网构建一套可信的“内容身份证”体系。aivo.my 的出现抓住了这一痛点，它不仅降低了普通用户检测 C2PA 信息的门槛，更强调了“本地化处理”的安全理念。

从技术视角看，单纯的本地验证虽然无法解决未嵌入元数据的 AI 图片识别问题，但它是目前验证官方生成内容来源（如 OpenAI DALL-E 3 生成的水印）的最权威方式。随着欧盟 AI 法案等法规对 AI 内容标识要求的收紧，能够解析这些元数据的客户端工具将逐渐成为浏览器或编辑器的标配功能。此类工具的普及预示着互联网正在从“无序生成”向“有证溯源”过渡。

💡 核心观点：随着 AIGC 滥用风险加剧，基于 C2PA 标准的本地化验证工具正在成为维护数字内容信任链的关键基础设施。

原文链接：V2EX 分享发现
刚刚

GLM Claude Code · 国产平替不封号

官方 Claude Code 又涨价又要 KYC,封号还得重配环境?智谱 GLM 兼容 Claude Code,稳定不封号、价格友好,注册后把现有 Claude Code 工作流直接切过来继续用。

立即体验 GLM查看套餐价格

New-API 配置：Claude 格式请求转 OpenAI 响应

相关推荐

作者介绍

Toy

置顶推荐

前沿哨所

CAMEL-AI 创始人：中国 AI 甩开美国的关键优势，在于“实习生”文化

事件分析

专有格式成锁定利器：解析微软文档生态的隐形壁垒

事件分析

面向AI创作的开源无限画布：集成3D导演台、全景图及多模型工作流

事件分析

挂车实现“自供电”：Krone与BPW推动长途货运电气化新路径

事件分析

AI开发痛点：如何让AI生成的Agent前端符合人类逻辑？

事件分析

本地验证图片真伪：新工具 aivo.my 基于 C2PA 标准检测 AI 来源

事件分析

最新文章

热门专题

热门标签

网站统计

GLM Claude Code · 国产平替不封号

官方 Claude Code 又涨价又要 KYC,封号还得重配环境?智谱 GLM 兼容 Claude Code,稳定不封号、价格友好,注册后把现有 Claude Code 工作流直接切过来继续用。