标题: 佬们有没有比较好的电商图片解决方案呀？
作者: #鹏 张
板块: #搞七捻三
编号: 1708751
帖子: https://linux.do/t/topic/1708751
时间: 2026-03-08 18:23:32
摘要:

就是根据拍摄的原图做电商主图或者详情图，我一直用豆包和Gemini抽奖，目前算是主体能一致性比较高的了，但是生成到第二张第三张图的时候就没办法保持风格一致性了，而且效率也很低，不知道怎么多线程多图批量去搞，不知道佬们有没有比较好的解决办法或者更优的方法？

标题: anyrouter现已无法访问
作者: #鸦羽
板块: #前沿快讯
编号: 1708755
帖子: https://linux.do/t/topic/1708755
时间: 2026-03-08 18:24:17
摘要:

相关信息：

标题: 在 OpenCode 使用中转代理遭遇了 SDK 不适配的问题
作者: #Atri
板块: #开发调优
编号: 1708760
帖子: https://linux.do/t/topic/1708760
时间: 2026-03-08 18:25:34
摘要:

最近折腾 OpenCode 配置第三方 API 代理时，遇到了一连串报错。
排查了一圈下来，我发现这些问题的根源不在配置本身，而是 OpenCode 在架构上深度绑定了 Vercel AI SDK——这导致它与 Claude Code CLI 使用的官方 SDK（@anthropic-ai/sdk）存在结构性不兼容，而且用户没办法自己改。

1. 事情起因
OpenCode 虽然没有 openclaw 这么无脑火，但我在使用 cc 的配套项目 oh-my-claude(omc) 的时候刷到过。我看他它支持自定义 provider，理论上只要改几行 JSON 配置就能接入各种 LLM 代理，正好可以使用他推荐的 claude 主控 + codex 执行 + Gemini 设计 ui。
我手上是有着 codex 的 team，但习惯用 claude 后，没咋用 codex。但逛社区的时候发现论坛里说 gpt-5.3 codex 挺强的，反倒是 cc 在抽风？（我用这么久了，没见到抽风过，最近加上 omc 的 workflow 后性能更强了）然后不是新出了 gpt-5.4 嘛，正好看到这个项目，就像体验最好的开发 AI 工作流：CC 编排主控，codex 负责执行，Gemini 设计 UI。感觉这个组合挺完美的，就想试试。
查看 opencode 推荐的配置：
{
  "provider": {
    "my-provider": {
      "npm": "@ai-sdk/anthropic",
      "options": {
        "baseURL": "https://api.example.com/v1",
        "apiKey": "sk-..."
      },
      "models": {
        "claude-sonnet-4-6": { "name": "claude-sonnet-4-6" }
      }
    }
  }
}

其中 npm 字段指定用哪个 Vercel AI

标题: 感觉世界在加速
作者: #吞天蛤蟆
板块: #搞七捻三
编号: 1708765
帖子: https://linux.do/t/topic/1708765
时间: 2026-03-08 18:26:14
摘要:

一切都发生的太快了，尤其是使用AI之后

标题: 原来论坛还会吃头像的吗？
作者: #傻逼
板块: #运营反馈
编号: 1708769
帖子: https://linux.do/t/topic/1708769
时间: 2026-03-08 18:26:40
摘要:

头像没了，是违规被删除了吗

标题: anyrouter大善人不干了吗?
作者: #b9348
板块: #搞七捻三
编号: 1708771
帖子: https://linux.do/t/topic/1708771
时间: 2026-03-08 18:26:56
摘要:

各位好：
因服务调整，AnyRouter 将于 2026年3月8日 起正式停止服务，届时平台相关接口及服务将不再继续提供。
在此，我们向一直以来支持和使用 AnyRouter 的各位用户表示诚挚的感谢。感谢大家在过去一段时间里的信任、理解与支持，也感谢大家在使用过程中提出的宝贵建议与反馈。能够为大家提供服务，我们深感荣幸。
再次感谢大家一直以来的支持与陪伴。
祝各位工作顺利、开发顺利，一切顺利。

群里复制来的

标题: codex free和team用户的区别？
作者: #粥粥启
板块: #搞七捻三
编号: 1708772
帖子: https://linux.do/t/topic/1708772
时间: 2026-03-08 18:27:00
摘要:

我想问一下code X里面的，订阅就是免费用户和team用户的区别是什么
5.4模型

标题: 【小米 3.8 解锁节】小米17全系列 / Redmi K90 Pro Max 免登/免9008 ADB直解BL
作者: #fangmuke
板块: #前沿快讯
编号: 1708774
帖子: https://linux.do/t/topic/1708774
时间: 2026-03-08 18:28:17
摘要:

适用机型

小米 17 / 17 Pro / 17 Pro Max 全系列

17标准版/Pro/Pro Max：正式版( 系统版本<3.0.301 )，Beta版( 系统版本<3.0.300.10 )
17Ultra：正式/Beta版


Redmi K90 Pro Max

前置条件

Android 安全补丁日期 ＜ 2026 年 2 月
查看路径：  设置 → 关于手机 → 全部参数与信息 → Android 安全更新

解锁原理
利用以下三重漏洞组合：

cmdline 参数注入漏洞
小米私有服务提权漏洞
EFISP 分区校验绕过

实现完整利用链：
关闭部分安全防护 → 获得 system 权限 → 修改关键分区 → 写入 BL 解锁标志
整个过程 无需进入 9008（EDL）模式，仅需普通 ADB 环境 + 数据线。
核心优势

 免拆机、免官方授权、免 9008 刷机
 只需电脑安装 ADB 驱动 + 开启 USB 调试
 符合条件的旧补丁

解锁工具推荐
1. 一键解锁工具（Windows 系统）

下载地址：取文件- 文件快递柜

2. 手动脚本包（适合进阶用户 / Mac / Linux 跨平台）


下载地址：取文件- 文件快递柜

unlock1.bat

Mac/Linux 用户可自行将 .bat 转换为 shell 脚本或直接查看源码执行对应命令。


解锁后建议(任选其一，建议选 2)
1.清空 efisp 分区，防止更新系统后开机校验

fastboot erase efisp

2.为避免小米强制更新，建议解锁后直接卸载系统更新。（手动关闭自动更新是无效的）

adb shell pm uninstall --user 0 com.android.updater

操作前必读 & 风险提醒（非常重要！）

解锁 会彻底清空手机所有数据（包括内部存储），务必提前完整备份！
失败可能导致：反复重启、卡 MIUI/HyperOS logo、基带丢失等（概率较低但存在）
小米官方已大幅收紧 BL 策略，2026 年大部

标题: codex \ claude code 是怎么读取本地图片的~
作者: #Fishelly Xie
板块: #开发调优
编号: 1708787
帖子: https://linux.do/t/topic/1708787
时间: 2026-03-08 18:30:36
摘要:

佬友们，问下codex \ claude code 在贴入一个本地路径的图片时，让他读取分析的话，他们最终是怎么做的？转成base64吗？ 还是怎么样？ 如果转成base64的话不是上下文爆炸了？

标题: 缓解 Antigravity Retry 错误 (Agent terminated due to error) 的一些实践
作者: #Cells
板块: #开发调优
编号: 1708789
帖子: https://linux.do/t/topic/1708789
时间: 2026-03-08 18:31:07
摘要:

之前一直被 Antigravity 中 Claude Opus 4.6 执行时的 Agent terminated due to error 错误困扰, 严重影响我的开发体验, 于是尝试了以下方案:
我的开发环境是: Windows 10 宿主机使用 Antigravity 的 wsl 模式, 连接 wsl 中的 Ubuntu 22.04 虚拟机.

解决代理问题: Windows10 宿主机上 v2rayN 开启 TUN 模式 + Clear system proxy + 绕过大陆 + 美西节点
解决单次输出过长问题: 因为 Agent terminated due to error 不一定是因为单纯网络问题引起的, 即便 retry 日志里写了是 TLS 问题, 也有可能是单次输出过长导致 (尤其是 Antigravity 中的 Claude 系模型在单次写入文件超过 150 行时触发, 而且晚上的高峰期会加剧这个问题), 所以需要在 AI Rules 文件中增加对此的处理方案, 例如:


NEVER generate more than 150 lines of content in a single tool call (write_to_file, replace_file_content, etc.) — output token truncation corrupts tool-call JSON and causes agent termination. Pre-flight: estimate content lines before EVERY call; if > 100 lines, split first. Split strategies: (a) write_to_file ≤ 150 lines + replace_file_content to append; (b) multiple smaller replace_file_content calls; (c) split into multiple files.
ALWAYS cap command output for unbounded commands — pipe through | head -200 (or use --max-count, -n flags) for git diff, git log, build/install logs, etc. For background commands, read with OutputCharacterCount ≤ 10000.




使用这个方案之后, 每天的 retry 次数从 30-40 次下降到少于 10 次左右, 而且基本都是因为梯子本身的问题引起的. 不知道佬友有没有更好的方案可以彻底解决这个问题? 还是说需要更好的梯子?

标题: 这咋办，尝试了很多次还是没用
作者: #chinese learn
板块: #搞七捻三
编号: 1708797
帖子: https://linux.do/t/topic/1708797
时间: 2026-03-08 18:32:56
摘要:

标题: 【NihaoAPI】问题征集贴
作者: #AirTouch
板块: #搞七捻三
编号: 1708824
帖子: https://linux.do/t/topic/1708824
时间: 2026-03-08 18:38:36
摘要:

NihaoAPI 刚上线一天就收获了 1k+的用户，感谢佬友们的支持！额度还很多，快快蹬起来！
如果有什么问题，可以在这篇帖子下评论（比如你遇到的报错），这样我们才能变得更好
另外，注册还没截止，还没上车的佬友快快来蹬
【NihaoAPI】公益站开张啦～