标题: 还得是原生claude用着丝滑啊
作者: #TVpoet
板块: #搞七捻三
编号: 1928390
帖子: https://linux.do/t/topic/1928390
时间: 2026-04-09 10:52:22
摘要:

前段时间蹬了很多公益站的claude，现在托外国朋友搞了个claude账号先用用pro是真的丝滑。不封号后续就上max了 
后续封号会更新的。无反代 单人用 无家宽

标题: 一个意想不到的本地代码模型的测试结果
作者: #aivision
板块: #开发调优
编号: 1928391
帖子: https://linux.do/t/topic/1928391
时间: 2026-04-09 10:52:22
摘要:

三个模型评测测试报告
1). 测试概述
本次测试针对以下三个模型进行了统一条件下的对比评测：

Gemma 4 - 26B A4B x Claude Opus 4.6 [[TeichAI/Gemma 4 - 26B A4B x Claude Opus 4.6-Distill · Hugging Face](https://huggingface.co/TeichAI/Gemma 4 - 26B A4B x Claude Opus 4.6-Distill)]
Qwen3.5-27B-Claude-4.6-Opus-Reasoning-Distilled-v2 [Jackrong/Qwen3.5-27B-Claude-4.6-Opus-Reasoning-Distilled-v2 · Hugging Face]
Qwen3-Coder-Next — Opus 4.6 Reasoning Distilled [samuelcardillo/Qwen3-Coder-Next-Opus-4.6-Reasoning-Distilled-GGUF · Hugging Face]

我下载的都是Q4_K_M量化版
2).电脑硬件参数




硬件类型
型号/规格




显卡
NVIDIA GeForce RTX 4090


内存
64GB DDR5


CPU
Intel Core i9-13900K






测试目标是从逻辑推理能力、代码生成能力、响应速度、运行稳定性四个维度，评估三个模型在实际使用场景中的综合表现。
2. 测试方法与统一设置
为保证横向比较公平，本次评测使用了完全一致的测试方式和参数设置。
2.1 统一参数

temperature：0.0
top_p：1.0
每题采样次数：1
不使用 LLM 裁判
逻辑题采用 exact match 评分
代码题采用程序执行与测试通过率评分

2.2 测试集规模

GSM8K：20 题
BBH：20 题
HumanEval+：10 题
MBPP+：10 题

2.3 评分公式

逻辑分 = (GSM8K + BBH) / 2
代码分 = (HumanEval+ + MBPP+) / 2
总分 = (逻辑分 + 代码分) / 2

3. 总体结果汇总




排名
模型
逻辑分
代码分
总分
平均时延
执行失败率




1
Gemma 4 - 26B A4B x Claude Opus 4.6
0.7750
0.9500
0.8625
18.49s
0.05


1
Qwen3.5-27B-Claude-4.6-Opus-Reasoning-Distilled-v2
0.7250
1.0000
0.8625
81.08s
0.00


3
Qwen3-Coder-Next — Opus 4.6 Reasoning Distilled
0.6000
1.0000
0.8000
58.25s
0.00



4. 单模型详细测试结果
4.1 Gemma 4 - 26B A4B x Claude Opus 4.6
4.1.1 分项成绩




测试项
正确 / 通过情况
得分
平均时延
执行失败率




GSM8K
18 / 20
0.90
18.38s
-


BBH
13 / 20
0.65
20.64s
-


HumanEval+
9 / 10
0.90
18.73s
0.10


MBPP+
10 / 10
1.00
16.20s
0.00



4.1.2 表现分析

在三者中，综合逻辑能力最强，尤其 BBH 成绩明显领先另外两款模型。
GSM8K 达到 0.90，说明在基础数学与逐步推理问题上表现稳定。
代码能力整体很强，MBPP+ 满分，HumanEval+ 仅丢失 1 题，说明其在常规编程任务和函数级实现上具备较高可用性。
平均时延仅 18.49 秒，明显快于另外两款模型，响应效率优势非常突出。
唯一明显短板是存在一定执行失败率，总体失败率为 0.05，且 HumanEval+ 单项失败率达到 0.10，说明在极少数代码生成场景下稳定性略弱于两款 Qwen 模型。

4.1.3 结论
Gemma 4 - 26B A4B x Claude Opus 4.6 是本次测试中最均衡且响应最快的模型。若使用场景同时重视逻辑理解、代码能力与交互效率，它是综合意义上的首选。

4.2 Qwen3.5-27B-Claude-4.6-Opus-Reasoning-Distilled-v2
4.2.1 分项成绩




测试项
正确 / 通过情况
得分
平均时延
执行失败率




GSM8K
20 / 20
1.00
100.19s
-


BBH
9 / 20
0.45
61.06s
-


HumanEval+
10 / 10
1.00
93.66s
0.00


MBPP+
10 / 10
1.00
69.40s
0.00



4.2.2 表现分析

GSM8K 取得满分，说明该模型在数学计算、步骤式推导和确定性答案问题上表现极强。
代码能力同样达到满分，HumanEval+ 与 MBPP+ 均为 1.00，体现出非常稳定的代码生成与测试通过能力。
稳定性是其优势之一，所有代码测试项执行失败率均为 0，总失败率也为 0。
主要短板集中在 BBH，只有 0.45，表明在更复杂、更偏综合抽象的逻辑题上不如 Gemma 4 - 26B A4B x Claude Opus 4.6。
平均时延达到 81.08 秒，是三者中最慢的模型，速度代价非常明显。

4.2.3 结论
Qwen3.5-27B-Claude-4.6-Opus-Reasoning-Distilled-v2 是本次测试中代码能力最强、数学推理最强、稳定性最好的模型之一，但明显牺牲了响应速度。如果主要任务是代码生成、数学题求解或对稳定性要求较高，它非常适合；如果强调交互效率，则不占优。

4.3 Qwen3-Coder-Next — Opus 4.6 Reasoning Distilled
4.3.1 分项成绩




测试项
正确 / 通过情况
得分
平均时延
执行失败率




GSM8K
18 / 20
0.90
26.57s
-


BBH
6 / 20
0.30
33.21s
-


HumanEval+
10 / 10
1.00
129.31s
0.00


MBPP+
10 / 10
1.00
43.93s
0.00



4.3.2 表现分析

代码能力达到满分，说明该模型在编程题生成方面表现很强，特别适合偏代码产出的任务。
GSM8K 得分 0.90，说明基础数学和常规推理并不差。
BBH 仅 0.30，是三者中最低，拉低了整体逻辑成绩，也说明其在更复杂的综合逻辑任务上存在明显短板。
稳定性良好，执行失败率为 0，在代码执行层面比较可靠。
速度方面整体快于 Qwen3.5-27B-Claude-4.6-Opus-Reasoning-Distilled-v2，但仍明显慢于 Gemma 4 - 26B A4B x Claude Opus 4.6；尤其 HumanEval+ 平均时延较高，说明在部分代码任务上响应成本较大。

4.3.3 结论
Qwen3-Coder-Next — Opus 4.6 Reasoning Distilled 更像是一个偏代码导向的模型。它在代码测试项上表现优秀，但逻辑能力，尤其是 BBH 这类更复杂的推理任务，明显弱于前两者。因此更适合作为纯代码场景下的备选，而不是综合型主力模型。
5. 横向对比分析
5.1 逻辑能力对比




模型
GSM8K
BBH
逻辑分




Gemma 4 - 26B A4B x Claude Opus 4.6
0.90
0.65
0.775


Qwen3.5-27B-Claude-4.6-Opus-Reasoning-Distilled-v2
1.00
0.45
0.725


Qwen3-Coder-Next — Opus 4.6 Reasoning Distilled
0.90
0.30
0.600



分析：

Gemma 4 - 26B A4B x Claude Opus 4.6 在逻辑综合能力上排名第一。
Qwen3.5-27B-Claude-4.6-Opus-Reasoning-Distilled-v2 在 GSM8K 上达到满分，数学推理能力最突出，但 BBH 拖累明显。
Qwen3-Coder-Next — Opus 4.6 Reasoning Distilled 的主要问题也集中在 BBH，这使其逻辑总分显著落后。

5.2 代码能力对比




模型
HumanEval+
MBPP+
代码分




Gemma 4 - 26B A4B x Claude Opus 4.6
0.90
1.00
0.950


Qwen3.5-27B-Claude-4.6-Opus-Reasoning-Distilled-v2
1.00
1.00
1.000


Qwen3-Coder-Next — Opus 4.6 Reasoning Distilled
1.00
1.00
1.000



分析：

Qwen3.5-27B-Claude-4.6

标题: 养猫佬友看看，求不粘毛床上三件套
作者: #almostexactlythesame
板块: #搞七捻三
编号: 1928412
帖子: https://linux.do/t/topic/1928412
时间: 2026-04-09 10:53:45
摘要:

三件套买了不少，棉的/防水的/商品名说不粘毛的，用起来依然粘，有没有推荐的

标题: chat gpt的风控又严格了，Outlook邮箱申请Free账号全部被封
作者: #seawalker
板块: #开发调优
编号: 1928415
帖子: https://linux.do/t/topic/1928415
时间: 2026-04-09 10:54:07
摘要:

之前辛辛苦苦搞了100个账号用来自用，Outlook邮箱申请Free账号全部被封，用不到一个月，

各位佬友，现在有什么方法来注册。心累了有什么好的公益站推荐使用了?

标题: Trae solo邀请码 福利类刷屏有些严重，佬友们来本帖内集中一下吧～
作者: #YuXiu Bai
板块: #福利羊毛
编号: 1928419
帖子: https://linux.do/t/topic/1928419
时间: 2026-04-09 10:54:47
摘要:

国内版抽奖：
https://www.trae.cn/solo-code-activity?from=solo_code_modal
国际版抽奖：
https://www.trae.ai/solo-code-activity?from=solo_code_modal
我的邀请码：

  
      

      solo.trae.cn
  

  
    

TRAE SOLO: More Than Coding



  

  
    
    
  

  


拿到的麻烦点个赞就好～

标题: claude code buddy 已在新版本移除
作者: #canele
板块: #搞七捻三
编号: 1928421
帖子: https://linux.do/t/topic/1928421
时间: 2026-04-09 10:54:54
摘要:

标题: 请问mac gpt plus账号 不给账号和密码 可以给另外一台mac 用么？
作者: #gitibmchat6
板块: #开发调优
编号: 1928422
帖子: https://linux.do/t/topic/1928422
时间: 2026-04-09 10:55:02
摘要:

各位佬 请问mac gpt plus账号 不给账号和密码  可以给另外一台mac 用么？ cookie share 有风险么？还是有其他方式呢？感谢感谢！！！

标题: 【模块 6】服务层 — 架构设计分析
作者: #维寒
板块: #开发调优
编号: 1928442
帖子: https://linux.do/t/topic/1928442
时间: 2026-04-09 10:55:48
摘要:

【模块 6】服务层 — 架构设计分析
核心架构：服务层设计
前置概念：理解服务层职责
是什么：

服务层 = 外部服务集成层
负责与所有外部系统通信（API、MCP、OAuth、LSP 等）
提供统一的抽象接口，隐藏底层复杂性

类比：

就像"手机基带芯片"，负责所有外部通信（蜂窝、WiFi、蓝牙），应用层只需调用统一接口


服务层架构
%%{init: {'theme': 'neutral'}}%%
flowchart TB
    subgraph S1[1. API 服务]
        A1[claude.ts 3.2K 行]
        A2[withRetry.ts 重试容错]
        A3[errors.ts 错误处理]
        A4[usage.ts 用量统计]
    end
    
    subgraph S2[2. MCP 服务]
        B1[client.ts 3.2K 行]
        B2[MCPConnectionManager 连接管理]
        B3[auth.ts OAuth 认证]
        B4[elicitationHandler 请求处理]
    end
    
    subgraph S3[3. OAuth 服务]
        C1[client.ts OAuth 流程]
        C2[getOauthProfile.ts 用户信息]
        C3[crypto.ts 加密工具]
    end
    
    subgraph S4[4. LSP 服务]
        D1[manager.ts LSP 管理器]
        D2[LSPServerManager 服务器管理]
        D3[LSPDiagnosticRegistry 诊断注册]
    end
    
    subgraph S5[5. 分析服务]
        E1[growthbook.ts Feature Flag]
        E2[datadog.ts 遥测上报]
        E3[firstPartyEventLogger 内部日志]
    end
    
    subgraph S6[6. 其他服务]
        F1[compact 上下文压缩]
        F2[plugins 插件管理]
        F3[settingsSync 设置同步]
        F4[teamMemorySync 团队记忆同步]
    end
    
    S1 --> S2 --> S3 --> S4 --> S5 --> S6

API 重试机制流程图
%%{init: {'theme': 'neutral'}}%%
flowchart TB
    A[API 调用请求] --> B[queryModelWithStreaming]
    B --> C[调用 API 流式]
    C --> D{成功?}
    
    D -->|是| E[返回结果]
    D -->|否| F[错误类型判断]
    
    F --> G{错误类型?}
    G -->|529 过载| H[计数加1]
    G -->|429 限流| I[指数退避等待]
    G -->|401 认证失败| J[刷新 Token]
    
    H --> K{计数大于等于3?}
    K -->|是| L[降级模型 重置计数]
    K -->|否| M[继续重试]
    
    I --> M
    J --> N[重试 1 次]
    
    L --> C
    M --> C
    N --> C

OAuth 认证流程图（PKCE）
%%{init: {'theme': 'neutral'}}%%
sequenceDiagram
    participant C as Claude Code
    participant B as 浏览器
    participant O as OAuth 服务器
    
    C->>C: 1. 生成 PKCE 参数
    Note over C: code_verifier 随机
    Note over C: code_challenge SHA256
    
    C->>B: 2. 打开授权 URL
    Note over C,B: 含 client_id, redirect_uri, code_challenge, state
    
    B->>O: 3. 用户登录
    O-->>B: 4. 返回 authorization_code
    B-->>C: 5. 本地服务器接收回调
    
    C->>C: 6. 验证 state
    
    C->>O: 7. 交换 Token
    Note over C,O: POST /oauth/token
    Note over C,O: 含 code, code_verifier, redirect_uri
    
    O->>O: 8. 验证 code_verifier
    O-->>C: 9. 返回 tokens
    Note over C: access_token, refresh_token
    
    C->>C: 10. 保存 Token 到 Keychain
    C->>B: 11. 关闭浏览器
    
    Note over C: 12. 定期刷新 Token 过期前 5 分钟


1. API 服务：Anthropic API 集成
文件结构




文件
规模
职责




claude.ts
~3.2K 行
LLM API 调用核心


withRetry.ts
~700 行
重试与容错


errors.ts
~200 行
错误分类与处理


usage.ts
~100 行
用量统计




核心设计
claude.ts：API 调用核心
职责：

流式 API 调用
Beta 头管理
Token 计数与成本计算
Fast Mode 支持
Thinking Mode 支持
Advisor 子调用

关键参数：
type APIRequest = {
  model: string
  messages: MessageParam[]
  system: SystemPrompt
  tools: Tool[]
  max_tokens: number
  betas: string[]  // Beta 头
  thinking?: ThinkingConfig
  effort?: EffortValue
  temperature?: number
}


核心算法
前置概念：什么是"Beta 头"？
通俗理解：

Beta 头 = API 功能开关
通过 HTTP 头启用实验性功能
例如：anthropic-beta: context-management-2025-06-01

常见 Beta 头：




Beta 头
功能




context-management-2025-06-01
上下文管理


prompt-caching-2025-05-14
Prompt 缓存


fast-mode-2025-03-13
Fast Mode


effort-2025-03-13
Effort 控制


task-budgets-2025-03-13
Token 预算


structured-outputs-2025-03-13
结构化输出




算法 1：Beta 头管理
要解决的问题：

如何根据模型和功能动态启用 Beta 头？

通俗解释：
1. 基础 Beta 头（始终启用）：
   - context-management
   - prompt-caching
2. 条件 Beta 头：
   - Fast Mode 启用 → 添加 fast-mode
   - Thinking Mode 启用 → 添加 thinking
   - 结构化输出 → 添加 structured-outputs
3. 模型特定 Beta 头：
   - Opus 模型 → 添加 effort
   - Sonnet 1M 实验 → 添加 1M context

代码实现：
export function getMergedBetas(options: {
  model: string
  fastMode?: boolean
  thinkingConfig?: ThinkingConfig
  effort?: EffortValue
}): string[] {
  const betas = [
    CONTEXT_1M_BETA_HEADER,
    CONTEXT_MANAGEMENT_BETA_HEADER,
    PROMPT_CACHING_SCOPE_BETA_HEADER,
  ]
  
  // Fast

标题: 为什么我的话题，最新没有推送了，是我哪里设置出问题了吗
作者: #六牛
板块: #搞七捻三
编号: 1928444
帖子: https://linux.do/t/topic/1928444
时间: 2026-04-09 10:55:56
摘要:

标题: 天翼云无限400，上电信大B当了
作者: #刁德一
板块: #搞七捻三
编号: 1928446
帖子: https://linux.do/t/topic/1928446
时间: 2026-04-09 10:56:01
摘要:

今天早上想买年付，没看到放货就买了个月Lite，歪日，除了GLM4.7，其他的模型没成功过一次，全是400
还不如公益站稳定，已经想找客服对线退钱了

标题: opencode更新1.4.0后ohmyopencode直接没了
作者: #み子chan
板块: #开发调优
编号: 1928460
帖子: https://linux.do/t/topic/1928460
时间: 2026-04-09 10:56:40
摘要:

插件能看见，但是附带的mcp和agent都没了，变成原版了
我看了github上的议题，好多人都说是更新的问题，但是我降级到1.3.16也不行
有没有佬知道是怎么回事

标题: 这是一个吐槽的帖子
作者: #secretive
板块: #搞七捻三
编号: 1928462
帖子: https://linux.do/t/topic/1928462
时间: 2026-04-09 10:56:42
摘要:

啊啊啊啊啊啊啊，烦死了，为什么有人养猫不注意卫生啊。阿西，你养的猫，猫毛全部飘到我家门口和房间了哇。你能不能每天打扫一下啊。嗷嗷嗷嗷嗷嗷嗷嗷嗷嗷嗷嗷，气死我啦

标题: 【模块 7】桥接与扩展 — 架构设计分析
作者: #维寒
板块: #开发调优
编号: 1928463
帖子: https://linux.do/t/topic/1928463
时间: 2026-04-09 10:56:45
摘要:

【模块 7】桥接与扩展 — 架构设计分析
核心架构：桥接与扩展系统
前置概念：理解桥接（Bridge）
是什么：

桥接 = Claude Code 与外部系统（IDE、Web 应用）的通信层
支持远程会话、多会话管理、IDE 集成
类似"远程桌面协议"，但专为 CLI 设计

使用场景：

VS Code 扩展 → 桥接 → Claude Code CLI
JetBrains 插件 → 桥接 → Claude Code CLI
Web 应用 → 桥接 → Claude Code CLI


桥接与扩展架构
%%{init: {'theme': 'neutral'}}%%
flowchart TB
    subgraph L1[1. Bridge 桥接层 31 个文件]
        A1[bridgeMain.ts 2.8K 行 桥接主循环]
        A2[bridgeMessaging.ts 消息协议]
        A3[bridgeApi.ts API 客户端]
        A4[sessionRunner.ts 会话执行管理]
        A5[jwtUtils.ts JWT 认证]
        A6[replBridge.ts REPL 会话桥接]
    end
    
    subgraph L2[2. Coordinator 协调器]
        B1[coordinatorMode.ts 多 Agent 协调模式]
        B2[系统提示 工具限制 Worker 上下文]
    end
    
    subgraph L3[3. Plugins 插件系统]
        C1[builtinPlugins.ts 内置插件注册]
        C2[bundled 打包插件]
        C3[插件生命周期管理]
    end
    
    subgraph L4[4. Skills 技能系统]
        D1[loadSkillsDir.ts 技能目录加载]
        D2[bundled 17 个内置技能]
        D3[mcpSkillBuilders.ts MCP 技能构建]
        D4[技能解析与执行]
    end
    
    L1 --> L2 --> L3 --> L4

桥接主循环流程图
%%{init: {'theme': 'neutral'}}%%
flowchart TB
    A[启动 Bridge] --> B[设备注册 获取信任令牌]
    B --> C[主循环开始]
    C --> D[轮询新任务 长轮询 timeout 30s]
    D --> E{有任务?}

    E -->|否| C
    E -->|是| F[检查会话容量]
    F --> G{达到上限?}

    G -->|是| H[等待容量 Capacity]
    H --> F

    G -->|否| I[Spawn 会话]
    I --> J[会话执行中]
    J --> K[会话完成 上报结果 清理资源]
    K --> L[Capacity Wake 唤醒等待者]
    L --> C

    subgraph spawn[Spawn 会话详情]
        I1[创建进程]
        I2[JWT 认证]
        I3[启动心跳]
    end

    subgraph exec[会话执行中详情]
        J1[消息转发]
        J2[心跳保活]
        J3[超时检测]
    end

消息 ingress/egress 路由图
%%{init: {'theme': 'neutral'}}%%
flowchart TB
    subgraph ingress[Ingress 云端到CLI]
        WS[WebSocket 消息] --> H[handleIngressMessage]
        H --> CR[control_response 权限决策]
        H --> CQ[control_request 控制请求]
        H --> SM[SDKMessage 用户输入]

        CR --> PR[onPermissionResponse]
        CQ --> QR[onControlRequest]
        SM --> IM[onInboundMessage]

        IM --> UD[UUID 去重 recentPosted recentInbound]
        UD --> REPL1[转发到 REPL]
    end

    subgraph egress[Egress CLI到云端]
        RO[REPL 输出] --> EL[isEligibleBridgeMessage]
        EL --> FL[过滤 eligible 消息 user assistant system local_command]
        FL --> UUID[记录 UUID 避免回声]
        UUID --> CLOUD[发送到云端]
    end

JWT 令牌刷新时序图
%%{init: {'theme': 'neutral'}}%%
sequenceDiagram
    participant S as Session
    participant J as JWT 刷新调度器
    participant T as Token 存储
    participant B as Bridge API

    S->>J: 创建会话
    J->>J: 解析 JWT exp 14400s 4小时
    J->>J: 计算刷新时间 exp 减 300s 提前5分钟
    J->>T: 设置定时器

    Note over J: ... 会话执行中 ...

    J->>J: 定时器触发 过期前5分钟
    J->>B: 调用刷新 API
    B-->>J: 返回新 Token
    J->>T: 更新 Token 存储
    J->>J: 递归调度 下次刷新
    J-->>S: 会话继续


1. Bridge 桥接层
文件结构




文件
规模
职责




bridgeMain.ts
~2.8K 行
桥接主循环、会话管理


bridgeMessaging.ts
~420 行
消息协议、 ingress/egress 路由


bridgeApi.ts
~500 行
Bridge API 客户端


sessionRunner.ts
~400 行
会话执行管理


jwtUtils.ts
~300 行
JWT 认证与刷新


replBridge.ts
~600 行
REPL 会话桥接


bridgePermissionCallbacks.ts
~200 行
权限回调




核心设计
Bridge 架构
%%{init: {'theme': 'neutral'}}%%
flowchart TB
    subgraph client[客户端]
        C1[VS Code]
        C2[JetBrains]
        C3[Web]
    end

    subgraph server[Bridge Server 云端]
        S1[会话管理]
        S2[JWT 认证]
        S3[容量管理]
    end

    subgraph cli[Claude Code CLI 本地]
        L1[bridgeMain.ts 主循环]
        L2[sessionRunner 会话执行]
        L3[replBridge 消息转发]
    end

    client -->|WebSocket HTTP| server
    server -->|SDK URL claude sdk...| cli


核心算法
前置概念：什么是"桥接主循环"？
通俗理解：

桥接主循环 = CLI 与云端 Bridge 服务器的通信循环
类似"长轮询"，定期询问"有新任务吗？"
收到任务 → Spawn 会话 → 执行 → 返回结果

工作流程：
1. 连接到 Bridge API
2. 轮询新任务（长轮询，最多 30 秒）
3. 收到任务 → Spawn 会话
4. 会话执行中 → 定期心跳
5. 会话完成 → 上报结果
6. 回到步骤 2


算法 1：桥接主循环
要解决的问题：

如何管理远程会话的生命周期，支持多会话并发？

通俗解释：
1. 初始化：
   - 验证 Bridge ID 和 Secret
   - 创建 API 客户端
   - 注册设备（获取信任令牌）
2. 进入主循环：
   - 轮询新任务（长轮询）
   - 收到任务 → 检

标题: 送一个 TREA 邀请码给佬友们，求佬友们给我解惑 TREA 性能
作者: #吞天蛤蟆
板块: #搞七捻三
编号: 1928479
帖子: https://linux.do/t/topic/1928479
时间: 2026-04-09 10:57:46
摘要:

TRAE SOLO: More Than Coding
以前见过这个IDE，但是当时用的时候感觉很拉，使用的是国产模型，这次看L站里面都是传火的故提问

有哪些模型
对比 codex，gemini 有什么优势
目前有限额或者付费吗

标题: PDF 转文本，各位佬们有什么好的方案吗
作者: #codercwh
板块: #搞七捻三
编号: 1928484
帖子: https://linux.do/t/topic/1928484
时间: 2026-04-09 10:58:08
摘要:

医疗软件公司，现需要解析医疗文献。医疗文献的 PDF 一般是双栏布局，目前没有好的转换方案，求助各位大佬。
要识别的 PDF 较多，估计得上千份左右

标题: Google这个安全性活动是几个意思？？
作者: #yueyueyue
板块: #搞七捻三
编号: 1928492
帖子: https://linux.do/t/topic/1928492
时间: 2026-04-09 10:58:57
摘要:

这TM正常吗？

标题: 话题和帖子怎么区分
作者: #Pelot
板块: #搞七捻三
编号: 1928495
帖子: https://linux.do/t/topic/1928495
时间: 2026-04-09 10:59:11
摘要:

帖子和话题有点分不清楚，有没有佬友能帮忙说下两者怎么区分

标题: 现有多个公益站偶尔不稳定，想请教一下个人流畅使用方案
作者: #hhhya
板块: #开发调优
编号: 1928497
帖子: https://linux.do/t/topic/1928497
时间: 2026-04-09 10:59:18
摘要:

首先非常感谢咱们L站的大佬们创建了一些公益站！！   给很多天才程序员续命了哈哈，接下来是本次想跟佬友们请教探讨的问题
背景描述
目前公益站很多，一般也是在使用codex去调用gpt的模型，纯个人开发使用，但是可能公益站不稳定，偶尔会掉线一段时间，但是一般情况下总有可以用的站顶上
待解决问题
不过这个时候我需要去手动的切换其他公益站的url和key，感觉来回切换很不方便，而且在切换的时候，我一般是在终端里面使用，可能不知道模型的稳定，需要验证一下之前的公益站能否正常使用
理想效果
如果可以我自己租一个服务器，把收集到的公益站的api和对应我自己的key，统一的配置到一个api和key里面，在这个过程中，我后续使用，就只用我自己的url和key，同时自己搭建的这个管理平台可以自动选出正常响应的公益站模型
目前探索的解决方案
我进行了初步探索，看到佬友们在搭建公益站的时候用到了new-api，去看了一下它的手册，在渠道里面 渠道 | New API
看到可以添加api和key

不知道这个思路，能否实现我的理想效果，因为服务器和这个平台都没有搭建，也没有太多时间折腾，所以提前发出来跟佬友们交流一下，想看看可行性如何，或者有没有更好的实现方案，如果没问题的话我就开搞

标题: 全新 SOLO 邀请码
作者: #vpeen
板块: #福利羊毛
编号: 1928502
帖子: https://linux.do/t/topic/1928502
时间: 2026-04-09 10:59:33
摘要:

全新 SOLO：More Than Coding！桌面端、网页端同步上线，抢先体验全新交互 + 双模式智能体，点击链接领取限量邀请码：TRAE SOLO: More Than Coding

标题: Ttrae solo 邀请码
作者: #KeepT
板块: #福利羊毛
编号: 1928503
帖子: https://linux.do/t/topic/1928503
时间: 2026-04-09 10:59:37
摘要:

全新 SOLO：More Than Coding！桌面端、网页端同步上线，抢先体验全新交互 + 双模式智能体，点击链接领取限量邀请码：TRAE SOLO: More Than Coding