WWW.YOUINFO.SITE
标签聚合 兼容

/tag/兼容

LinuxDo 最新话题 · 2026-06-11 00:55:53+08:00 · tech

准备更新到MacOS27 Beta版的用户需要注意,微信可能暂未适配Beta版MacOS,若需要使用微信请谨慎更新到MacOS27 beta版本,等待MacOS 27推出正式版本或者微信更新后再更新 补充: eunrui: 用网页下的不要用appstore的 微信官网的4.1.10版本可用,可以先更新到官网版本 微信为App Store最新版 4.1.9 操作系统为 MacOS 27.0 beta 硬件为 MacBook Air M4 更新系统后微信无法启动…卸载重装后出现如下报错: 日志给GPT分析说是微信本身与当前系统环境的兼容性问题导致 完整日志 Pasted 2026-06-11 at 12.53.56 AM.txt (25.0 KB) 4 个帖子 - 3 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-10 22:27:56+08:00 · tech

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 github.com GitHub - Jinghao67/conductor: Context conductor for clean master sessions, dirty... Context conductor for clean master sessions, dirty explainer sidecars, and interactive AI branches 作为一个既需要发论文(科研导向)又需要做项目(工程导向)的学生,我在使用ai的过程中,经常遇到下面几个问题: 1)主session污染问题:在一个session内和ai聊久了,主 session 很快会被需求讨论、实现细节、失败尝试、长篇解释、review 记录全部污染,最后自己也不知道哪个 session 是干什么的。在科研上,有了idea后需要做不同的实验去验证和实现,实验过程中涉及到配环境、调参等很容易让ai陷入局部最优而进行过度尝试污染上下文的问题。在工程上,很多工程也会涉及到这些问题,subagent由于其不可显示导致人为不可控且需要用户自己设计而过于繁琐。 2)无论是工程还是科研都来源于一个并不具体的想法,可以说:在完成整个项目的过程中,没有人对这个项目完全了解,这就需要有一个session能拿到所有session的context,来解答用户所有的问题,无论是什么问题,这个session就是用来污染的,且永远不会并入主session污染其他session。 3)过程文档至关重要,但是一个被污染的session总结出的过程文档往往是带有各种无意义信息,比如偏向用户让他给解释的概念、反复陈述各种试错的失败信息,显然这对于未来需要这份过程文档的人是噪音,所以如何维护一个无污染的过程文档至关重要。 针对上述问题,我写了conductor,它的思路是把当前主对话变成一个永远干净的master session(用于自己需要理清项目逻辑、写过程文档等),只保留全局目标、关键决策、分支地图和批准后的子session的摘要;具体使用而言:使用时会先把当前对话设为干净的master session,如果需求不清楚,可以结合grill-me or grill-me-docs追问,等讨论清楚后,conductor会先做依赖分析,判断哪些任务可以并行,哪些必须串行等待。 接着,它不会乱开session,而是先生成branch card,每张card写清这个分支要做什么,为什么开,允许带入哪些context,预期产物是什么,完成标准和return condition,只有用户确认后,才会开真正的branch session。最开始会有四个session。1)主session。2)专门用于问问题随便污染的session。3)讨论分多少branch,并行or串行的session。4)第一个branch session 进入branch session后,这个session只拿到自己的branch brief和已批准的master session的context,不会继承任何session的杂乱历史,用户可以在branch里继续交互实现任何东西,这解决了subagent不能交互的问题,这下每个子任务用户都可以及时纠偏,这些细节都会留在branch里,主session依然干净。 当branch觉得任务完成后,不会自动合并,它会先建议完成,用户确认完成后,会生成总结,把这个session中过度的污染去掉但是把经验和正确的流程总结压缩,然后master session会询问用户是否合并,因为某些子任务必须合并进入主线,要么主线不完整,比如,在科研中,配环境复现paper的branch可以不合并,但是自己的重要实验必须要合并,不然主session会缺乏细节了解。 如果使用Treills,conductor还会把master、branch、依赖关系、状态和产物路径持久化成parent/child tasks、branchmap和metadata,方便回看、回退和继续推进。 整个流程的目标是:主session保持干净和主导,分支负责探索完成,专门留有一个有所有session context的session来让用户随意问问题讨论、污染。 6 个帖子 - 4 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-10 13:20:41+08:00 · tech

github.com/deepseek-ai/DeepSeek-V3 [BUG] Anthropic 兼容端点:thinking:disabled 与 reasoning_effort 互斥导致 Claude Code 2.1.166+ 子 Agent 全部不可用 已打开 05:28AM - 06 Jun 26 UTC heming-gmh **Describe the bug** DeepSeek Anthropic 兼容端点 (`/anthropic`) 在校验请求参数时,将 `thinkin … g: { type: "disabled" }` 与 `reasoning_effort` 视为互斥,返回 HTTP 400: > thinking options type cannot be disabled when reasoning_effort is set 这导致 Claude Code 2.1.166+ 的 Workflow/Dynamic Workflow(多 Agent 编排)功能完全不可用。 **背景** Claude Code 2.1.166 引入了 thinking 显式控制能力。此后所有子 Agent(subagent)创建时,Claude Code 会发送 `thinking: { type: "disabled" }`——因为子 Agent 不需要向用户展示思考过程。 同时,DeepSeek 官方文档推荐配置 `CLAUDE_CODE_EFFORT_LEVEL=max`,这会向 API 注入 `reasoning_effort` 参数以启用深度推理。 两个参数同时在请求中出现时,DeepSeek API 拒绝请求。 **To Reproduce** 环境: ```bash export ANTHROPIC_BASE_URL=https://api.deepseek.com/anthropic export ANTHROPIC_MODEL=deepseek-v4-pro[1m] export CLAUDE_CODE_EFFORT_LEVEL=max ``` 1. 安装 Claude Code ≥ 2.1.166(当前最新 2.1.167) 2. 创建任意 Workflow(多 Agent 任务) 3. 子 Agent 创建时 API 返回 400 已验证的版本矩阵: | Claude Code | Effort Level | 结果 | |-------------|-------------|------| | 2.1.165 | max / xhigh / high / low | ✅ 全部正常 | | 2.1.166 | 任意 | ❌ 400 | | 2.1.167 | 任意 | ❌ 400 | **Root Cause** Claude Code 2.1.166+ 对子 Agent 硬编码 `thinking: disabled`。DeepSeek 兼容层校验 `thinking: disabled` 与 `reasoning_effort` 不可共存,返回 400。 **Expected behavior** 两种改法均可解决: 方案 A(推荐):当 `thinking: disabled` 与 `reasoning_effort` 同时存在时,允许请求通过。`thinking: disabled` 仅表示不输出思考块,不代表模型不能内部推理。对于 deepseek-v4-pro 等推理模型,关闭思考输出 + 开启推理力度是合理组合。 方案 B:忽略 `disabled`,对推理模型内部按 `enabled` 处理。 **Additional context** - DeepSeek 官方文档明确推荐 Claude Code 配置 `CLAUDE_CODE_EFFORT_LEVEL=max`:https://api-docs.deepseek.com/zh-cn/guides/anthropic_api - 受影响的 Agent 框架不止 Claude Code——任何在 Anthropic 兼容模式下发送 `thinking: disabled` + `reasoning_effort` 的客户端都会触发 - 当前唯一 workaround:回退 Claude Code 到 2.1.165 并锁定二进制 - 相关 Issue:#1376(thinking 模式与 tool_choice 冲突,同类校验过严问题) 今天升了一下级,subagent直接没法用了,我还在想是我哪里配置错了吗?无语了。。。 7 个帖子 - 6 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-10 09:58:16+08:00 · tech

兼容 OpenAI 接口协议: https://token-plan-cn.xiaomimimo.com/v1 兼容 Anthropic 接口协议: https://token-plan-cn.xiaomimimo.com/anthropic api-key:tp-cps77cbrg1ocpig6x3o4u(非秘钥构成,请删除)0u1d5wrd863pmda2(非秘钥构成,请删除)h4xbc2zsd0t 模型: mimo-v2.5-pro、mimo-v2.5、mimo-v2.5-asr、mimo-v2.5-tts-voiceclone、mimo-v2.5-tts-voicedesign、mimo-v2.5-tts、mimo-v2-pro、mimo-v2-omni、mimo-v2-tts 4 个帖子 - 3 位参与者 阅读完整话题