标题: 【不懂就问】数据分析行业前进如何？
作者: #李嘉困_困
板块: #搞七捻三
编号: 1928369
帖子: https://linux.do/t/topic/1928369
时间: 2026-04-09 10:48:37
摘要:

如题，昨晚在愉快游戏的时候，有个朋友问数据分析行业前景怎么样
他快从杭州师范大学毕业，三段实习经历都和前端有关，但是不想进前端了他老师也不建议进，现在想看看数据分析可不可以做
实话讲我对于这个问题一头雾水，我从事的行业以及身边其他朋友都没有做这个的，网上了解了下，刚毕业的在一线城市薪资也没这么客观，看着比较可观的都需要几年经验，所以我给他简易先去投简历，面试的时候看看符不符合他的想法
（今天正好分析设备数据又想起这个事情

标题: 传火tare
作者: #Archive
板块: #福利羊毛
编号: 1928373
帖子: https://linux.do/t/topic/1928373
时间: 2026-04-09 10:49:20
摘要:

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

标题: TRAE传火
作者: #Think960
板块: #福利羊毛
编号: 1928379
帖子: https://linux.do/t/topic/1928379
时间: 2026-04-09 10:50:00
摘要:

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

标题: 还得是原生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
摘要:

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