LinuxDo 新帖推送
184 subscribers
253K photos
315K links
Download Telegram
标题: 是买个telegram号还是自己注册了
作者: #myhero
板块: #搞七捻三
编号: 1775997
帖子: https://linux.do/t/topic/1775997
时间: 2026-03-18 12:48:56
摘要:
最近想注册telegram发现码收不到,听很多人说,国内手机注册的还很容易封,我都不知道买现成还是继续捣鼓注册了,如果买,大家有什么好用的渠道吗
标题: 分享我的一个开源项目,解决AI 写代码时的一个痛点:AI 总是跟着旧代码的坏习惯走。
作者: #lifedever
板块: #资源荟萃
编号: 1775998
帖子: https://linux.do/t/topic/1775998
时间: 2026-03-18 12:49:42
摘要:
用 Claude Code / Cursor 写代码的时候,大家有没有遇到一个很头疼的问题:
AI 会模仿项目里已有的代码风格,包括那些坏习惯。
比如项目里有个 God Class 写了 800 行,你让 AI 加个功能,它就往这个文件里继续堆。旧代码用了 any,AI 也跟着用 any。旧代码回调嵌套 5 层,AI 也照着嵌套。
根本原因是:AI 默认会"保持风格一致",但如果风格本身就有问题呢?
解决思路
给项目加一个规范文件(CLAUDE.md / .cursorrules),明确告诉 AI:不要模仿旧代码,按规范重构。
但手写规范太累了,而且大多数人写出来的规范都是"使用适当的错误处理"这种空话,AI 根本执行不了。
所以我做了 claude-rules( GitHub - lifedever/claude-rules: Coding standards for AI coding assistants. Auto-detect tech stack, generate project rules. Works with Claude Code, Cursor, Windsurf, GitHub Copilot. · GitHub ):

base + language + framework 三层组合,自动检测技术栈
每条规则都是具体可执行的指令,不是空话
关键规则都有禁止/正确的代码对比
有量化标准:函数 ≤30 行、文件 ≤300 行、嵌套 ≤3 层
推荐各语言/框架的现代写法(@Observable 而非 ObservableObject、as const 而非 enum)

支持的技术栈
Languages: TypeScript, JavaScript, Java, Kotlin, Swift, Python, HTML, CSS
Frameworks: Vue 3, React, SwiftUI, Spring Boot, Tauri
Claude Code 用户(插件一键初始化)
claude plugin marketplace add lifedever/claude-rules
claude plugin install init-claude-rules@claude-rules
重启 Claude Code,在任意项目里运行 /init-rules:

自动检测技术栈
让你确认后生成 CLAUDE.md
上游更新规则后 claude plugin marketplace update claude-rules 即可同步

Cursor / Windsurf / GitHub Copilot 用户
规范文件是纯 Markdown,clone 下来拼接就行:
git clone GitHub - lifedever/claude-rules: Coding standards for AI coding assistants. Auto-detect tech stack, generate project rules. Works with Claude Code, Cursor, Windsurf, GitHub Copilot. · GitHub
cat base/core.md base/git.md languages/typescript.md frameworks/vue.md > .cursorrules
不同工具放不同位置:

Claude Code → CLAUDE.md
Cursor → .cursorrules
Windsurf → .windsurfrules
GitHub Copilot → .github/copilot-instructions.md

举个例子
之前的 cursor-rules 类项目写 Vue 规范是这样的:

正确使用 ref 和 reactive
实现适当的缓存
使用适当的导航方法

AI 看了等于没看。claude-rules 这样写:

基本类型用 ref,对象/数组用 reactive
禁止对基本类型用 reactive(会丢失响应性)
禁止解构 reactive 对象(用 toRefs 或直接 . 访问)
computed 必须是纯函数,禁止在 computed 里修改状态或发请求

每条都是 AI 能直接执行的指令。
开源地址



github.com






GitHub - lifedever/claude-rules: Coding standards for AI coding assistants....

Coding standards for AI coding assistants. Auto-detect tech stack, generate project rules. Works with Claude Code, Cursor, Windsurf, GitHub Copilot.












MIT 协议,欢迎 PR 贡献新的语言和框架规范。
标题: 【貌似没啥用的渠道网站】
作者: #Liny
板块: #搞七捻三
编号: 1776002
帖子: https://linux.do/t/topic/1776002
时间: 2026-03-18 12:50:16
摘要:
Okara





Okara – Private AI Chat with 20+ open-source models

Chat privately with AI without losing memory or context. Use Llama, Qwen, DeepSeek, and 20+ models in an encrypted AI chat built for professionals who value privacy.












模型一般 但是有点生图的?账号额度到给的倒是还可以一点(仅生图的话)
标题: 怎么不错过 L 站的每一条话题呀,有没有按发话题时间倒序的排序方式呀
作者: #yxvm
板块: #搞七捻三
编号: 1776003
帖子: https://linux.do/t/topic/1776003
时间: 2026-03-18 12:50:27
摘要:
如题,之前都是通过 tg 订阅去看,结果有段时间看,现在话题积累有 40k+ 了,通过 tg 来看,效率有点低,网页的效率高点
标题: Copilot 学生包彻底告别Opus了
作者: #Ryan
板块: #前沿快讯
编号: 1776012
帖子: https://linux.do/t/topic/1776012
时间: 2026-03-18 12:52:44
摘要:
CC里面也没法用,被堵死了
标题: orbstack vm 隔离保证安全前提下开发项目(防止注入同时学习sota项目)
作者: #King的坐标系
板块: #开发调优
编号: 1776031
帖子: https://linux.do/t/topic/1776031
时间: 2026-03-18 12:57:21
摘要:
简单说下
我是mac用户,我需要使用gstack等项目来构建我的新项目,但是担心skill注入等风险。为了能安全开发,我使用orbstack vm(基于bun)来做隔离:
隔离了主机文件系统、USB等外部设备、docker socket、宿主机进程不可见、环境变量/密钥无泄露。
对于网络的隔离是最麻烦的,因为gstack会使用浏览器(我不希望使用阉割版本的,希望浏览器啥都能用),所以我选择阻断内网(也就是VM-》宿主机 阻断,VM-》内网 阻断;VM-》互联网 放行。这样配置几乎不影响开发流程),只保留DNS放行(headless浏览器完全不受影响,claudecode也能正常工作)
标题: 净化社区环境我们是认真的
作者: #Neo
板块: #运营反馈
编号: 1776032
帖子: https://linux.do/t/topic/1776032
时间: 2026-03-18 12:57:25
摘要:
从LDC服务临时下线继续讨论:
自LDC服务临时下线到现在,已经刚好24小时。我们跟一些佬友和开发组交流之下,仍然未取得有效措施,仍需要思考,故而LDC服务恢复时间尚未知。
为了净化社区环境,少一些功利和浮躁。自本公告发布时,我们也将同步下线富可敌国头衔的新开,直到LDC服务恢复上线后的24小时。
标题: Apple自带的smb为什么这么慢
作者: #HGN
板块: #开发调优
编号: 1776034
帖子: https://linux.do/t/topic/1776034
时间: 2026-03-18 12:57:33
摘要:
使用MacBook Air M4的自带文件共享smb的时候,使用其他设备比如我的Ipad和我的手机打开vlc或者infuse链接上我的Mac文件系统之后,播放视频最高只有5MB/s这样,播放高码率视频的时候会非常卡顿,是否是我的设置不对呢,或者有什么其他的工具替代吗,毕竟我连的都是局域网设备不应该这么慢吧
标题: 给移动ip6公网搞迷糊了。外面连不通。。。
作者: #该账号已封禁
板块: #搞七捻三
编号: 1776037
帖子: https://linux.do/t/topic/1776037
时间: 2026-03-18 12:58:25
摘要:
itdog测,大概一半一半。
飞牛防火墙安全策略都没问题,关了防火墙也是一样。
光猫桥接,路由器也没开防火墙。以前好好的,最近几天这样了。
打10086说一切正常,远程给我重启也一样。
外网也连不上,头大。有没有懂得老有说说
标题: 佬友们,这波也是赶上AI 红利了(即将被裁)
作者: #jtng
板块: #搞七捻三
编号: 1776039
帖子: https://linux.do/t/topic/1776039
时间: 2026-03-18 12:58:39
摘要:
目前收到通知,让去总部报道了,老总要给谈话。结合之前搞的一系列AI 培训、宣讲,满足他最终一个组只有一个人(现在AI 用的不熟可以留俩人)其余AI 协助的需求,大概率是要搞事情了,这好像也是顺应AI潮流了吧,结合之前裁员情况,估计只能走仲裁了,不知道有没有小伙伴有经验分享一下
标题: 求ip直连远程桌面推荐😭
作者: #Cita
板块: #搞七捻三
编号: 1776058
帖子: https://linux.do/t/topic/1776058
时间: 2026-03-18 13:01:43
摘要:
RT,佬友们有没有不要走外网连接的远程桌面软件推荐,uu远程需要两台设备能连到外网访问他们服务器验证后才能走内网流量,rustdesk不知道为什么帧数只有十几二十几 带宽500M,应该是解编码有一方的硬件驱动有问题,估计走软解了,也不知道怎么排查,换哪种都不行,准备放弃了,不知可有替代品推荐
标题: workbuddy添加自定义模型的问题,无法调用skil或者工具
作者: #sun_milk
板块: #开发调优
编号: 1776059
帖子: https://linux.do/t/topic/1776059
时间: 2026-03-18 13:01:43
摘要:
我在workbuddy上添加了自定义qwen的3.5plus模型,但是好像他没法像原生模型一样调用各种工具和skill啊;但是换上自带的kimi2.5模型,各种工具调用就没问题了
标题: 推荐一款电脑上的Ai客户端
作者: #Huluma
板块: #搞七捻三
编号: 1776060
帖子: https://linux.do/t/topic/1776060
时间: 2026-03-18 13:02:25
摘要:
推荐一个电脑上的ai客户端Alma,界面好看,功能也很好用,是个闭源软件,开发者在x上很活跃,有bug会及时修复,有兴趣的可以试试,这就贴一个设置界面
标题: GPT绑卡求助,一直被拒卡
作者: #Cym2925
板块: #开发调优
编号: 1776064
帖子: https://linux.do/t/topic/1776064
时间: 2026-03-18 13:03:40
摘要:
节点质量如图,邮箱是自己域名邮箱,卡是咸鱼的虚拟卡,之前都可以过的,现在team和plus都拒卡,求佬友分析是卡的问题还是ip问题
标题: 蹬布利多 AI 又复活了~ GPT 5.4 5.3-codex
作者: #Sherlock Tang
板块: #搞七捻三
编号: 1776067
帖子: https://linux.do/t/topic/1776067
时间: 2026-03-18 13:04:46
摘要:
gpt 普号还多了一个 gpt-5.4-mini模型, 他们的能力有和 plus team账号有差别吗,为什么我的 team号反而 出现  empty_stream: upstream stream closed before first payload报错
标题: Kiro教育优惠
作者: #蓝极北
板块: #搞七捻三
编号: 1776071
帖子: https://linux.do/t/topic/1776071
时间: 2026-03-18 13:05:48
摘要:
用gemini查了一下,确实如此
标题: 这是在攻击我的龙虾?
作者: #xiaokcoding
板块: #开发调优
编号: 1776074
帖子: https://linux.do/t/topic/1776074
时间: 2026-03-18 13:06:19
摘要:
下面是 cpa 面板的一些日志,我记得 robots.txt 是龙虾里面的
[2026-03-17 19:42:34] [--------] [warn ] [gin_logger.go:91] 404 | 0s | 216.73.216.2 | GET "/robots.txt"
[2026-03-17 21:26:15] [--------] [warn ] [gin_logger.go:91] 404 | 0s | 216.73.216.2 | GET "/robots.txt"
[2026-03-17 21:36:46] [--------] [warn ] [gin_logger.go:91] 404 | 0s | 216.81.245.145 | GET "/.git/config"
[2026-03-17 22:35:26] [--------] [warn ] [gin_logger.go:91] 404 | 0s | 216.73.216.2 | GET "/robots.txt"
[2026-03-18 01:02:09] [--------] [warn ] [gin_logger.go:91] 404 | 0s | 216.73.216.120 | GET "/robots.txt"
[2026-03-18 02:59:41] [--------] [warn ] [gin_logger.go:91] 404 | 0s | 216.73.216.2 | GET "/robots.txt"
[2026-03-18 04:48:28] [--------] [warn ] [gin_logger.go:91] 404 | 0s | 216.73.216.120 | GET "/robots.txt"
[2026-03-18 05:59:32] [--------] [warn ] [gin_logger.go:91] 404 | 0s | 216.73.216.2 | GET "/robots.txt"
[2026-03-18 07:33:49] [--------] [warn ] [gin_logger.go:91] 404 | 0s | 216.73.216.120 | GET "/robots.txt"
[2026-03-18 08:47:37] [--------] [warn ] [gin_logger.go:91] 404 | 0s | 216.73.216.2 | GET "/robots.txt"
[2026-03-18 10:06:49] [--------] [warn ] [gin_logger.go:91] 404 | 0s | 216.73.216.120 | GET "/robots.txt"
[2026-03-18 11:15:53] [--------] [warn ] [gin_logger.go:91] 404 | 0s | 216.73.216.120 | GET "/robots.txt"
标题: 为什么都说富文本编辑器是天坑?而我却还去踩
作者: #崮生
板块: #开发调优
编号: 1776075
帖子: https://linux.do/t/topic/1776075
时间: 2026-03-18 13:06:20
摘要:
本帖使用社区公益推广,符合推广要求。我申明并遵循社区要求的以下内容:

我的项目是免费使用的,无收费(变相收费、赞助)部分: 是
我的帖子已经打上 公益推广 标签: 是
我的项目属于个人项目,与公司或商业机构无关: 是
我的项目不存在QQ、TG等群组引流: 是
我的项目不存在非运营必要的网站引流: 是
我的项目不存在为他人推广、AFF: 是
我的项目无关联的商业项目: 是
我的 GitHub 项目无未开源部分: 是
我的站点存在登录,并已接入 LINUX DO Connect: 是
我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
以上选择我承诺是永久有效的,接受社区和佬友监督: 是

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

我最近做了一个开源富文本编辑器: https://github.com/2234839/range-warp

以前看到为什么都说富文本编辑器是天坑?这个问题还以为和我没什么关系,结果现在就开始踩坑了

为什么做
先说一下为什么已经有了这么多成熟的产品我还在自己做吧
首先我的场景是要给老的富文本编辑器添加书签和修订功能,但老项目已经有点克苏鲁(混沌化)了而且直接替换成其他编辑器显然也不具备可行性,没有足够的时间来做这件事情,所以我想自己做一层适配层来隔绝老代码的精神污染
怎么做
本来只是想要做一个适配层:就是为老富文本编辑器添加各种自定义容器(书签,修订)功能
结果经过研究发现只要实现通过下标选中任意一段文本可以为他添加某容器包裹或者移除某容器包裹居然就可以实现一个基本完备的富文本编辑器了!
于是这个适配层本身也能是一个富文本编辑器,还可以叠加在任何以 contenteditor 为基础实现的富文本系统上,我测试了一下叠加在 ueditor plus上基本也没啥毛病,,叠加一层中间层果然能解决任何问题