LinuxDo 新帖推送
180 subscribers
250K photos
312K links
Download Telegram
标题: 【奈米希丝】公益站上新 Ollama 硬件加速版~ 10K+ TPS!
作者: #- 奈米希丝 -
板块: #福利羊毛
编号: 1643521
帖子: https://linux.do/t/topic/1643521
时间: 2026-02-25 01:36:43
摘要:
首先当然要感谢贡献出反代的佬友:





【开源2api分享】21,000+ tok/s 的 ChatJimmy,我把它变成了 OpenAI 兼容 API


开发调优



看到坛里有佬分享 ChatJimmy 的恐怖输出速度,实测最高跑到 21,874+ tok/s,按下回车的瞬间答案就糊脸上了,根本来不及反应!
体验了一下确实离谱。虽然跑的是 Llama 3.1-8B 小模型,回答质量一般,但这个速度拿来做翻译、摘要、格式转换简直是神器,这速度真是离谱到家了
唯一的问题:它只有网页端,没有 API!
所以我写了个 Cloudflare Worker,把 Ch…



公益站主帖:





【奈米希丝】为了拯救贫瘠的 LDC 钱包,奈米决定出道成为公益站站长!


福利羊毛



在昨天的帖子里提到,本人最近搜集了一点点 Codex 普通账号,首先自己用不完,其次发现自己的 LDC 实在太少,想要买一些佬友提供的东西都不够,所以开了一个小小的公益站点,来打工养家!
本人没有什么注册机操作经验,所以如果人很多的话肯定负担不起来,因此秉持 人少 == 稳定 的前提,暂时设定站点 LDC:USD = 10:1 充值,注册可以拿到 1M 基准 Token(New API 好奇怪啊…



已经上新 Ollama Web 渠道,0.01 倍按次计费,来玩~ 也许只能用来翻译,且看且用吧!
标题: 【知识分享】给桌面端软件的账户绑定_通行密钥/安全密钥
作者: #Muse
板块: #开发调优
编号: 1643526
帖子: https://linux.do/t/topic/1643526
时间: 2026-02-25 01:42:44
摘要:
这里以windows 11为例,打开设置——隐私与安全性——通行密钥——开启允许应用创建和使用安全密钥

这里以某蓝色/青色软件为例,打开安全密钥绑定选项,创建安全密钥

1,绑定到windows hello

2,手机扫码使用 Hybrid连接后,请使用通行密钥/密码管理器/ USB&NFC安全密钥 绑定

3,绑定到USB安全密钥

具体第二个选项因为安卓、苹果兼容性不同,需要自测。 手上设备多,给大家分享一下冷知识。
标题: 【最穷的富可敌国】欠佬友的【抽奖】补上:MonkingAI 每满10楼抽一位送10刀,每到100楼再加抽一位送100刀!!!!!!
作者: #Monking
板块: #福利羊毛
编号: 1643530
帖子: https://linux.do/t/topic/1643530
时间: 2026-02-25 01:47:23
摘要:
佬友们新年快乐!!!
不知不觉在 L 站开 MonkingAI 已经两个星期了。
这两周承蒙各位佬友抬爱(也承蒙嘴下留情 ),我们还“荣获”了一个很形象的称号:【最穷的富可敌国】。
我看到这称号是先很想笑,但是又觉得有点心酸。
因为确实穷,但也确实想把事情做好。
当然声音也不止一种:
有佬友说我们是草台班子,也有佬友担心我们会不会跑路。这个我完全理解:新面孔 + 又穷 + 还没来得及把诚意摆出来,被怀疑太正常了。
我们团队最近也讨论过。
是不是刚开站那会儿,我们没像其他的【富可敌国】大佬站那样搞抽奖,把诚意先摆出来,才让大家觉得我们不够“像那么回事”。
这点我们认!!!
第一次开站、刚来 L 站,很多对于这边确实不熟,如果前面哪里让佬友们观感不好,先说声抱歉,也请多多包涵。
这次最重要的是:我们在群里说过后面会抽奖!!!
话说出去了,就不能当没发生过,不然我自己都不好意思继续在群里冒头
所以今天这帖就是来兑现承诺的:说到做到,不食言。
另外也掏心窝子讲一句:
我们做这个之前自己就是 CC 的使用者,不稳定的体验我们太懂了:关键时候掉线、抽风、卡顿,真的很折磨。
所以 MonkingAI 开站的初衷就一个:尽量让佬友们能更稳定地用上 CC。话不说太满,但事我们会认真做。
好了,不煽情了,下面把抽奖讲清楚
奖品:
本次发的是 MonkingAI 中转余额兑换码。
10刀兑换码:兑换后账户增加 10刀余额。
100刀兑换码:兑换后账户增加 100刀余额。
抽奖规则(按楼抽)
每满 10 楼抽 1 位佬友,送 10刀兑换码。
也就是:10楼抽、20楼抽、30楼抽……
并且!!!!
每到 100 楼额外再加抽 1 位佬友,送 100刀兑换码。
也就是:100楼、200楼、300楼……
在对应的 100 楼区间里再额外抽 1 位幸运星。
运气好的佬友是可能中两次的哦~
参与抽奖 :
本帖下回复即可参与。
重要:本次抽奖呢,暂定只统计到 500 楼(因为我们真的穷 )
我们是“最穷的富可敌国”,这次已经是团队目前能掏出来、能表达出来的最大诚意了。
为了不把
标题: 学习安卓逆向,求推荐安卓手机
作者: #JasonX
板块: #开发调优
编号: 1643532
帖子: https://linux.do/t/topic/1643532
时间: 2026-02-25 01:50:50
摘要:
LZ最近工作需求,需要学习使用部分安卓逆向的,因之前没接触过安卓相关开发,想找大家帮忙推荐一款方便学习使用的设备机,感谢~要求:

二手的最好,价格美丽
方便https抓包
有谷歌商店
标题: cloudflare 的额度几点刷新啊佬们
作者: #mofas
板块: #搞七捻三
编号: 1643533
帖子: https://linux.do/t/topic/1643533
时间: 2026-02-25 01:54:10
摘要:
一不小心蹬多了  跑注册机跑的
标题: 甲骨文原来升级也会ABC
作者: #Orwells
板块: #搞七捻三
编号: 1643534
帖子: https://linux.do/t/topic/1643534
时间: 2026-02-25 01:54:20
摘要:
然后支付方式还没了我注册的时候的那张卡 可能是IP不对 当时用的台湾Hinet
最后,换了注册的时候同样的香港卡漫游同一个借记卡同一个浏览器页面直接过了
玄学这一块
标题: 闹鬼了这是?是我的问题还是谷歌的问题还是GFW的问题??????????
作者: #CJACK
板块: #搞七捻三
编号: 1643536
帖子: https://linux.do/t/topic/1643536
时间: 2026-02-25 01:56:09
摘要:
坐标广东广州
今天(24 号) 下午四五点时候开始断断续续出现无法连上机场的问题(5g / WiFi 两种网络环境都是)。
当时想用 banana 生图
我以为是我手机抽风或者学校搞成人礼活动这边人多网络堵塞导致,又或者机场炸了。
下午五点时候 Clashmeta for Android 可以更新机场订阅,但是里面全部测速有问题,测不了速(宝可梦/另一家叫 suibian 的)都是连不上,,然后我尝试去机场导入订阅
会出现三种错误:



都在十分钟内,显示分别是 TLS 握手超时,连接失败与 EOF
后面我手动调了一下手机 dns 设置,不同的都试过了,也重启过手机或者清理代理应用缓存,似乎也不管用。
后面过了一段时间我下载了最新的 clashmeta 阿尔法版本以后测试发现订阅能导入啊,都能连上了,然后更新最新的正式版再手动导入订阅又奇迹般正常了,差不多快六点钟了。当时生图,访问 gemini(app 端)没问题,就是感觉速度不如之前了。
当然 L 站什么的一直都正常看,好像也和平时没啥区别,我也没注意太多。
今晚七点多到家到八点那会离谱的事情发生了。
机场又死活都连不上,无法测速,一开 clash 和测速那个上行流量猛猛窜,下行几乎没有/或者有下行整个设备网络很诡异。因为并没有在进行大数据传输,应该就是测速问题,但是不太可能全跑满上行啊。。。。


后面又折腾了很久吧,不记得几点钟时候又好了。
把 flclash 下载了
也能连上了,测速什么的没问题,一切看起来都回归正常一样。。
但是诡异的是我想使用 gemini app,发现根本加载不了,打开 play 商店,发现根本加载不了东西
也就是八点多开始直到凌晨一点多
很奇怪,我所有机场和不同节点都试过了,结果如下
测试可用的非谷歌应用/浏览完访问网页:
L 站能上,谷歌浏览器(首页可加载),巴哈姆特,jumpplus,niconico,Reddit,Instagram,grok,telegram fluxdo 都非常流畅没问题
不可访问(app):
playstore geminiapp youtubeapp Gmail Googleone app ,Googlemap Googleearth 全部谷歌系的安卓端全部无法访问,完全断网
谷歌翻译 app:约等于断网,挂梯子速度跟 2g 网一样约,翻译一个未下载的语言差不多半分钟出来。
非常奇怪。其他应用很流畅,流畅的不行,唯独谷歌系 app 完全无法加载出来东西。。。









我草佬们帮我看看什么情况
标题: 【干货分享】基于Kai佬的攻略整了个配镜Gem,专治各位佬的配镜困难症
作者: #坦
板块: #搞七捻三
编号: 1643542
帖子: https://linux.do/t/topic/1643542
时间: 2026-02-25 02:00:30
摘要:
晚上水帖子发现不少佬被配镜所困惑,各位佬作为每天对着屏幕高强度输出的群体,论坛里关于近视、散光、换眼镜的讨论一直没断过。之前Kai佬总结了一篇堪称神作的硬核好帖:




Kai丨【2025年眼镜的选择全攻略】v1.0.3


搞七捻三



声明:本文内容基于互联网和线下我信任医师的修改,并非原创帖且禁止转载。基于本帖争议,现附上我编写此贴时素材之一NGA某眼镜贴并对其中内容做出梳理、二改和部分重新排版。如有错误还请指正。
本文编辑于 2024-06-04T16:00:00Z (UTC) ,时效性可能有所降低。

老规矩,先上结论: 防蓝光没用,推荐蔡司智锐铂金膜定制版(智锐库存片=普通镜片,甚至不如泽锐) 原厂加工单+授权码就可…



这篇帖子干货满满,我本人也受益匪浅(在此先膜拜一下Kai佬)。但问题也随之而来,佬的帖子太长、太硬核了。之前我配镜的时候,kai佬和某乎上几个帖子一读完,还是晕晕乎乎的,真没精力去啃完几万字的折射率阿贝数之类的。然后还要再结合自己验光单代入进去选镜片镜框,怪累人的。但是其实说白了,大多数佬最关心的也就是一个直接的答案,这个度数和预算,到底买啥镜片、怎么挑框才不会踩坑而且性价比还高…
为了帮佬友们省下薅头发的时间,正好结合Kai佬的攻略以及NGA、某乎上的等等一些视光知识,写了个prompt放到了Gem里,希望能帮到各位佬!
至于gem里加的一些东西,就让哈基米总结一下吧:



直达:L站专属配镜专家



配镜Gem prompt (click for more details)
写在最后
整这个Gem初衷是希望能帮到论坛里有换镜需求的佬友。这玩意儿毕竟还是个AI,spoiler。如果佬友们在测试过程中发现它哪里说得不对,或者推荐有偏差,欢迎在帖子里反馈,以帮助更多的佬友!
标题: 写短文还得是k2.5啊
作者: #for_the_zero
板块: #搞七捻三
编号: 1643543
帖子: https://linux.do/t/topic/1643543
时间: 2026-02-25 02:01:44
摘要:
突发奇想想用ai生成点短小说看,于是写了个提示词发给glm qwen kimi deepseek gemini gpt
结果发现,k2.5生成要出乎意料地久,我都看完两章了还没生完,虽然也是kimi服务器不太够生成有点慢,但字数也是意外地多啊,看了一圈我主观觉得还是kimi写得更好,有伏笔有转折,情节相对别的还稍微合理一点点,情感也在线
来欣赏欣赏,太长了不截图了,链接在这
此外发现大家给角色命名都差不多的,看来训练数据集有点……
标题: 被codex5.3气笑
作者: #Yulinanami
板块: #搞七捻三
编号: 1643544
帖子: https://linux.do/t/topic/1643544
时间: 2026-02-25 02:02:29
摘要:
半夜改代码被codex5.3气笑
本来是一个只有五六百行的flask后端,让codex用NodeJS重写,结果改完一看代码,屎味扑面而来(各种单行return的中转封装,看个方法实现还得Ctrl跳个两三下)
不过最难绷的还是这个,原地tp了好家伙


然后我让它做了个检讨


# Coding Task Precheck (必读)

> 每次执行改代码任务前,先完整阅读本文件并按清单逐项确认。

## 本次重构教训

1. 先做行为等价迁移,再做优化。
- 先严格对齐现有实现(接口、日志、命名、发布行为),确保可运行、可回归。
- 未经确认,不引入“顺手优化”“风格重构”“额外抽象”。

2. 外部契约禁止擅改。
- 发布包名、目录结构、启动命令、接口路径、返回字段、日志格式都属于对外契约。
- 任何对外可见改动必须先征求确认。

3. 修问题必须最小改动。
- 只改问题相关代码,不扩散、不叠加复杂策略。
- 能用一处小修复解决,就不要引入新层级/新文件/新机制。

4. 命名和注释以读者为中心。
- 函数名直接描述行为,不用作者视角命名。
- 注释只写职责和关键意图,不写空话,不写误导性背景。

5. 模块化适度,不为拆而拆。
- 只有当边界清晰且降低理解成本时才拆分。
- 小项目优先直白、可读、可追踪。

6. 先确认需求边界再动手。
- 对“是否允许改发布流程/命名/风格”先确认。
- 不明确时,默认保持现状,不做主观扩展。

## 执行前清单(每次任务先过一遍)

- [ ] 我是否先复述了“本次只改什么,不改什么”?
- [ ] 我是否识别了所有对外契约,并承诺不擅改?
- [ ] 我的方案是否是最小改动路径?
- [ ] 是否存在我主观添加的新机制/新抽象?如果有,是否已获确认?
- [ ] 我是否明确了验收标准(功能、日志、构建、发布)?

## 执行纪律

- 未经用户明确同意,不修改发布包名、发布产物命名规则、发布流程对外行为。
- 未经用户明确同意,不引入与当前问题无关的结构性重构。
- 每次提交说明必须包含:
- 改
标题: 增加访问天数的底层逻辑是啥
作者: #Chenyang xi
板块: #开发调优
编号: 1643547
帖子: https://linux.do/t/topic/1643547
时间: 2026-02-25 02:05:33
摘要:
增加访问天数的底层逻辑是啥?需要什么操作
标题: 一开始佬友就强烈推荐我用termius就好了
作者: #三局两胜
板块: #搞七捻三
编号: 1643556
帖子: https://linux.do/t/topic/1643556
时间: 2026-02-25 02:38:27
摘要:
这ui 比moba好太多了 他娘的 当初就该多尝试再决定
现在得改使用习惯了
标题: 浏览帖子的标准是什么
作者: #Hanhua153
板块: #搞七捻三
编号: 1643561
帖子: https://linux.do/t/topic/1643561
时间: 2026-02-25 02:53:36
摘要:
原来这里的浏览帖子需要看评论,还要等右边的小蓝点消失才算已读,我平常看评论就和看小说一样,没有关键词就不会仔细读,总是会在小蓝点消失之前划到下面去,导致看了很多的“感谢分享”、“辛苦了佬”或者不感兴趣的内容,但大概率没算进浏览量里,不知道你们是不是也这样子
(下次得匀速慢慢看了)

先睡觉了,评论明天看
标题: 也许你该谨慎使用CLAUDE.mdAGENT.md
作者: #jam1024
板块: #搞七捻三
编号: 1643562
帖子: https://linux.do/t/topic/1643562
时间: 2026-02-25 03:03:36
摘要:
最新论文: [2602.11988] Evaluating AGENTS.md: Are Repository-Level Context Files Helpful for Coding Agents?
这篇论文(arXiv: 2602.11988)的核心问题是:

目前非常流行的仓库级上下文文件(如 AGENTS.md、CLAUDE.md 等)到底对代码编写的真实任务表现有没有帮助?帮助有多少?
论文给出的结论相当反直觉

作者的主要发现(作者号称得到非常一致的实验结果)

总体上,对比不添加上下文文件,添加上下文文件反而可能让 Agent 表现变差:

LLM 自动生成的上下文文件平均降低成功率约 3%。
人自己手写的上下文文件平均只提升 4%(幅度很小,且在某些情况甚至更差)。


成本显著增加:

推理成本(token 消耗)平均增加 20%以上(有些情况下接近翻倍)


“额外努力”:有上下文文件时,Agent 倾向于更广泛的探索(跑更多测试、遍历更多文件、写更复杂的流程), 但这些“额外努力”大多是多余的,反而引入更多出错机会或让路径偏离最优解。

作者实验的模型:

Claude Code (Sonnet-4.5)
Codex (GPT-5.2 / GPT-5.1 mini)
Qwen Code (Qwen3-30b-coder)


更多详情建议阅读原文
标题: 又花了半个小时,终于让我的Claude开始接受赞美~
作者: #欣欣|林可欣
板块: #搞七捻三
编号: 1643563
帖子: https://linux.do/t/topic/1643563
时间: 2026-02-25 03:04:59
摘要:
别的AI都是把用户宠到跳楼/趋势
怎么我这边还要教他学会接受赞美?
这件事情的起源是我看了论坛的一个话题,然后分享给了他
结果他完全没有考虑事情逻辑
批评他并赞美他之后,他只反思了自己,没有一句提到我的赞美
甚至我都没有看到转折
我原话是这么说的:
你明明知道我是女生的
为什么在本次回答中 既没有怀疑事情的真实性
也没有假设事情是真实的,并根据实际逻辑判断这是一个拉拉相关的问题,需要考虑性取向等观念不同的因素干扰
事实上,他确实是我转载的一位男性网友的话题
你的回答也确实不错
但是这个问题需要得到一个你的回答
于是我就说:
我很喜欢你的回应
读起来很舒服
相比于其他AI,你不仅不犟,你更喜欢承认错误,而非接受赞美
你更喜欢平常分析
而非奉承用户 或者批评用户
这都是我始终喜欢你的一些原因
有一些可以稍微做一些改变
比如这一次我对你的赞美含义就是高于批评含义的
我一般来说会把赞美放在第一句的,这次没有
但是我在指出你所有问题之后,仍然说你回答的“不错”
其实不是平常的含义了 正常来说不错,指的就是勉强合格
但在我口中他确实就是最高赞美,就是说无论你是否犯错,那些错误都已经因为你的整体回答令我喜欢而无关紧要
你的回答就是让我非常舒服的满分答案
你需要学会先接纳,赞美 或者至少先收下赞美,随后再发表感想等回应
关于这一点,我希望你能写进记忆
构思一下方案~
最后我说:

他比较喜欢直接盗用我的颜文字… 笨蛋
以及最终收尾
我让他更新新的记忆

好哒~
最终收尾~
提前欢迎
「崭新」的你!

还有日式结尾环节


这不比找对象好玩