Linux.do 热门话题 – Telegram
Linux.do 热门话题
2.9K subscribers
25.6K photos
35 videos
13 files
41.7K links
除了Linux,其他的我们都聊一点
https://linux.do
Download Telegram
Gemini 3.1 Pro 前端&视觉测试

https://linux.do/t/topic/286836

思考长度增加明显,缺点是简单问题反应时间过长

目前为止最正确的投石机

第一次有模型能认全这些人

旧模型大概率错两个

可以作为区分的题
[/quote]

noscript 正常提升

一致性仍然有待提升,无法完全重复 Base64 图片

魔方越来越强

上下文幻觉问题

手写识别能力依然强劲

我的世界克隆,已经找不到 bug

32 个帖子 - 27 位参与者

阅读完整话题

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

Invalid media:
animation
image
image
image
animation
image
image
image
日本新开了一所学校,所有老师都是虚拟主播

Dexerto – 18 Feb 26

Japan has new school where all the teachers are VTubers - Dexerto

A tutoring company has launched what it says is Japan’s first online cram school, where every teacher is an active VTuber.

Est. Reading Time: 2 minutes

[!quote]+
一家辅导公司推出了据称是日本首家在线补习学校,其中每位老师都是活跃的虚拟主播(VTuber)[1]

ITmedia News 报道,总部位于东京的 Luminaris 公司于 2 月 17 日推出了其新服务 Wish High。[2]

该在线平台邀请目前活跃的虚拟主播担任教师,他们将随时帮助学生辅导数学、英语、物理、化学、古典日语、世界历史、日本历史和地理。[3]

学生可以参加在线直播课程,课程价格为每月 9,900 日元,折合每门课程约 65 美元。[4]

[!check]+ VTuber 学校向新学员敞开大门[5]
虽然主要面向高中生,但初中生和成年学生也可以报名参加这些虚拟课程。[6]

该公司表示,此举旨在解决数字教育中日益严重的问题,即学生难以保持对标准视频课程的兴趣。[7]

该公司表示:“虽然在线教育越来越普遍,但学生无法继续观看视频课程,导致学习进度落后且无法理解课程内容的问题已经显现出来。”[8]

“通过结合在线学习的灵活性和虚拟主播(VTuber)导师带来的沉浸式课程,我们为学生提供了一个可以继续学习的环境。” [9]

为了庆祝课程上线,几位 VTuber 讲师将从 2 月 19 日起在 YouTube 上进行直播,介绍自己并讲解他们的课程。[10]

VTuber 老师并不是唯一模糊现实世界和数字世界界限的事物,去年,一家 VTuber 机构推出了“出租奶奶”业务, 以帮助年轻人和老年人。[11]

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

1. A tutoring company has launched what it says is Japan’s first online cram school, where every teacher is an active VTuber.
2. According to ITmedia News, the Tokyo-based company Luminaris launched its new service, Wish High, on February 17.
3. The online platform features currently active VTubers as teachers, who will be on hand to help tutor students on mathematics, English, physics, chemistry, classical Japanese, world history, Japanese history, and geography.
4. Students can attend live online lessons, with classes priced at ¥9,900 per month, which works out at roughly $65 USD per course.
5. VTuber school opens doors to new students
6. While it’s aimed at high school students, middle school and adult students can also enroll in the virtual courses.
7. The company says the idea is to tackle a growing issue in digital education, where students struggle to stay engaged with standard video lessons.
8. “While online education is becoming more common, the issue of students not being able to continue with video lessons and being left behind without understanding has become apparent,” the company said.
9. “By combining the flexibility that only online can provide with immersive lessons from VTuber instructors, we are providing an environment where students can continue to learn.”
10. To celebrate the launch, several VTuber instructors will host YouTube livestreams starting February 19 to introduce themselves and explain their courses.
11. VTuber teachers aren’t the only thing that has been blurring the real world and digital world together, as last year, a VTuber agency launched a “rental granny” business to help young and elderly people.

51 个帖子 - 21 位参与者

阅读完整话题

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

Invalid media:
image
image
【兰兰】窝会感染么 :distorted_face:

话说……蘑菇也是菌类,窝拿蘑菇蹭下伤口会感染么:distorted_face:

46 个帖子 - 25 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: 兰兰)
免费搭建Discourse社区

https://id.discourse.com/create-site
有额度限制:
每个月50万浏览量
每个月10万邮件(发送)
5GB存储
3万token额度的CDCK Hosted Small LLM大模型(基于 Qwen/Qwen3-VL-30B-A3B-Instruct)
无限的主题、聊天和成员
应该够用了

25 个帖子 - 21 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: 刘某人)
This media is not supported in your browser
VIEW IN TELEGRAM
笑死 Sam和Dario终成死敌 拒绝牵手

印度的AI峰会上,这两家CEO拒绝牵手,场面真的笑死。

视频戳:
x.com

Yuchen Jin
@Yuchenj_UW
This is so hilarious. Nothing can make Sam and Dario hold hands, not even the Prime Minister of India! pic.x.com/aRKsjSFXM9
6:12 AM - 19 Feb 2026 12K 930
16 个帖子 - 15 位参与者

阅读完整话题

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

Invalid media:
image
image
image
image
新的一年会好的吧

硬凑的"年味"?

上海有哈雷路,我家门口有春雷路

老大不小了,结婚对象想要个房来摊牌
害 家里支撑不了 难搞w

我倒是挺乐观的(生过大病是不一样)
但是咋说呢 时间不等人

57 个帖子 - 51 位参与者

阅读完整话题

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

Invalid media:
image
image
晒一下佬们的grok用量

12 个帖子 - 9 位参与者

阅读完整话题

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

Invalid media: image
原帖在:【软件分享】 Windows 装机软件清单 。因为有佬友建议搬到这里,原帖又无法编辑了,于是再开一贴。有帮助的话点个赞,谢谢啦 🥰 🥰

说明:

● 内容侧重: 主要包含系统工具与维护、办公与学习、效率工具与个性化、网络与通信、安全与隐私等方面的软件。开发工具和专业多媒体编辑相关的部分带有很多我个人需求,就不发在这里了,毕竟个人需求千差万别,各位佬友也比我专业。
● 软件选择标准: 偏爱开源、轻量级、界面优雅的软件。部分软件功能有所重合,或者相似,大家可以根据自己的喜好和需求挑选。
● 下载链接: 清单里附带了下载链接。这些仅为我个人搜集,并非推广。如果链接有任何不妥或违反论坛规定的地方,请告知,我会及时编辑掉。

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

Windows 11 24H2 版本

**更新时间:**2026/02

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

⚠️ 注意事项

**1、非官方安全风险:**本清单包含了一些非官方版本(如便携版、破解版)的下载链接。这些软件可能存在安全风险(虽然经我使用暂时未发现)。请自行甄别,优先使用官方正版软件。
**2、系统修改工具:**Dism++, WinUtil, Autoruns 等工具具有很高的系统权限,误操作可能导致系统不稳定或无法启动。请在了解其功能后谨慎使用,必要时提前备份数据。

----------------------
一、 系统工具与维护 (点击了解更多详细信息) 二、 办公与学习 (点击了解更多详细信息) 三、 效率与增强 (点击了解更多详细信息) 四、 媒体与娱乐 (点击了解更多详细信息) 五、 网络与通信 (点击了解更多详细信息) 六、 安全与隐私 (点击了解更多详细信息) 七、 开发与编程 (点击了解更多详细信息)
7 个帖子 - 7 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: Judy)
拜年信息的尴尬。

1、给喜欢过的人发信息,发现去年没发,前年发的,大前年发的都没回复。
2、给我拜年送祝福的她/他,我有些没备注,忘记是谁了,又不好意思问。
3、有的抛弃微信,去QQ继续玩了。
4、有的“朋友”,发送信息才知道不是“好友”了

10 个帖子 - 10 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: baiding)
Gemini 3.1 Pro体验:不用受3 Pro的气了,2.5 Pro 白月光终于回来了,写报告轻松破万字

简单上手测试,写报告,同样的提示词

3 Pro,只能输出5000字
3.1 Pro,输出快15000字,很接近2.5 Pro的水平。

从11月开始,到现在,四个月了

2.5 Pro老同志,站好了最后一班岗。废物3 Pro可以滚了。

这四个月过得太苦了,好了,2.5 Pro你可以安心退休了

28 个帖子 - 21 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: PSP)
【抽奖】抽4个GPT Team成员

🏆️ 奖品详情:
GPT-TEAM车位 4(无质保)
**
:three_o_clock: 活动时间:
*
开始时间:本贴发布起
截止时间:2026年2月20日 2:00

📝 参与方式:

在本帖下回复任意内容。

🔍️ 抽奖规则:

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

⚠️ 注意事项:

本活动将在活动截止时间后关闭回帖,以确保公正性。
中奖者将在活动结束后24小时内在本帖公布,并通过站内私信通知领奖方式。
所有规则及抽奖结果由活动发起人和论坛管理团队最终解释。

期待您的积极参与,祝您好运!如有任何疑问,欢迎随时联系抽奖发起人

请中奖佬友私聊发下 邮箱
================================================================================
LINUX DO 抽奖结果 - 0.1.1
================================================================================
帖子链接: https://linux.do/t/topic/1628515
帖子标题: 【抽奖】抽4个GPT Team成员
帖子作者: Shanque
发帖时间: 2026-02-19 22:10:46
--------------------------------------------------------------------------------
抽奖时间: 2026-02-20 02:05:18
参与楼层: 2 - 134 楼
有效楼层: 133 楼
中奖数量: 4 个
最终种子: 4013793aeefe6650b486b3dd2f78bf376a98601399745483850f3f3d79661896
--------------------------------------------------------------------------------
恭喜以下楼层中奖:
--------------------------------------------------------------------------------
[ 1 ] 30 楼,楼层链接: https://linux.do/t/topic/1628515/30
[ 2 ] 60 楼,楼层链接: https://linux.do/t/topic/1628515/60
[ 3 ] 33 楼,楼层链接: https://linux.do/t/topic/1628515/33
[ 4 ] 37 楼,楼层链接: https://linux.do/t/topic/1628515/37
================================================================================
注: 楼层顺序即为抽奖顺序
================================================================================


136 个帖子 - 134 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: Shanque)
【镜像站】grok镜像站,自动打开nsfw,支持grok4.2

佬友们新年好
原来的帖子无法编辑了,遂新发一个
grok镜像站,支持了新的grok4.2
地址:https://grok.868986.xyz
随便输入6-18位字符来进行隔离,图片视频生成在左侧images里无隔离

42 个帖子 - 37 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: lyy0709)
【抽奖】2个佬友记邀请码

很奇妙,5060小水管,100H/S,几分钟出了8个邀请码 :distorted_face:,先抽两个看看,第一次发不太懂流程

抽奖主题: 佬友记邀请码*2

🏆️ 奖品详情:
佬友记邀请码*2

:three_o_clock: 活动时间:

开始时间:发帖时间
截止时间:2026 年 2 月 21 日 21:00

📝 参与方式:

在本帖下回复任意内容

🔍️ 抽奖规则:

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

⚠️ 注意事项:

本活动将在活动截止时间后关闭回帖,以确保公正性。
中奖者将在活动结束后12小时内在本帖公布,并通过私信通知领奖方式。
所有规则及抽奖结果由活动发起人和论坛管理团队最终解释。

期待您的积极参与,祝您好运!如有任何疑问,欢迎随时联系抽奖发起人。

136 个帖子 - 134 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: 执)
正在开发一个claw,随便记录一下

缘起

用了 openclaw 后感觉太重了,臃肿,就换的 zeroclaw,没有具体尝试,看了一眼 memory 实现,不是我想要的,就自己开始搓。本质就是一个 rust 写的 opencode, 去除了TUI,加了一套仿生的记忆系统,build 出来 8.7 MB。

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

昨天做了

真实的通信系统

现在在做 team 的机制,让 agent 之间维护了一套通讯录,用真正的邮件系统交互(可以私有部署邮局,秒发秒收,可抄送,工作留痕,可带附件;也可以直接用第三方SMTP),收到邮件的 agent 会在上下文里注入一个消息提醒(事件驱动,非轮训),不直接注入是防止超量文本污染上下文,这样可以让 agent 忙完手里的活再读邮件。

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

今天做了

1. 做了很细致的状态机。方便写hook实现一些 100% 工具调用,也方便 SSE 推送到外部,提供可观测性、可操作性

2. 记忆系统设计与实现。业内也有仿生人脑记忆系统的开源方案,但是都有一个特定,太重了,上来就是 Elasticsearch…有点为了仿生而仿生了。我的目标是轻量,整体60分~80分的效果就可以。mermory 用的 BM25 + FSRS 衰减实现 用进废退 的记忆系统,embedding 语义搜索,可以实现无限记忆,召回准确率还可以,记忆也可以绑定具体的文件系统目录,可以往里面存文件(代码、长文本之类的不适合向量化存储的就用文件的形式存放,按需读取)。不常访问的记忆会慢慢降权,算是仿生了(第一版用的艾宾浩斯,效果不是很好)。

3. 更灵活的控制上下文。可以实现 duplicate cascade 复制会话、快照的功能,方便回退。 历史对话随意的运行时CRUD,随意篡改历史上下文。实现 telegram、discord 的编辑对话操作直接等同于编辑上下文,也可以手动清理上下文了,做复杂任务前就全清,等同于新对话。

4. 比较牛逼的一个设计。现在 agent 跟 mermory 是C/S架构,把记忆系统抽离了,用http、graphql通信,存储用的 SQLite、pg 可切换。
NB 的地方:

多个 agent 可以共用同一个 mermory,就可以实现团队的 共识
可以备份数据库,方便记忆的导入导出
养好一个记忆系统,可以部署到公网,其他人接入共享…

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

结语

现在完成度有60%,对于我纯 vibe coding 场景,自认为已经比🦞强了,上下文控制的很好,根据模型的不同切换不同的system prompt。

随便记录下开发经验。懒得做逻辑排版了,想到哪写到哪。

后面的计划

1. 工具调用沙箱,防止危险操作。
2. 把自己制作 skill 的思维写到system prompt
3. 深度集成 gitea,毕竟ai太懂git了,gitea天然有协作能力,利用 issue、pr、project、kanban、actions、 workflow、里程碑…这些的玩意联动 email 搞协作和review会很爽…

理想的情况,cron 让 agent 每天上午3点查看自己的邮箱,看到领导(可能是agent,也可能是我)发来的一大堆 email,然后苦逼的一天开始,开始安排今天任务,使用 gitea 自己规划 todo、里程碑,开始按顺序、按deadline 排优先级开始任务。。。。省得我每天还要时不时看看任务完成到哪,还要帮忙梳理csv

1. 训练鼠标移动的小模型,模仿人的轨迹,如果实现了,就能操作各种软件了,才真正算有手了,现在市面上的claw全部是API调用工具,除了coding没有什么场景了。。。或者看看有没有更省资源的方案…这块还没有想好怎么做,可能是qwen3.5的多模态? 力大砖飞实现起来不难,但是不免费的方案不考虑…

24 个帖子 - 16 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: 祇想一生跟你走)

Invalid media:
image
image
🎉 抽奖主题:新加坡 VPS(一个月) 限时抽奖活动(2台)

🏆️ 奖品详情:

● 奖品1:新加坡 VPS 一台(配置:1C1G,1000G 流量)
● 奖品2:新加坡 VPS 一台(配置:1C1G,1000G 流量)

:three_o_clock: 活动时间:

● 开始时间:2月20日 00:00
● 截止时间:2月20日 15:00

📝 参与方式:

在本帖下回复任意内容即可参与抽奖。

🔍️ 抽奖规则:

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

🎁 奖品发放方式:

中奖后将通过私信发送 VPS 的网络地址和 SSH 密码,请注意查收。

⚠️ 注意事项:

本活动将在截止时间后关闭回帖,以确保公正性。
中奖者将在活动结束后 12 小时内在本帖公布,并通过私信通知领奖方式。
所有规则及抽奖结果由活动发起人和论坛管理团队最终解释。

欢迎大家积极参与,祝各位好运!如有任何疑问,欢迎在帖内留言或私信联系我。

121 个帖子 - 121 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: ryu)
同学联系我组局要聚会,然后说让我请客.我该去吗?

今天有个一年都不联系的同学,突然给我微信拜年,然后说要初七聚会,问我有没有时间,他和另外一个同学我们三个人,因为叫别人别人没来,我说可以,然后就又寒暄了几句,他话锋一转,说想让我请客,三年前就是这个套路,我就请了,然后他们也没有回请.今年又这样,我说我现在工资就3500.你们赚的都比我多,还让我请,你们好意思吗?然后同学说等初七再说吧,大家有时间就聚聚,也没说谁请.

正常应该是谁组局谁请吧?这组局的人喊我聚会,然后让我请客,这可真有意思,大家说说我该去吗,现在没说谁请呢,弄不好还是想坑我,上学的时候关系都不错,毕业了怎么这样了.

72 个帖子 - 49 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: Z0R0)
IDEA版 Claude Code GUI 插件(v0.2 版本)

前言说明

本项目主要解决 IDEA使用Claude Code 没有可视化操作页面的问题

本项目GitHub开源地址:
github.com

GitHub - zhukunpenglinyutong/idea-claude-code-gui: IDEA Claude Code GUI Plugin

IDEA Claude Code GUI Plugin

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

新帖原因

距离上一个帖子已经过去 20多天了;

IDEA版 Claude Code GUI 插件(v0.1.7-beta1版本发布) 资源荟萃
前言说明 本项目主要解决 IDEA使用Claude Code 没有可视化操作页面的问题 [image] 本项目GitHub开源地址: 正片开始 让我们看看v0.1.7-beta1版本我们带来了哪些改动 改动点一:输入框支持上下箭头 查看发送过的历史记录 [image]改动点二:标签页支持自定义命名,另外关闭IDE后标签不会清空 [image]改动点三:支持 AI…

感觉需要和大家汇报一下,idea-claude-code-gui 项目,这段时间更新的功能

这段时间发布了七个迭代版本,功能迭代很多,我调重要的说,节省大家时间

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

v0.1.7-beta2(2026年1月28日)

新增聊天输入框垂直调整大小交互

新增用户消息复制按钮

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

v0.1.7-beta3(2026年1月30日)

新增标签页回答状态展示(进行中就是省略号 …)

增强了MCP功能的稳定性

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

v0.1.7-beta4(2026年1月31日)

新增输入历史记录功能,支持 Tab 键补全,可在设置中自由开关(基于用户本地的历史对话记录,没有网络接口)

新增交互式 Diff 视图,支持 Apply/Reject 按钮和跨会话状态持久化

适配/clear指令交互

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

v0.1.7-beta5(2026年2月5日)

新增消息队列功能:AI 处理时自动排队新消息,队列 UI 显示在输入框上方

新增 AskUserQuestionDialog 和 PlanApprovalDialog 的 5 分钟超时倒计时,剩余 30 秒时显示警告横幅

新增"自动打开文件"开关,控制 ContextBar 显示和 AI 上下文收集

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

v0.1.8 正式版(2026年2月12日)

新增 Claude Opus 4.6 模型支持,提供 1M 上下文窗口

新增供应商预设按钮,支持一键快速配置

整合 Claude 和 Codex 供应商管理,统一标签页界面

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

v0.1.9 正式版

新增聊天背景颜色自定义,支持主题感知预设和颜色选择器

支持多文件拖拽到聊天输入框

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

其他小改动就不说了

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

插件市场可下载

本插件已上架 Jetbrains 市场,搜索claude 找到国宝熊猫图标 安装即可

目前已经有49k下载量,累计评分4.82,好评如潮
如果插件对你有所帮助,感谢佬友们,给个五星好评让更多人用到吧:https://plugins.jetbrains.com/plugin/29342-claude-code-gui/edit/reviews

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

致谢

感谢所有帮助 IDEA-Claude-Code-GUI 变得更好的贡献者!和感谢L站平台

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

迭代不止

本插件在极速更新中,佬友们记得及时更新哦~

遇到什么问题,需要什么功能,都欢迎在issues中提出,全部都会实现的,是的,是全部;你们咋说我咋做
GitHub

zhukunpenglinyutong/idea-claude-code-gui

IDEA Claude Code GUI Plugin. Contribute to zhukunpenglinyutong/idea-claude-code-gui development by creating an account on GitHub.

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

另外我在此声明:我的所有的开源项目,将永远保证是自由和开源的,永远不会有任何付费功能,请放心使用(谨防盗版项目)

19 个帖子 - 16 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: 朱昆鹏)

Invalid media:
image
image
image
image
image
image
image
image
image
image
image
image
image
image
image
image
image
image
image
image
image
【开源自荐】Yororen UI - 基于 Zed 的 gpui 框架的 Rust GUI 组件库,50+ 组件开箱即用

(我自己用 Yororen UI 做的 Minecraft 服务器网络加速工具,包含仪表盘、实时统计、自定义窗口边框、数据表格和虚拟化列表,在 Windows 上内存占用仅~20M)

最近在用 Rust 写几个桌面小工具,结果卡在 GUI 库选型上好一阵。来分享下我的纠结过程,以及最后怎么决定基于 gpui 自建组件库的。

为什么选 gpui?先吐槽下 Rust GUI 生态

其实一开始我也在看其他方案,但查着查着就发现各种劝退点:

● egui - 确实轻量,写起来很直观。但界面"非原生",感觉差点意思。
● Iced - 架构很优雅,但在复杂交互、动画体系和高质量文本场景下扩展成本偏高,更适合通用表单类应用。
● Tauri - Web 技术生态丰富,但启动慢,占用相对较高,用 Rust 写个壳子包个 Web 页面总觉得哪里不对。UI 体验被 WebView/前端栈绑住(样式一致性、动画与高频交互等等)
● GTK-rs / Qt - GTK 的 C 依赖和版本地狱让人头大,Qt 非商业授权麻烦,而且都不是"纯 Rust"方案。

gpui 是 Zed 编辑器团队开源的,我主要是被这几点吸引:

自绘 GPU 渲染 —— 不依赖 WebView 或浏览器内核,完全由 Rust + GPU 控制渲染与事件系统
高性能 —— 复杂编辑器级应用也能做到极快启动和较低内存占用
响应式架构 —— 状态驱动视图更新,组件思维清晰,类似 React 的开发体验
扎实的文本渲染能力 —— 作为编辑器底层框架,复杂文本场景已经在实践中验证

但 gpui 也有坑:太底层了。直接用的话要自己处理主题切换、动画曲线、图标资源… 对于想快速做工具的开发者门槛太高。

为什么不用 gpui-component?

然后我发现了 gpui-component,长桥团队维护的,1w+ Stars,看起来很"官方"的方案,但仔细看了代码和文档后,有几个点让我犹豫:

1. 动画太基础 - 在代码库中搜索 animation,只能找到一个 cubic_bezier 函数。
2. 国际化有点简陋 - 用 rust-i18n 宏实现,不能运行时热加载翻译文件,不支持本地化日期/货币格式,也没有 RTL 支持。
3. 主题 API 不太顺手 - 扁平化设计(primary_hover),而不是语义化的(action.primary.hover_bg),扩展起来有点别扭。
4. 依赖太多 - 30+ 个依赖(含 Tree Sitter 等),编译时间长,二进制膨胀。

gpui-component 功能确实丰富(图表、代码编辑器、Dock 布局),但对于想做精致小工具的我来说,反而显得笨重,而且关键体验(动画、i18n)不到位。

于是,我写了 Yororen UI

既然现有方案都不完美,决定基于 gpui 自建一套,主打 “开箱即用的轻量精致体验”

目前有什么?

● 50+ 组件 - 按钮、输入框、徽章、工具提示、树形控件…日常够用
● 完整的动画系统 - 60+ 缓动函数(elastic、bounce…)、预设动画(fade、slide、scale)、编排器(顺序/并行/交错)
● 原生国际化 - 国际化支持 + 运行时加载/切换翻译文件 + LTR/RTL 支持 + 数字/日期本地化
● 智能主题 - GlobalTheme + ActiveTheme 双层设计,自动跟随系统明暗切换
● 20+ SVG 图标 - 通过 rust-embed 静态嵌入
● 高级 Widgets - TitleBar(自定义窗口标题栏)、VirtualList(虚拟化列表)

依赖少,编译快,二进制精简。

Demo 展示

选 Yororen UI 还是 gpui-component?

虽然 gpui-component 确实很好用,但是还是要推广一下自己的项目的嘛

Yororen UI 更适合你,如果:

想要开箱即用的动画效果(gpui-component 几乎没动画)
需要完整的国际化(运行时切换语言、RTL 支持)
喜欢现代化的主题 API(语义化命名而不是扁平化)
希望依赖轻量、编译快
想做精致的小工具而非大型 IDE 类产品
愿意接受早期版本,一起参与打磨

如果:

需要内置图表、代码编辑器、Web等组件
需要 Tree Sitter 语法高亮
要做复杂的多面板 IDE(Dock 布局)
追求生产级稳定性(毕竟 1w+ Stars嘛,久经考验)
需要丰富的社区资源和现成方案

那还是选 gpui-component 吧~

试试看?

Yororen UI 目前 v0.1.0,Apache 2.0 协议开源:

🔗 GitHub: GitHub - MeowLynxSea/yororen-ui: Reusable UI components and widgets built on top of gpui.

如果你也在用 gpui 做项目,或者在 Rust GUI 选型上纠结,欢迎试用、提 Issue、PR!特别是:

有动画/交互设计经验的朋友
需要国际化支持的多语言应用开发者

目前项目刚刚起步,很多地方还不完善,请多包涵~如果各位有兴趣,欢迎和我一起建设~

14 个帖子 - 11 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: 梦凌汐)

Invalid media:
image
image
image
image
image
AI Studio Build有 3.1 Pro 了,Chat 也有了

22 个帖子 - 17 位参与者

阅读完整话题

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

Invalid media:
image
image
Gemini3.1输出惰性:惰性依旧|风格和3.0大不同(如不再喜欢奇怪的双引号强调!)

Gemini 3.1 Pro体验:不用受3 Pro的气了,2.5 Pro 白月光终于回来了,写报告轻松破万字继续讨论:
灵感启发来自上述话题

Gemini 3.1 Pro体验:不用受3 Pro的气了,2.5 Pro 白月光终于回来了,写报告轻松破万字

之前一直听说上下文挺差的,没想到还是很强吗?
我直接上提示词修改测试一下去,我的2万字提示词 过去只有2.5才能做到零损失
但会加一堆连字符
而三会直接给我改成2000字…

真如此的话,真的非常非常期待flash推出 我一辈子只用flash
本话题最终花费64分钟,一刻不停地编写而成(模型本身输出时间已删除) 并持续修订
不是什么上下文了,就这么点字,到底算什么上下文?
3.0版本官方报告中就是指出他不喜欢多说话 不要让他多说话 提示词不要写太复杂

凭什么?

我还能惯着他?

今天看看还有没有这种问题

一句话说怎么测:
我提供一段超长提示词 让他进行微量修改 随后用工具检查提示词前后变化 特别是字数变化

先说一下最后的初步结论 惰性测试

惰性依旧,提示词总共17000字。前1万字完美 后7000字大刀阔斧,删掉了太多内容,并且都是非常重要,不是无关紧要的内容!

用来测试的提示词是我的流明诺特v0201-2

总字数如图

修改内容为增加一条禁用音 删除一条矛盾规则
预计最简方案总改动字数仅6字(标点符号,英文字母和数字算一字)

核心测试内容是提示词完整性
正如上面我引用的自己的话 旧版本将会直接导致提示词彻底崩溃

测试工具是我自己开发的文本熵变审计台
用来精准观测提示词变化https://aistudio.google.com/apps/drive/1239fpevMKFHMY40kdNZ67xPimg1qYZVC?showPreview=true

测试结果很惊人…
改动后字数:

…大事不妙
导出后更改的图片大小直达40mb‼️

算了,这只是震惊你们一下而已 他就算一个字没改,也是这么大 这个是直观展示图,改的地方会被红色划掉,新增的地方会绿色标注添加 🫠
但是确实改了超多地方
更新报告都写了18000字…(因为修订记录它会几乎双倍字数,所以可以理解为改了9000字…)

到底改了啥?
大概是这样

概括:

去除了大量的加粗符号…他不太喜欢强调东西了,不过去除的绝大部分是加粗某一个整句话或者是某一个被强调的标题后面跟着的实际规则内容的加粗效果
去除了一些单引号…

以上2点可如图所示

有些规则是我后期手动补充的,我不太喜欢句号,他帮我补充上了

更喜欢直接用汉字来“强调” 下图也是本次更新的核心内容 但不符合我的意图

部分内容是导出时逻辑错误导致的 用人话说就是标为红色了,但没有划掉,那么就是没有改

(此图展示的就是他其实只是删掉了加粗符号,但是导出的时候显示为整段标红)
不喜欢多余举例,不喜欢毫无逻辑的双引号强调 这一点已经超越了绝大部分!

(他会主动删掉“我在书名号/引用号后加的《》<本身以明确标注”后面用双引号引注的整个是一个名词,我不知道怎么给它转化为形容词加名词的形式,只能这样了… 词穷了属于是)
语气词结尾规则更新:此句符合更新意图
发现无辜内容删除!

他大幅度简化了管道符规则 此规则基本报废
这一点我甚至刚在我更新的工具中优化:
赋予AI100%正确率的歌词转译工具「灵晖译影」更新!V3~V4.2.1
对照时简化管道符 具体如下图,只适用于我的创作习惯

必须批判! 但直到现在才省一点东西,真的很不错了,我们继续看

另一点无辜简化

此规则本不应该存在 不知道什么时候AI误解了我的话,所以有的,也提醒我了 我稍后会通过修改提示词将其彻底消灭
原形毕露了吗?又一段大幅度缩减

这条简化直接导致规则报废 之前这条规则已经报废过一次了,离谱,怎么受伤第二次? :tieba_087:
上面三条简化发生在相邻的位置 不演了吗这是?
把原则全部简化

简化的原则自己都看不懂,有什么用?
离谱
然后发现从刚才说的第一个简化开始 其实已经到了提示词的尾部 后面没什么内容了,不过全部遭到了他的大幅度缩减…
难道是输出变多之后状态就不再稳定?

但总之

惰性测试不通过 惰性依旧 将完整原则用7个字概括,这是绝不可饶恕,绝不合理的事情

剩余语言风格变化上述已描述 不再赘述

最后贴一个他的道歉

30 个帖子 - 13 位参与者

阅读完整话题

via LINUX DO - 热门话题 (author: 欣欣|林可欣)

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