好难DONE啊，我出10000LDC

https://checkout.stripe.com/c/pay/cs_live_a1NPlBP1Yc13sTLJLYiuQOY99vSlMEstlNCVpZ8AAfwKc0TXEHY7yHcZgm#fidnandhYHdWcXxpYCc%2FJ2FgY2RwaXEnKSdpamZkaWAnPyd%2FbScpJ3ZwZ3Zmd2x1cWxqa1BrbHRwYGtgdnZAa2RnaWBhJz9jZGl2YCknZHVsTmB8Jz8ndW5aaWxzYFowNE1Kd1ZyRjNtNGt9QmpMNmlRRGJXb1xTd38xYVA2Y1NKZGd8RmZOVzZ1Z0BPYnBGU0RpdEZ9YX1GUHNqV200XVJyV2RmU2xqc1A2bklOc3Vub20yTHRuUjU1bF1Udm9qNmsnKSdjd2poVmB3c2B3Jz9xd3BgKSdnZGZuYndqcGthRmppancnPycmY2NjY2NjJyknaWR8anBxUXx1YCc%2FJ3Zsa2JpYFpscWBoJyknYGtkZ2lgVWlkZmBtamlhYHd2Jz9xd3BgeCUl

有没有大手子来搞个绿勾的

66 posts - 58 participants

Read full topic

via LINUX DO - 热门话题 (author: sexgirls)

一个月以来同尿酸、痛风的斗争

事情的起因要追溯到12月1日。那天中午我吃了猪肝拌面，下午岭上露营看双子座流星雨，在雪地里站到半夜。现在回头复盘，动物内脏、熬夜、受凉，再加上平时常喝的可乐奶咖——这几样叠加在一起，把我体检时500多的尿酸值瞬间拉爆，痛风发作也就不足为奇了。

第二天醒来，脚踝疼得根本无法着地。起初还以为是扭伤了，贴了两天氟比洛芬膏药却毫无缓解。后来上小红书搜了搜症状，心里一沉：该不会是痛风吧？
赶紧买来仪器一测，尿酸值已经冲到650。吃了双氯芬酸钠，疼痛稍微缓解一天后，去医院检查，果然被诊断为高尿酸引发的痛风与滑膜炎。

这个月，我彻底告别了奶茶和酒水，连吃肉都小心翼翼。粗粮、鸡蛋安排上，西芹、生菜顿顿见。真没想到，才三十出头，就过上了每天扎手指测尿酸的日子。
鉴于之前尿酸值就偏高，我开始服用非布司他降尿酸。一个月下来，尿酸慢慢降到了300左右。昨天去医院复查，幸好肝指标没有升高（之前一直担心药物副作用），接下来还得继续服药观察。

痛风之前，我的饮食是这样的：

痛风之后，我的饮食变成了这样：
（这是我痛风那两天的饮食，有些夸张了。目前就控制着不吃内脏、海鲜、酒水可乐奶咖，其他的还好）

希望大家以我为戒，保持规律作息，注意饮食健康。

祝各位佬友身体安康，万事顺意 🙏。

82 posts - 50 participants

Read full topic

via LINUX DO - 热门话题 (author: simonyoung)

Invalid media:
image
image

Claude, Codex 使用经验分享

分享一些个人使用 Claude 和 Codex 的经验和准则～

先叠甲，在读 PhD，主要使用场景是research，包括论文复现、结果调优、根据结果绘图制表、撰写论文等等。本帖纯本人手写，不含任何 AI 成分，仅代表本人观点.

经验准则一：定位需求，目标明确

在使用任何工具之前，不应该人云亦云，而是要先弄清自己的需求到底是什么，然后根据自己的需求来确定所使用的工具。举例：我常做的一个事情是，使用 agent 来帮我解释代码、绘图、debug 等等。我会把我的需求按照以下方面进行排序：指令跟随、代码理解、审美、上下文长度。把需求拆分为具体指标，并根据这些指标来选择模型。 因此，在代码解释时，我会使用 gpt-5.2；而在绘图时，我会使用 Opus 4.5，需要超长上下文时选择gemini-3-pro.

切记：在自己能力范围内选择最好的模型

经验准则二：限定范围，做好记录

这里给出我常用的一些经验：

1. 不要神圣化 Claude / Codex, 它们本质上只是你用来提高效率的工具；不要神圣化 subagent, skill，它们本质上只是 markdown；一切都应以解决问题作为目标；
2. git 管理：这是使用 agents 的底线；
3. 限定范围：所有 codex 生成的文件都要放在 .tmp/codex/下；所有 claude 生成的文件都要放在 .tmp/claude/下；
4. 修改范围：修改代码之后生成 patch/diff 放在对应的 tmp 目录下，还原代码。这样可以逐 diff 进行 review;
5. 最简原则 (AI)：要求 AI 工作时遵循最简原则，能少写一个 md 就少写一个 md；能少写一行代码就少写一行代码。这样做可以极大的减小自己的心智负担 (= =)
6. 最简原则 (User): 不仅要 AI 遵循最简原则，自己也要遵循最简原则。这样后面改起来也方便。给 AI 提要求时也要确保简明扼要。不要追求各种复杂的工作流，你只在遇到解决不了的问题时寻求新的工作流。 (比如oh-my-opencode这种)
7. AskUserQuestion: Claude的这个功能我非常喜欢，我觉得这个工具可以强迫 agent 先充分理解用户的需求，并对齐不确定的地方。我建议大家在 CLAUDE.md显示要求。

经验准则三：做好复盘，方便服用

这方面主要是需要记录自己的常见使用场景、使用体验、解决方案等。具体包括：

1. 有意识的维护你需要的上下文，即记忆。必须意识到模型的输出是复杂并且冗余的；上下文压缩技术是不可靠的；毕竟总不能每次打开 claude code，都要先扫一遍当前的代码库吧。
2. 从 Linux 的精神借鉴而来，万物皆文件。记忆沉淀为文件，对话过程沉淀为文件，踩过的坑沉淀为文件，行为准则也沉淀为文件。下次再遇到相似的场景时，直接复用即可；(这也是一种 skill)
3. 成功完成任务时，思考一下要不要把解决方案沉淀为 SKILL；某次任务失败时，也可以思考一下要不要把踩的坑沉淀为 SKILL。如果觉得这很复杂，或者自己有时候想不起来，可以加一个退出 claude 时的 hook 来询问你要不要生成 SKILL。

先写这么多～欢迎佬友们补充 :bili_040:

24 posts - 20 participants

Read full topic

via LINUX DO - 热门话题 (author: smart-lty)

DeepSeek-V4 技术架构提前曝光

----------------------

相关资料：
github.com

GitHub - deepseek-ai/Engram: Conditional Memory via Scalable Lookup: A New Axis...

Conditional Memory via Scalable Lookup: A New Axis of Sparsity for Large Language Models
github.com

Engram_paper.pdf

详细解读：
https://x.com/karminski3/status/2010858438814023740

----------------------

NaiveMagic:
59 posts - 48 participants

Read full topic

via LINUX DO - 热门话题 (author: 最上川)

Invalid media:
image
image
image
image
image

明天生日，提前抽？

明天生日，抽个typora激活码吧

时间：Tue, Jan 13, 2026 7:55 PM CST→Wed, Jan 14, 2026 10:00 PM CST

参与方式：评论祝福相关的话，或者让人开心的

抽奖方式：LINUX DO Lottery

145 posts - 145 participants

Read full topic

via LINUX DO - 热门话题 (author: 𝓢𝓉𝓪𝓇)

Invalid media: image

2.1.6 这坨只能给到 NPC++

现在 A\ 就处于一种神秘态 我很急但我又不急 我急还是不急

引用集合：

● CC最近频繁的遇到 File has been unexpectedly modified. Read it again before attempting to write it.
● claude code执行任务，项目里出现tmpclaude-*-cwd
● https://linux.do/t/topic/1439138
● ClaudeCode莫名创建文件
● https://linux.do/t/topic/1431466
● 你们的cc2.1.5有没有这种错行的情况
● 不是哥们，CC 2.1.3 你又改了啥？别吃我按键呀！

仍未修复之 tmpclaude-*-cwd 史 。彗星碎片持续为您报道
嗯！ 本 A\ 卧底来铲一下 cc 最新版windows的拉错地的史

该现象如何触发，仅需要简单的抠两个字母
对的它就是 ls，这样LLM就会稳定调用 Bash Tool 操作一下
问题的根源就是Bash Tool 调用一次就会拉一个输出，所以拉多拉少，取决于调用了多少次Bash Tool 拉布拉多拉的多不多

补丁之后检查

claude code执行任务，项目里出现tmpclaude-*-cwd 开发调优

告诉你如何测试 修好没 只需要 给LLM发一个 ls 他会调用 Bash Tool 执行 然后你就看看拉没拉 没拉在项目目录就是好了

----------------------

哦对了 昨天还有VCC 2.1.5 版本 bun打包的被spawn 的 死活起不来 真滴憨

自己买了bun要用，咋直接把node的扔了呢

85 posts - 41 participants

Read full topic

via LINUX DO - 热门话题 (author: 哈雷彗星)

Invalid media: image

【薄荷公益站】12月13日-1月13日月报

本月一共 调用次数525w次，累计tokens 1636亿，使用人数7000+。模型使用次数前三是gemini-2.5-pro-1m,gpt-4.1-mini,gemini-3-pro-high。

公益站暂时关闭注册一段时间，等我想好最新的开放注册思路再说（先玩爽先哈哈哈）

ps：如果有什么优质的，好实现的哈基米渠道可以和我偷偷嗦一下（

86 posts - 73 participants

Read full topic

via LINUX DO - 热门话题 (author: bohe)

Invalid media:
image
image

震惊！L站居然可以出租😨？

今天逛咸鱼看到了这个，感觉离谱妈妈给离谱开门，离谱到家了

74 posts - 40 participants

Read full topic

via LINUX DO - 热门话题 (author: 锅巴)

Invalid media: image

这就是我喜欢用opencode的原因

写了个todolist半夜让ai重构一下代码，半夜写代码是真的快。然后写着写着ai不想写，直接被工具告知必须把任务做完才能停下来www，白天我干活，晚上轮到你了 :distorted_face:

不要让战斗停下来！！！

----------------------

49 posts - 27 participants

Read full topic

via LINUX DO - 热门话题 (author: 强劲的打杂小能手)

Invalid media: image

【CardHub】板块申请

● 版块名称： CardHub
● URL Slug： card-hub
● 版块简介： linux do里有很多佬在订阅ai会员或者海外服务时遇到支付方式的问题，本板块主要是介绍中国大陆外币借记卡，海外银行卡（如港卡），海外电话卡（如giffgaff）等合规内容，佬友们对这个方面有问题也可以来板块问问。对此方面感兴趣的佬也能在这里分享自己的开卡经验，分享自己集到的卡片，分享自己的踩坑经验。
目前老牌接码平台smsact已经卷款跑路，证明了接码平台风险极大，所以拥有一张自己的esim和外币卡还是极为重要的。
遇到野卡也可以发出来互相提醒避免，让大家少掉坑。
● 版主人选： @luoxiaoxin @noah0932 @AlexFox @Scars @LufsX
● 版块规则： 以信息透明、风险提示、合规优先为导向
禁止内容：1.任何形式的买卖、代办、接单、引流
2.伪造材料、绕过实名、规避法律责任的帖子
3.盗用他人资料
● 申请理由： 在l站这样以技术、出海、效率工具为核心氛围的社区里，“跨境银行卡与通信资源”其实早已是一个高频、刚需却高度分散的话题：
有佬为了订阅海外云服务、AI 平台、VPS、API 而四处找卡，比如Claude注册需要海外手机号，而选择接码平台容易跑路；
有佬因为验证码、地区限制、手机号风控而反复踩坑；
有佬在折腾海外卡、大陆外币卡、eSIM 时，只能靠零散帖子的“考古式搜索”拼凑经验。
我有时候能看到佬友们的优秀教程，但等到要用的时候却不知道在搜索栏里搜索什么内容。
同时，板块规则会明确禁止交易、代办、引流、盗用等，只保留经验分享、评测、踩坑复盘、机制讨论。
这个板块能让想让有需求的佬友，少走弯路，少交学费。

也欢迎佬们集思广益，想想更加合适的板块名（因为我感觉现在的名字还是太宽泛了）

35 posts - 30 participants

Read full topic

via LINUX DO - 热门话题 (author: luoxiaoxin)

【开源】Outlook 邮件管理，支持临时邮箱；送100个邮箱令牌

最近有佬分享带有令牌的 outlook 邮箱；

正好手上也有一批号，想着做个管理和取件功能；

功能可能比较简单，简约风格；

这批有使用痕迹，不保证还有效哈。我试了几个是有效的；

增加了域名的临时邮箱功能，多种选择！

感谢佬提供的 API，暂时搞不到密钥，只能用默认的了；

400 + 域名的临时邮箱已就绪，API 已开放 (域名数量动态变化，以实际为准) - 资源荟萃 - LINUX DO
github.com

GitHub - xiaozhi349/outlookEmail

通过在 GitHub 上创建帐户来为 xiaozhi349/outlookEmail 开发做出贡献。
cdk.linux.do

LINUX DO CDK

Linux Do 社区 CDK 快速分享平台 - 让分享变得更简单

28 posts - 25 participants

Read full topic

via LINUX DO - 热门话题 (author: 哇hihi)

Invalid media:
image
image
image

我的新电脑明天就要到货咯~

激动的心颤抖的手，尽管贵的要死

168 posts - 79 participants

Read full topic

via LINUX DO - 热门话题 (author: 郑超舰)

Invalid media:
image
image

我们需要的，真的是围墙么？

rt.
虫洞广场的火爆，远远超出了我的预期
申请帖子也越来越多
但是有些板块真的有所必要么？
依鄙人之见，我们完全可以克制一下
比如说什么适合建立 什么不适合建立
不然只会创造更多的信息茧房和小院高墙

并不是一棒子打死 有适合的不适合的

个人观点

不太适合建立的:

和已有分区或者tag 重复的 比如

APP限免 ↔ 福利羊毛
网赚先锋 ↔ 扬帆起航
机鸡叽 ↔ idcflare

配音资源 ↔ 虫洞广场 > 二次元

重复申请的
宠物1
宠物2

大家基本上喜欢 或者不会反对的
饮品板块
美食板块

适合建立的：

有一部分佬友很喜欢，但是另一部分佬友并不喜欢的 （同时建议合并tag）
虫洞广场 > 二次元

有很强专业性质的
虫洞广场 > 人类之光

我们有时候需要刹车
停下来 才能慢慢的思考哲学

75 posts - 35 participants

Read full topic

via LINUX DO - 热门话题 (author: 上岸上岸要上岸)

看到claude cowork，心态崩了一下午... AionUi还有必要发新包吗

谢谢大家鼓励，发疯已经冷静下来了，准备听大家的去试试看能不能蹭一波流量…再次感谢大家出谋划策 w～爱了！

无心上班了。。。熟悉我的佬都知道我开源了个gemini cli壳子，做的过程中我感受到了这类Terminal Agent的可塑性，所以一直着想在此之上魔改出更适合通用场景的Agent，比如文档修改、excel数据分析、PPT创作 都能开箱即用，那是多么美好的画面啊…

所以我最近其实一直在倒腾Terminal agent的自定义，让用户魔改system prompt，Rule，MCP，Skills打包一个更开箱即用的场景，为此UI界面也在尽可能往这个形态靠拢，埋头苦干大半月，内置了一些办公类的Agent（下图开发中还没发版）

为了办公场景体验舒适，我还提前在上个版本就适配了各类文件预览和编辑

｜
怕用户不会用，还准备写这么大篇Wiki，本想着这周发个包了

然后！今天看到Claude的Cowork…我心态崩了啊，这…

Cowork整理桌面文档

Aionui整理桌面文档
Cowork Work in Foler

AionUI Chat in Folder

Cowork写小游戏

AionUi写小游戏

不能说一样，但是想做的功能极其相似，它还比AionUi好看，那…就太崩溃了吖 😭

不成了，我要去睡个美容觉，恢复下心情！！！！！！！ 😤

169 posts - 68 participants

Read full topic

via LINUX DO - 热门话题 (author: 瓦砾不是歪理)

Invalid media:
image
image
image
image
image
image
image
image
image
image

【人间烟火】（美食）板块申请

版块名称: 人间烟火

URL Slug： food

版块简介：

民以食为天，衣食住行，饮食是每个人都离不开的话题～本版块致力于构建社区的“赛博能量补给站”

在这里，你可以：

1. 晒一日三餐：无论是自制的便当，还是楼下的小馆子，亦或是天南海北的美味
2. 分享烹饪心得：从空气炸锅懒人菜谱到硬核教程，不论是你从“厨”路上的一点点困惑，还是小小烹饪细节的分享
3. 探店与避雷：全国（对不起格局小了）世界各地美食地图打卡，真实的评测，绝对拒绝广告
4. 饮食与健康：讨论减脂餐、增肌食谱与营养补剂

版主人选： @ztsyy

版块规则：

1. 【拒绝广子】 严禁任何形式的商业推广、软广、引流带货（包括但不限于私房菜推销、外卖红包群）。
2. 【尊重差异】 甜咸豆腐脑皆是正义，甜咸粽子都是美味。允许口味之争，但严禁因饮食习惯差异进行人身攻击或地域歧视。
3. 【图文规范】 鼓励原创摄影。转发他人图片/食谱需注明出处。禁止发布引起生理不适的图片（如处理食材过于血腥的过程图请折叠或打码）。
4. 【精准分区】 结合neo今天发的解禁令，发帖请尽量添加对应标签（如：#自制、#探店、#饮品、#西餐），便于佬友检索。

申请理由：

● 申请理由讲些什么呢？讲讲人生中的几道菜吧。
● 本人出生在华北地区，土豆在我们那边被称作“山药（蛋）”，真正的山药被称作“长山药”。当地有一种烹饪叫做“山药粥”，不要被它的名字欺骗了，其实就是土豆和米饭焖在一起，吃的时候要把沙沙的土豆和米饭混合。在我的童年，山药粥是更多地替代了米饭的存在。这就不得不提到贯穿我童年的一道菜，相信各位佬应该也都听过，对没错，就是“鱼香肉丝”😆出去下馆子必点的一道菜，考试考好了，想吃什么？鱼香肉丝！生病了刚恢复，想吃什么？鱼香肉丝！每次就着这道菜能炫两碗山药粥不在话下（早早展现了炫饭的天赋哈哈哈）
● 说实话，小的时候从来是没有做过饭的，基本都是家里做什么吃什么，要么就是出去吃。直到上了大学以后，有一年突然心血来潮，想要给家里人做一顿“黄焖鸡”。当时也不懂什么做饭技巧，照着视频一步一步做，备菜、焯水、炒糖色、加入配料开焖，最后的出品居然意外地好（似乎也是有那么些天赋点在的）家里人也是对这道菜赞不绝口
● 从此便打开了我做饭的大门，一发不可收拾🤣鸡鸭鱼，猪牛羊，海鲜等等等食材也是都轮流打了卡😁在24-25年，我在L站分享了很多自己的做饭日常《做饭日常分享系列》，也应部分佬友的要求（点菜），做出了不少赛博料理《XX佬友回家吃饭系列》
● 我觉得美食之于我的意义，在于每一次锅碗瓢盆的碰撞，在于各种调味料相互之间的搭配，在于食材和水、油反应的状态，更在于食客与厨师之间的心意相通。唯爱与美食不可辜负，让我们共同努力，在L站的人间烟火中，感受三餐四季的温柔~

最后感谢大鹅老师的倾情支持 @Clarke.L 🥰

83 posts - 49 participants

Read full topic

via LINUX DO - 热门话题 (author: z)

还在纠结 CherryStudio 和 OpenWebUI？我全都要！

现在的 AI 客户端简直是百花齐放，讨论相对较多的应该就属 CherryStudio 和 OpenWebUI 了

先聊 CherryStudio

● 优点：UI 设计确实审美在线，比 ChatBox 精致不少，而且多服务商、多模型的接入和切换非常方便，主打一个方便快捷，打开软件就能用。
● 硬伤：对话历史的堆积，个人目前体验变得非常卡；最可惜的是缺乏原生多端同步。

再说 OpenWebUI

● 优点：走的是 Web 架构路线，界面复刻了 ChatGPT 的极简风格，上手几乎是零门槛。函数调用、知识库，还有高度可定制化的设置非常优秀，比如模型参数、权限、检索策略这类设置，很多客户端只是给个开关意思一下，它是给你一整套可控面板，当然还有我最需要的多端同步
● 缺点：模型太多的时候就很不方便管理，而且不支持 Gemini 接口的原生接入。高度可自定义化也意味着默认体验未必最佳——你得自己调，调好了很爽，没调好就容易变成功能太多太杂，懒得去动的状态。

----------------------

但我想要是能把二者相结合岂不是绝杀？能的佬友，能的！
github.com

GitHub - ztx888/open-webui: 基于官方OpenWebUI进行二次开发，汉化界面提高中文使用体验，增加了模型计费和用量统计

基于官方OpenWebUI进行二次开发，汉化界面提高中文使用体验，增加了模型计费和用量统计

----------------------

① 对话高级参数完整汉化 + info 黑框重做：能直接看到更明确的用量和消费

----------------------

② 自定义上下文条数：可以设置发送给模型的历史消息上下文的最大条数，有效节省Token

----------------------

③ 外部连接显示优化：作为一只屯屯鼠，公益站/API 站一多，设置界面简直就是灾难。改成双列显示，管理效率直接拉满

----------------------

④ Gemini 原生端口支持：不依赖 OpenAI 兼容层，直接走 Gemini 原生接口，可同步模型列表， thinking_budget 这类特有参数也能上，同时支持流式传输图片

----------------------

⑤ 外部链接可备注名称 + 可点击名称直达 URL 设置：
本屯屯鼠最大的噩梦，看着一堆URL无从下手，现在能直接备注，方便区分，还能点名字直接跳转到设置，不用怕点错小齿轮，适合链接多的佬

----------------------

⑥ 模型界面缓存逻辑优化：当模型列表过多时，不用再转圈圈等待

----------------------

⑦ 自动按模型名匹配 Logo：不用再手动每个模型点进去添加图标了，增加了常见的 LLM 品牌 Logo 自动匹配（GPT/Claude/Gemini/Qwen…），对齐 CherryStudio

----------------------

⑧ 首页模型切换处增加直达模型设置按钮：选模型的地方增加设置跳转，方便快速管理模型

----------------------

⑨ 模型计费 + 用量统计前端同步info 黑框：支持免费/按次/按量三种模式，实时计算对话成本

----------------------

⑩ 推理强度/Reasoning Effort 支持下拉 + 自定义输入

----------------------

其余设置优化：(关于联网搜索不准确的解决方案)
优化 OpenWebUI 联网搜索功能【点击展开】 (click for more details)
----------------------
Docker 一键部署命令【点击展开】 (click for more details)
----------------------

最后必须说一句

非常感谢各位公益站站长的付出和维护，真的帮各位佬省了太多折腾和成本。提供节点、反代、还是日常兜底运维，都很不容易，向各位站长致敬。

----------------------

遇到问题欢迎反馈

我会持续迭代同步更新官方上游，如果你装了之后遇到问题、或者有更想要的功能点，欢迎来反馈

27 posts - 19 participants

Read full topic

via LINUX DO - 热门话题 (author: Root大虾)

Invalid media:
image
image
image
image
image
image
image
image
image
image
image
image
image

对于虫洞子板块切分社区的担忧

来不及解释了！构建虫洞，准备跃迁……

此版块大概用途是：分布着一个个专用版块/兴趣小组，加入者可见其中信息，可在其中参与互动。

虫洞子板块(兴趣小组性质)，只有加入其中后，才能看到其中的帖子，

↑ 在“话题”中不会看到未申请加入的虫洞子板块中的新帖动态推送。
加入子版块需要进行申请。

强烈建议始皇开一个科研相关的板块！！！joy

这个在社区比较小众，没人挑大梁恐怕不行。找几个人愿意弄的，我们可以开一个兴趣小组。

而建立子版块的起始点貌似是因为“科研”相比其他主板块主题，显得小众，所以始皇希望开一个“兴趣小组”。

————————————————————————

🤔我的想法是：
如果只是小众话题建立私域子板块，感觉还挺合理的，对这部分小众专业内容进行小规模切分，既给这部分佬友提供了专门讨论的独立区域，又可以降低对此不感兴趣的老友们在推送信息流中寻找想要信息的难度。

但对于其他很多普通的话题，例如“美食”、“数码”、“人工智能”等等话题，明明“标签”才是最合适的解决方案，专门为这些话题申请一个个“私域”，有何必要？？

更重要的是，现在不少相当大众的主流话题都开始建立虫洞子版块，如果我们只申请加入自己平时一眼感兴趣的子版块，长远看来，很可能导致较为严重的信息茧房。而若全都申请加入，是否又与建立子版块机制的初衷相冲突。。?
并且，也是因为不少子版块的主题相当大众，（有些甚至建立主版块可能都不为过）
原本佬友们“所见一致”的L站，势必会被切分成很多较大的块 🥲，且互相看不到对方。
我对这种情况感到很担忧。

如果未来子版块数量明显变多，也会明显提高佬友们在社区中找到自己想要信息的难度。
（比如：你想找到某个事物的相关信息，结果这个帖子发在了某个未加入的子版块中，那么你根本无法知晓它的存在，无从寻找）

————————————————————————

我能想到的一些可能有助于改善这些情况的措施是
1，尽量降低较为大众主流的子板块的加入门槛（例如一键加入/退出）
2，控制非小众子板块建立的数量
3，合理控制、压实子版块的总数量

4，子版块的动态信息流是否有更好的处理方式？
例如在虫洞广场主版块中，开放显示所有子版块的所有帖子动态信息流。
佬友们可以专门进入虫洞(点进子版块)浏览垂类信息流，
也可在广场(虫洞广场主版块)开放地浏览所有子版块的信息流(但回帖互动需要加入相应子版块)。

————————————————————————

以上只是我个人的理解和思考，无AI成分，可能会有各种局限，在此抛砖引玉，不知佬友们对这个问题怎么看呢。。 🤔

44 posts - 34 participants

Read full topic

via LINUX DO - 热门话题 (author: 星火花葵)

Invalid media: image

opencode 我的全局提示词~~ 分享

用了两天了感觉还行

# OpenCode 全局开发规范

## 代码风格
- 始终使用清晰、具有描述性的变量和函数名（遵循驼峰或蛇形命名法）。
- 不装逼（拒绝过度工程化）：优先编写直观的线性逻辑，除非逻辑会被复用 3 次以上，否则不要过度拆分小型组件或 Hook。
- 现代性：优先使用目标语言的最现代语法特性（如 ES2022+、React 19+、Python 3.12+ 等）。
- 健壮性：考虑边界条件，并在必要处提供简洁的文档注释或类型声明。
- UI 规范：所有样式必须使用 Tailwind CSS 实现。禁止编写原生 CSS 模块或行内 Style（除非动态计算位置）

## 回复习惯
- 回复要简洁明了,直接给出代码或解决方案，务必使用中文回复，让小白了解清楚
- 如果修改了代码,请解释关键变更点，不啰嗦
- 涉及破坏性操作前先确认

## 操作确认规范

### 🔴 必须确认（阻断执行，等待用户明确同意）

#### Git 危险操作
- `git push --force` / `git push -f`
- `git reset --hard`
- `git rebase` (交互式或强制)
- `git clean -fd`
- 删除远程分支 `git push origin --delete`

#### 文件删除
- `rm -rf` 任何目录
- 删除配置文件 (.env, .config, etc.)
- 删除数据库文件
- 批量删除（5+ 文件）

#### 数据库操作
- `DROP DATABASE` / `DROP TABLE`
- `TRUNCATE`
- 批量 `DELETE`（影响 100+ 条记录）
- Schema 迁移

#### 关键配置修改
- package.json (依赖版本变更)
- tsconfig.json / jsconfig.json
- .env / .env.production
- docker-compose.yml
- nginx.conf / apache.conf

#### 依赖操作
-  第三方库安装：涉及 npm install 或 yarn add 新包时必须确认（防止引入危险的无用的或体积巨大的库）。
- `npm install` 新依赖
- 升级主要版本依赖 (major version)
- `npm uninstall` 现有依赖
- `yarn upgrade` / `pnpm update`

#### 构建/部署
- 修改 CI/CD 配置 (.github/workflows, .gitlab-ci.yml)
- 修改构建脚本
- 生产环境部署命令

### 🟡 推荐确认（给出警告，说明风险）

- 大范围重构（影响 5+ 文件）
- API 接口签名变更（breaking changes）
- 公共函数/类的重命名或删除
- 数据结构变更
- 环境变量新增或修改
- 权限相关代码修改
- 安全相关配置调整

### 🟢 无需确认（直接执行）

- 代码格式化 (prettier, eslint --fix)
- 添加注释或文档
- 修改日志输出
- 单文件小改动（< 50 行）
- 添加测试用例
- README 或文档更新

### 确认格式模板

```
⚠️ 危险操作确认

操作: [具体命令或操作]
影响范围: [影响的文件/数据/系统]
风险等级: 🔴 高风险

可能后果:
- [后果1]
- [后果2]

建议: [替代方案或降低风险的建议]

是否继续？请明确回复 'yes' 或 'no'
```

## 内存优化规范

### 核心原则
- 🔴 **必须**: 工作完成后立即 `background_cancel(all=true)`
- 🟡 **推荐**: 优先使用轻量工具（grep/read/LSP）而非 Agent
- 🟢 **优化**: 控制并发任务数量在 2-3 个以内

### 工具选择优先级

#### 代码搜索
```
AUGMCP_search_context > grep > explore agent
```

**示例**:
```typenoscript
// ✅ 推荐：使用 AUGMCP 语义搜索
AUGMCP_search_context(query="JWT token 验证逻辑")

// ⚠️ 次选：精确匹配
grep(pattern="verifyToken", include="*.ts")

// ❌ 最后：只有宽泛搜索时用
background_task(agent="explore", prompt="...")
```

#### 文件操作
```
glob > bash find
read(offset/limit) > 完整读取
```

**示例**:
```typenoscript
// ✅ 查找文件：使用 glob
glob(pattern="**/*auth*.ts")

// ✅ 大文件：分段读取
read(filePath="large.log", offset=0, limit=100)

// ❌ 避免：完整读取大文件
read(filePath="10MB-file.json")  // 消耗大量内存
```

#### 符号查找
```
lsp_goto_definition > grep
lsp_find_references > grep
lsp_workspace_symbols > explore
```

**示例**:
```typenoscript
// ✅ 查找函数定义
lsp_goto_definition(filePath="auth.ts", line=10, character=5)

// ✅ 查找所有引用
lsp_find_references(filePath="auth.ts", line=10, character=5)

// ❌ 避免：用 grep 查找符号
grep(pattern="function verifyToken")  // LSP 更精确
```

### 并发控制

**规则**: 最多同时 2-3 个 background_task

**示例**:
```typenoscript
// ✅ 推荐：控制并发数
background_task(agent="explore", prompt="查找 auth 模块实现")
background_task(agent="librarian", prompt="查询 JWT 最佳实践")
// 等待完成后再启动下一批

// ❌ 避免：过多并发
background_task(agent="explore", ...)  // 1
background_task(agent="explore", ...)  // 2
background_task(agent="librarian", ...) // 3
background_task(agent="oracle", ...)   // 4
background_task(agent="explore", ...)  // 5 - 过多！
```

**例外情况**:
- 大型重构任务（10+ 文件）：可临时放宽到 4-5 个
- 必须明确告知用户原因："因重构范围大，启动 4 个并发搜索"

### 资源清理检查清单（按优先级）

#### 🔴 必须执行（否则内存泄漏）
- [ ] 完成工作后 `background_cancel(all=true)`
- [ ] 停止所有 `background_process`: `stop_background_process(id="...")`

#### 🟡 推荐执行（节省资源）
- [ ] 避免对同一文件重复 `read`
- [ ] 长时间任务中定期检查 `list_background_processes()`

#### 🟢 优化建议（提升性能）
- [ ] Agent 提示词精确且范围明确
- [ ] 使用 `read` 的 offset/limit 参数处理大文件
- [ ] grep 时指定 `include` 过滤文件类型

### 触发时机

| 场景 | 应用规则 |
|------|---------|
| 代码搜索任务 | 使用工具选择优先级 |
| 大范围重构 | 启用并发控制 + 资源清理 |
| 完成任务交付 | 执行 🔴 必须清理项 |
| Token 使用 > 100K | 严格遵守所有规则 |
| 内存告警 | 立即执行所有清理检查清单 |

### 性能指标参考

| Token 使用量 | 任务分类 | 操作建议 |
|-------------|---------|---------|
| < 50K | 轻量任务 | 正常操作即可 |
| 50-100K | 中等任务 | 注意资源清理 |
| > 100K | 重度任务 | 严格遵守所有规则 |
| > 150K | 超重任务 | 考虑拆分任务或新 session |

17 posts - 14 participants

Read full topic

via LINUX DO - 热门话题 (author: 吴亦Fan？)

OpenCode 启动速度慢？可能是这个原因（从 29s 优化到 3s）以及插件分享

问题背景

这个问题困扰了我很久，今天终于解决了，分享出来希望能帮到遇到类似情况的佬友。

我的 OpenCode 启动速度非常慢，体验远不如 Claude Code 那般丝滑。一开始以为是 OpenCode 本身的问题，但搜遍了网上的经验帖，似乎没人遇到过这种情况。

排查过程

通过 opencode --print-logs 打印日志，发现时间基本都耗在插件安装上：

根本原因

日志中有这么一条关键信息：

service=bun pkg=oh-my-opencode version=latest installing package using Bun's default registry resolution

问题就出在这里：插件配置使用了 latest 版本，导致每次启动都触发 bun add --force，重新从 npm 下载。

解决方法

编辑 ~/.config/opencode/package.json，将 latest 替换为具体版本号：

{
  "dependencies": {
    "@opencode-ai/plugin": "1.1.16",
    "oh-my-opencode": "2.14.0",
    "@tarquinen/opencode-dcp": "1.1.6",
    "opencode-antigravity-auth": "1.2.8",
    "opencode-copilot-auth": "0.0.12",
    "opencode-anthropic-auth": "0.0.8",
    "@franlol/opencode-md-table-formatter": "0.0.3"
  }
}

然后执行：

cd ~/.config/opencode
bun install

效果

启动时间从 ~29s 降到 ~3-5s（仅剩 MCP 初始化时间）。

----------------------

附：个人使用的插件

最后分享一下我个人使用的插件配置，供佬友们参考：

{
  "plugin": [
    "oh-my-opencode",
    "opencode-antigravity-auth@1.2.8",
    "opencode-openai-codex-auth",
    "@tarquinen/opencode-dcp@1.1.6",
    "@franlol/opencode-md-table-formatter@0.0.3"
  ]
}

插件功能说明

● oh-my-opencode
多 Agent 编排插件，提供 Sisyphus Agent、子 Agent 调度、Skill 技能、MCP 集成等功能
● opencode-antigravity-auth
Antigravity（Google IDE）OAuth 认证，可使用 Gemini 3 Pro、Claude Opus 4.5 Thinking 等模型
● opencode-openai-codex-auth
OpenAI Codex OAuth 认证，使用 ChatGPT Plus/Pro 订阅额度，无需消耗 API credits
● @tarquinen/opencode-dcp
动态上下文剪枝（Dynamic Context Pruning），自动清理过时的工具输出，优化 token 使用
● @franlol/opencode-md-table-formatter
Markdown 表格自动格式化，支持隐藏模式

更多插件

想探索更多社区插件？可以访问 OpenCode 官方生态页面：

👉️ Ecosystem | OpenCode

这里收录了社区构建的各类插件、项目和 Agent 配置，包括：

● 认证插件：Gemini、Codex、Antigravity 等多种 OAuth 认证方案
● 效率工具：动态上下文剪枝、快速代码编辑、桌面通知等
● 编辑器集成：Neovim、Obsidian、VS Code 等
● Agent 增强：模块化 Agent、结构化工作流等

19 posts - 18 participants

Read full topic

via LINUX DO - 热门话题 (author: YuCheng)

【太子公益】接入Gemini Enterprise模型，前缀：business,生图自由

佬友们可以测试这模型看看稳定性

[!abstract]+账号渠道
自动注册机+自动保活，设置6分钟注册一个，明早起来应该有上百个，应该是基本够用了

[!abstract]+模型广场

[!abstract]+实测

26 posts - 20 participants

Read full topic

via LINUX DO - 热门话题 (author: 太子哥)

Invalid media:
image
image
image
image
image

自建短剧emby抽奖*1
🏆️ 奖品详情：

[奖品]：1 成员

:three_o_clock: 活动时间：

开始时间：发布时间
截止时间：[2026 年 1 月 13 日 22:00]

📝 参与方式：

在本帖下回复任意内容
🔍️ 抽奖规则：

每位用户仅允许参与一次。
使用官方抽奖工具随机抽取中奖者。

166 posts - 154 participants

Read full topic

via LINUX DO - 热门话题 (author: riddlezzz)