标题: 去年CC不也发生过一模一样的事，咋感觉有些人好像忘了一样...
作者: #点点点…点娘！
板块: #搞七捻三
编号: 1867559
帖子: https://linux.do/t/topic/1867559
时间: 2026-03-31 21:29:14
摘要:

去年年初
依旧是意外打包了完整的 source map 文件导致完整源码暴露
咋感觉好多人像第一次见一样..

标题: 【新人报道】今天刚加入，请各位佬友多多关照！
作者: #jokersx
板块: #搞七捻三
编号: 1867566
帖子: https://linux.do/t/topic/1867566
时间: 2026-03-31 21:29:45
摘要:

佬友们好，终于注册写小作文进来了，向各位佬友多多学习请教！

标题: codex新鲜出炉500个
作者: #Faker
板块: #福利羊毛
编号: 1867577
帖子: https://linux.do/t/topic/1867577
时间: 2026-03-31 21:30:59
摘要:

codex500.zip (905.4 KB)
需要的佬自取~ 538个 现在也不杀号了，挺好的

标题: 如果打算建一个人生知识库，应该有哪些具体分类
作者: #Bellyr
板块: #搞七捻三
编号: 1867587
帖子: https://linux.do/t/topic/1867587
时间: 2026-03-31 21:32:45
摘要:

各位佬友大家好，不知道大家有没有想过构建人生知识库的想法。
在上学时我们会记笔记复习应付考试，找工作会整理工作经验应付面试，那么是不是要一个沉淀自己整个人生的知识库呢？
我觉得是需要的，特别是ai时代，整理知识变得极其简单，难点在于筛选，在于“审美”。
用了各大ai，prompt是构建人生知识库的具体分类，结合自身有以下几点想法：

build in private （ai时代属于自己最重要的资产）
健康和财务分类是必须且重要的
不要只记不看，只看不动，同时定期 review 十分重要
形式最好是本地 md 文档，工具多种多样，我个人是从印象转语雀，onenote也用过，目前还是推荐本地加备份

本来想说点高大上的东西，奈何本人文化水平有限，感觉是个很长远的主题，说不出个所以然 
人生知识库分类.zip (78.8 KB)

标题: 今天咋崩了几次了，是因为我加入了吗
作者: #xiaxi
板块: #搞七捻三
编号: 1867593
帖子: https://linux.do/t/topic/1867593
时间: 2026-03-31 21:33:42
摘要:

今天通过github进来的哈哈哈哈哈

标题: 谁来说说claude mythos
作者: #icooldp
板块: #搞七捻三
编号: 1867644
帖子: https://linux.do/t/topic/1867644
时间: 2026-03-31 21:38:32
摘要:

听说 claude 准备发布 mythos

标题: 今天进来很多佬友吗蹦502了。
作者: #one
板块: #搞七捻三
编号: 1867655
帖子: https://linux.do/t/topic/1867655
时间: 2026-03-31 21:39:05
摘要:

特别卡，特别是现在～502

标题: Codex Proxy、CLIProxyAPI 和 AGManager 的一些比较和实际感受, 求见解
作者: #MichaelRiver14
板块: #资源荟萃
编号: 1867661
帖子: https://linux.do/t/topic/1867661
时间: 2026-03-31 21:39:38
摘要:

最近断断续续试了几种不同的API的聚合调用方式：

Codex Proxy
CLIProxyAPI
AGManager

一开始只是想找一个“更顺手”的用法，
但用下来一个比较明显的感受是：
 这三类东西，其实不在一个层面
这篇不做功能罗列，也不做全面评测，
只讲我自己实际用到的部分 + 一些比较克制的判断。

先说清楚一个前提（避免误导）
我没有把这三者：

跑在生产环境
做过长时间压测
或做过完整系统集成

所以：
 下面的内容，只代表“个人使用体验”，不代表完整能力边界

一、CLIProxyAPI：我主要当命令行工具在用
这是我用得最多的一个。
 实际用法
基本就是：
cat log.txt | cliproxy “分析问题”
或者：
cat data.txt | cliproxy “提取信息”
没有做复杂流程，
主要是：
 单次调用，解决一个小问题

 我的感受
1）接入很轻
这一点是最明显的。
不需要写太多代码，
直接就能在 CLI 里用。

2）适合“临时处理”
比如：

看日志
简单整理文本

这种场景下，确实比写脚本快。

 一些限制（基于我自己的使用）
1）输出不总是稳定
尤其是你希望它：
 严格输出某种格式
有时候会多带解释，
需要额外处理。

2）不太适合我做多步骤流程
我试过简单串几步，
但整体体验：
 会变慢，也不太好控制结果
所以我后来就没继续往这方向用。

 我的使用定位
 更像一个“命令行辅助工具”

二、Codex Proxy：我主要是简单测试过接口统一
这个我用得没有CLIProxyAPI多，
主要是试了一些：

接口转发
不同模型的调用方式


 实际接触到的点
1）接口层统一
可以用类似方式去调用不同模型，
这一点是比较直观的。

2）更偏服务侧
和CLIProxyAPI不太一样，
它更像是：
 给程序/服务用的，而不是直接给人用的

 我不确定的部分（这里明确说清）
以下这些能力，我没有做完整验证：

fallback策略
高并发稳定性
长时间运行表现

所以这些我不做评价。

 我的当前认知
 更接近

标题: 为啥L站卡得飞起，是CC开源了，还是中东开打了？还是哪位大佬飞升了
作者: #DurianPanKek
板块: #搞七捻三
编号: 1867663
帖子: https://linux.do/t/topic/1867663
时间: 2026-03-31 21:39:44
摘要:

我怎么都动不了

标题: sonnet变得好爱思考
作者: #chromevvv
板块: #开发调优
编号: 1867670
帖子: https://linux.do/t/topic/1867670
时间: 2026-03-31 21:39:59
摘要:

sonnet现在这么爱思考吗

随便一个问题都要思考好久，也不是网络问题，查看思考过程，真就一直在思考
不过最后效果也就那样…
opus是在太贵了，舍不得用

标题: claude额度告急！！！
作者: #jiji262
板块: #开发调优
编号: 1867675
帖子: https://linux.do/t/topic/1867675
时间: 2026-03-31 21:40:14
摘要:

还有两天才能reset
感觉现在max 20x 额度减的厉害啊
不够用了～～～
这两天咋办啊

标题: 一人撑起一片天，全栈工程师都应该看一下的 Claude Code 源码从 0 到 1 教学指南
作者: #linxin
板块: #开发调优
编号: 1867691
帖子: https://linux.do/t/topic/1867691
时间: 2026-03-31 21:41:29
摘要:

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

我的帖子已经打上 开源推广 标签： 是
我的开源项目完整开源，无未开源部分： 是
我的开源项目已链接认可 LINUX DO 社区： 是
我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

想必各位佬友已经知道 cc 的代码泄露了，我本人也是第一时间光速围观了，发现 cc 的代码确实有很多值得借鉴之处。刚好前几天做了 一人撑起一片天，全栈工程师开发专用的SKILL 于是就用这个 SKILL 做个一个 Claude Code 源码从 0 到 1 教学指南，我在项目中公开了我与 cc 对话的细节，方便大家了解 spec-driven develop 这个是怎么使用的。
项目地址 GitHub - zhu1090093659/claude-code: Claude Code is an agentic coding tool that lives in your terminal, understands your codebase, and helps you code faster by executing routine tasks, explaining complex code, and handling git workflows - all through natural language commands. All original source code is the property of Anthropic. · GitHub
项目持续更新中，欢迎各位 star 跟踪后续

标题: 【愚人节】b站即将上线"猜别人喜欢"
作者: #haorwen
板块: #前沿快讯
编号: 1867703
帖子: https://linux.do/t/topic/1867703
时间: 2026-03-31 21:42:11
摘要:

从B站将于4.1下线猜你喜欢算法，明天可以看看新主页继续讨论：

信源
https://mp.weixin.qq.com/s/C2yQW3FCBjDmHn8gc1O-nA

标题: 这可能是最好的claude code BYOK版本了
作者: #jiji262
板块: #开发调优
编号: 1867720
帖子: https://linux.do/t/topic/1867720
时间: 2026-03-31 21:43:00
摘要:

内容等待补充。。。。。。。
我相信会有的。。。。。。。

标题: CLIProxyAPI这东西，你们是当工具还是当方案在用？
作者: #GraceGold13
板块: #开发调优
编号: 1867736
帖子: https://linux.do/t/topic/1867736
时间: 2026-03-31 21:44:34
摘要:

这几个月断断续续在用CLIProxyAPI，本来只是想图个省事，
结果用着用着有点疑惑了。
我一开始的理解其实很简单：
 就是个“帮你少写点curl的壳”
主要拿来干点这种事：
cat log.txt | cliproxy “看看报错原因”
或者：
cat data.txt | cliproxy “提取关键信息，输出JSON”
说白了：
 当个AI版grep在用

但最近刷帖子感觉有点不太对劲了。
看到不少人在：

拿它做流程编排
当成AI调用的统一入口
甚至往“Agent方向”在用

就开始有点分裂了：
 这玩意到底是“工具”，还是已经有人当“方案”在用了？

我自己目前的用法（偏工具）
我现在基本是这么用：

临时分析日志
快速生成点文本
简单结构化处理

特点就是：
 一次调用，解决一个问题
不会去搞什么：

多步骤链式调用
自动化复杂流程
长流程编排

原因也很现实：
 一旦复杂起来，问题就开始出现了

有几个让我不太敢“当方案用”的点
说几个真实感受，不一定对。
1）输出稳定性
CLI场景下真的挺要命的。
你想要标准JSON，它可能多说一句话，
然后你后面整个 pipeline 就崩了。
 做工具还能忍
 当方案就有点危险

2）延迟问题
单次调用还好，
一旦你开始搞：
step1=$(…)
step2=$(…)
step3=$(…)
那种链式流程，
 体验会迅速变差

3）费用这块有点“无感烧钱”
这个我已经踩过了。
写个循环：
for f in *.txt; do
cat $f | cliproxy “总结”
done
跑完才发现：
 花得比预期多
CLI这类东西的问题就是：
 你很容易忘记它在计费

4）错误处理基本靠自己
比如：

timeout
API挂了
返回格式异常

CLIProxyAPI不会帮你兜底。
如果只是随手用用还好，
但你要真当“方案”：
 这些东西你都得自己补

所以我现在有点卡在一个问题上
 这东西到底应该用到什么程度？
目前我的结论是：
 当工具，用着挺爽
 当方案，有点不太踏实
但也可能是我用得浅？

标题: axios中毒了咋办兄弟们
作者: #wapmxls
板块: #搞七捻三
编号: 1867753
帖子: https://linux.do/t/topic/1867753
时间: 2026-03-31 21:45:57
摘要:

macos好像也没啥杀毒软件，按照网上教程 把依赖包降级了 删除了缓存，cache里面的病毒文件删了，加了域名黑名单
但是始终很不放心，macos重装系统文件会丢吗