coder... tmux nvim lua go

Joined November 2021
涵曦 retweeted
moejs更新到了v0.1.0-alpha.9,性能又提升了一波 moejs是纯go的js runtime,专门为agent对话场景做优化,特别适合go下需要做插件的场景 github.com/Calcium-Ion/moejs
9
20
4
124
20,304
刚跟一个大厂做开发的朋友喝咖啡。 聊到 AI,他突然开始焦虑,说公司现在全员推 Copilot,感觉程序员饭碗快保不住了, 妈的,我还以为能跟他聊聊 Opus 5.5、Fable 5.5,或者 GPT-6 Astra、Bel 的新消息, 结果发现他压根没关注过这些。。。 中途我还掏出手机看了一眼正在跑任务的 Codex Agent。。 我们已经在嫌新模型更新太慢了,人家却在担心 Copilot 会不会抢走工作,感觉是我走进了信息茧房???
104
18
5
522
223,909
用deepseek写脚本批量下载资源不帮我写,换glm一下就写完了。
51
涵曦 retweeted
🚨 Mermaid has been rewritten, again. In Rust! 🧜‍♀️ Introducing Ondine. 🧜‍♀️ - 200B runtime. - Renders diagrams in ~50µs. - 1,943x smaller, 2.8x faster than Pele. - 13,467x smaller, 670x faster than Mermaid. - Still 0 dependencies.
77
262
24
3,137
147,860
deepseek成引流模型了,qoder免费用到1024
65
btreelite:github.com/lichuang/btreelit… 早几年还在做数据库的时候,一直想知道理论的btree算法,最终如何落地为一个生产上的实现,例如要如何解决以下的问题(这些问题都在“sqlite3.36版本 btree实现(零)- 起步及概述”): 如何处理不同大小的数据的存储? 删除一个数据之后,如何复用其留下的空间? 错误、崩溃恢复怎么做? 跟磁盘文件是如何交互的? 页面缓存模块如何实现? 围绕这些问题,一直想找一个小而精的btree实现,后来完整阅读了sqlite3.36版本的btree实现,整理成了系列博客:sqlite3.36版本 btree实现:codedump.info/post/20211217-…。 在这以后,一度想把sqlite的这部分内容单独抽出来成为一个独立的btree实现的KV库,但是碍于精力和复杂度一直没有成行。 中秋国庆假期,突发奇想:既然现在有了AI工具,可以借助它们的辅助来实现这个项目,就是现在看到的btreelite项目。这里面最大的改动是:sqlite的btree其实有两个,字符串key首先映射到一个整数类型的rowid,然后再以row id映射到真正的数据,而btreelite只有一个btree,就是直接使用字符串key映射到真实的数据。 目前项目的代码量有五万多行,我后面再看看是否还能够继续裁剪掉不必要的功能精简代码量。 我不知道这样的项目今天是否还有意义,不管怎么说还是做了出来。
1
1
19
1,359
涵曦 retweeted
Magpie 现在全面插件化了 🧩 以前社区插件只能接入新的订阅;现在 Magpie 自己的几乎每一层都向社区开放,一个 npm 包就能扩展: • 订阅 / Provider:登录、刷新、模型、请求、用量全由插件负责 • 网关中间件:改写经过 Magpie 的请求和响应 • 路由策略:自己决定请求怎么在多个账号、多个模型之间分配 • onUsage:每一条用量记录插件都能收到 • 工具:插件写的工具通过 Magpie 的 MCP 服务器,给每一个接入的 Agent 用 • Agent:让 Magpie 支持一个新的 Agent • 页面:插件在 Magpie 窗口里有自己的页面,跑在沙盒里 入口:Magpie › 插件 › 发现,每类插件各有分区;点「编写插件」直接打开文档。 文档:usemagpie.ai/docs/plugins 社区仓库:github.com/magpie-community/… 三个示例已经发到 npm:tools-calc(精确计算、单位换算、日期计算工具)、page-usage(用量一览页面)、middleware-reserve(留余量的路由策略)。 magpie plugin add @magpie-community/tools-calc 一行装好。来写插件吧 👇
66
45
8
449
54,459
github runner 什么时候收费来着?已经部署2个了,还差一个windows。
1
102
真的要人手写个终端了,我已经开始参考 iGhostVT 的界面开工了。自带打算用原生开发,先写 mac 版本,再写 android 版本。功能就是本地终端加 SSH 客户端。
1
77
自带 -> 这次
18
涵曦 retweeted
很多人想让我分享一下工作流,我一直没想好怎么分享,因为其实我没有任何的魔法,甚至还特别简陋,总觉得分享出来毫无意义。其实我就是用 Claude Code,然后用官方的 Opus 5.5 模型执行 loop 就可以了。 我会并行执行图里的 3 个 loop,然后每晚抽一点时间铲铲屎(主要是 UI/UX 的问题),然后就没活儿了。
344
370
137
3,002
452,550
中国古话叫莫行大善,年轻的时候觉得这句话很装逼,不明所以,现在年纪大了,反而觉得非常深刻 什么意思呢? 以开源项目为例,开源项目首先是自己喜欢的事情,所以你先满足自己,然后再开源分享给别人,很棒。 但是做到这里就可以了,一旦开放出去,以后的需求,取悦自己就加,不是自己的需要,让别人加,不要一个需求自己又不喜欢又加班去搞,免费的帮助别人。这样做的后果就是,那些从来没有付过费用的人同时也很贪婪,当你有一天停止这样的超强贡献,停止这样的大善的时候,他们不会关心的健康,不会关心你的家庭,不会关系你的幸福,他们只会混蛋一样的来骂你,你为什么不免费给他们开发功能啦? 以团队为例,每个人的成长都有自己的成长环境和人生经历,当你热切的希望去帮助一个人的时候,你会指出他的不足,甚至严厉的传授自己的经验。但是人性的忌妒和比较之心,反而会招致对方的记恨和怨气,你长此以往的主动帮助,这种大善反而会害了你。所以,职场上,可以帮助他人, 但是一定是他掉坑里面爬不出来了, 主动求助你的时候, 你才帮,只有这个时候他会带着感激之情听你的经验分享 现在我自己明白了,莫行大善的源头是看透了人性,主动行大善的人都内心善良,但是千百年的人性锤炼,主动行大善会引发人的忌妒、怨恨和攻击,对自己不好 坚持做好事,但是不要行大善,过来人的劝告,希望帮助有缘人
5
7
59
3,527
又因为 AI 写代码吵起来了,虽然我还没用过 magpie ,但是看架构设计是花了功夫的,选 Go 跨平台强,性能强,插件选 js 扩展强,开发简单,加上 mojs 的强劲性能。我当初开发 Songloft 就走了弯路,选了 Go + wasm ,改成 Go + js 稳的一批,现在都是用 AI 改 issue 的, 只不过是手动,等有空改成自动的
总结一个经验,如果你的软件需要支持插件开发,请一定要选ts/js,太适合小白和AI了。songloft 已经出现很多第三方插件了,后续再加个客户端sdk,开放客户端调用能力。
2
565
致开源作者! 下面 4种情况,需要将一个特殊命令添加到你的文档中,告知大家运行该命令 ✅ 开发者没有 Apple Developer 账号,分发未签名应用 ✅ 应用没有经过 Apple 公证(Notarization) ⚠️ 从 GitHub 下载应用,首次打开提示无法验证开发者 ⚠️ 提示“应用已损坏,无法打开”(有可能需要) 命令解决 macOS 应用因下载隔离属性(com.apple.quarantine)而被系统安全机制拦截、无法正常打开的问题,命令如下: xattr -dr com.apple.quarantine "/Applications/应用名称.app"
5
3
1
31
5,560
涵曦 retweeted
基于 ASD-STE100 做的 github.com/dualface/ste-zh 我现在已经设置为所有 agent 启动就读取的 skill 了。虽然浪费一点 context window,但是现在问 Agent 问题,回答都清晰有条理,对脑力消耗降低太多了。
11
14
168
13,994
Python 3.15 发布了,这个版本一共有我 28 个 commits. 也算是给我作为手写代码程序员划上了一个句号。claude 4.6 出来之后我也很少的再有 debug 问题的乐趣和贡献有意思的项目了。Good old days. 但无论如何车轮都会滚滚向前,接受并拥抱吧。
38
38
22
1,053
67,066
涵曦 retweeted
可能很多人还不知道,New API 的格式转换已拆成一个独立的 Go 包 RelayKit,支持 OpenAI Chat/Responses、Claude、Gemini 的转换,AstrLink 用的也是这套转换器。 我们想为社区多做些基础建设,让大家少重复造轮子,多花时间做自己的产品。 github.com/QuantumNous/new-a…
41
63
11
593
80,441
Claude Code v2.1.295 supports OSC 7501 (program status). Incredible speed @AnthropicAI supporting this protocol which will help hundreds or thousands of downstream applications! They had access to Rex and verified through Rex it works. 🥰
77
41
16
2,183
167,268
Share a cute open-source music app built with Lynx
Replying to @ImHanxi @LynxJS_org
补充几个截图
1
1
14
2,870