Ruby China

DHH 评价了国内软件的品味

msl12 — Mon, 19 Oct 2026 09:20:10 +0800

趁着 codex 没事升级，将证书检测服务升级成了 www.okuptime.com, 支持多地检测网速

jicheng1014 — Sun, 18 Oct 2026 19:54:34 +0800

最近 Codex 的额度老是重置，寻思着不用也是白瞎了，不如把之前挖的坑再填一填。

于是把之前老帖子里提到的 sslguala.com 扩充了下，变成了 www.okuptime.com 了，

目前支持全天候定时监控，从多个地区检测网站可用性、记录响应延时。网站挂了、证书快到期，可以通过企业微信、飞书、钉钉，短信等更适合国内宝宝们的渠道提醒 (当然邮件也支持)。

临时想看看网站在不同地区能不能打开、访问快不快，也可以直接测。自己的几台机器也加进去当了探针。

当然，作为 ai 时代的东西，有 cli 端 , 有 skills, 可以安装到自己的 ai agent 里，之后以后做了个新的站点啥的，也可以直接让 ai 自动加到 www.okuptime.com 里。

我知道 Uptime Kuma 这些开源工具都挺好，自己搭当然可以。不过细算下来，手里要照看的服务器和服务其实已经不少了，再部署一套监控，又多一个需要配置、更新和维护的东西。想来想去，还是希望填个网址、配好通知，就能让它一直帮忙盯着。

技术栈自然是 rails 社区的上市标配：Ruby 4.0 + Rails 8.1、Turbo / Stimulus、Tailwind CSS、SQLite、Solid Queue，Kamal 部署，检测探针用 Go。另外尝试用 Hotwire Native 复用 Rails 页面做了个 iOS 端。

so 有兴趣的朋友可以试试

给产品演示准备可编辑的 PPT：一个浏览器里的整理流程

cnvxstudio — Sat, 17 Oct 2026 19:04:08 +0800

给产品迭代做演示，比较费时间的往往是把功能列表变成一条能讲清楚的线索。比如一份功能评审简报，可以先回答三个问题：这次解决什么问题、操作流程有什么变化、希望评审者决定什么。先排这些内容，再调样式，后面改一页时就比较容易判断是否偏题。

我参与维护的 PPT Online 是一个浏览器简报工作区。它把可编辑的幻灯片、原创模板和文件工具放在一起，适合把大纲继续整理成演示稿。这里分享一个可直接采用的准备顺序：

先写每页的任务。 把“背景、变化、示例、待决事项”列成清单。一页尽量回答一个问题；截图还没准备好时先留明确的占位说明。
选起点，再换成真实内容。 可以从空白稿开始，也可以选带大纲和可编辑内容的原创模板。若用主题或大纲生成 AI 草稿，先把它当结构建议，再核对事实和措辞。
让演示对象保持可修改。 编辑器可以调整文字、图片、图表和表格。用清楚的标题表达本页结论，把需要放大的界面细节单独做成一页，比把很多小图挤在一页里更方便讲述。
按接收方式留两个版本。 需要继续改稿时保留 PPTX；需要阅读或打印时另存 PDF。工具提供无水印导出，交付前仍应打开实际文件，核对字形、换行和页数。
需要在 Google Slides 继续协作时，完成实际导入。 站内的兼容工作流会准备可下载的 PPTX，随后由使用者到 Google Slides 导入；接收端打开后再确认版面。

编辑、模板、演示和导出免费；新建 AI 与文件处理任务有界面显示的每日额度。把核心操作和额度分开看，比较容易决定先整理内容、还是使用 AI 起稿。

这个流程也适合教学短讲或项目进度说明：先确定听众要带走什么，再让每页服务于这个目标。最终保留可编辑原稿，下次更新时只需替换发生变化的部分。

有关使用 AI 做开发的一点拙见（以及对 DHH 的一点看法）

zw963 — Sat, 17 Oct 2026 15:33:51 +0800

之前看到大家最近无论群里、还是社区，都在讨论 DHH 发的推，具体不在此详述，仅在此发表一点我的看法。

首先，脏活、累活，让 AI 帮我们做，效率提高很多，这个应该没有什么争议吧？

前端、测试现在让 AI 写，就算不堪，我感觉争议也不大。

我觉得，主要争议是，业务逻辑用什么语言，写的代码你自己会不会看，对吧？

这个问题分两个方面看。

如果你不打算看代码，什么语言重要吗？完全不重要。
如果 AI 写了，你还打算自己认真 code review, 后期还要继续维护，又有什么理由不采用 Ruby 这种更具有表达力的语言吗？

现在 AI 时代了，做个 一次性的小项目 用什么语言还有那么重要吗？

除非你要做一个长期维护的项目，你肯定希望选择你最熟悉的语言，当然，考虑维护，最好更具表达性的语言，而且不考虑项目，让语言自己考虑内存回收总是更省心。

仅代表我个人的观点：我认为 AI 时代已经到来了，无论你是否接受，都是如此。

但是 AI 真正比的不是：

你一周用多少 token
你一周产出多少
你用 AI 写代码写的多 high

而是，如果长期（在 AI 的辅助下) 维护一个项目，比如说，一个长期项目，你在 AI 辅助下开发连续开发半年，而且仍旧能保持平均效率，那才是真的牛。

所以，到了人家 DHH 的层级，就算一行代码都不看，也许真能做到呢？

让我们拭目以待。

我个人现在也在实践，在 https://github.com/crystal-china/website 开发过程中使用 AI 辅助编码，感觉速度肯定比以前快，但是真说快多少，也没觉得，因为即使聪明如 GPT 6.1 sol, 大部分情况下写下的代码需要返工、或通过不断地交互调整，这还是在如下前提下：

测试我不看。（虽然我曾经自诩很擅长 TDD, 但是这技艺，感觉基本上废了，和 AI 比甘拜下风）
前端 tailwind 刚开始还能 follow, 后来完全跟不上，所以现在也完全不堪，最多瞅一眼页面结构。
Crystal 代码我会 code review, 我自知没有 DHH 那样的掌控力，需要花很多时间让 AI 拉回来，不要太飘。
我还会做很多重构，简单的，我自己动手，麻烦点的，那就告诉 AI 精确该怎么做，确保项目不会失控。

如果您也用 AI, 3, 4 同样完全不做，那我不发表置评，咱用 AI 的方式不一样，就像 DHH 做法一般人也 follow 不了。

但是，不得不说，实打实的一个优点，就是可以做的事情比以前多得多了。

就拿旅游来做比喻吧，

走路，可能只能在生活区周边几公里，
开车，你可以全国跑，
坐飞机你可以去全世界任何地方。

AI 带给我们的最大优势就是，你现在敢做、也能轻易做到很多之前 不知道怎么做， 嫌麻烦，不愿意做，没有资源、时间去做 的事情。

分享一个小工具 ClipPal（剪贴伴侣）

paulwei — Thu, 15 Oct 2026 19:13:00 +0800

复制粘贴是 Mac 上最高频的操作，但系统剪贴板只能存一条。写代码、查资料、整理文案时，一不小心就把刚复制的东西覆盖了。

ClipPal 就是为解决这个痛点做的：

⌃⌘V 一键唤出历史面板支持文本、文件 / 文件夹搜索、固定、右键删除、自动去重超出上限按 LRU 淘汰，固定项永不丢失默认忽略密码管理器等隐藏内容开机自启、中英双语、可自定义快捷键

纯原生 SwiftUI + AppKit 开发，常驻菜单栏，不占 Dock。

免费，macOS 13+ 可用。项目地址与下载：https://github.com/weiliping/ClipboardHistory

欢迎试用，任何反馈都对我非常重要 🙌

#macOS #SwiftUI #独立开发 #效率工具 #ClipPal #BuildInPublic

分享一个浏览器本地图片工具：裁剪、缩放后直接转 SVG 路径

cnvxstudio — Thu, 15 Oct 2026 18:12:33 +0800

大家好，我是 JPG to SVG 的维护方，分享一个用于准备 Logo、图标和简单插画素材的浏览器工具。

地址：JPG to SVG

它把两个步骤放在同一页：先裁剪或调整图片尺寸，再把准备好的图稿追踪为 SVG 路径。图片处理在浏览器内完成，不需要上传到转换服务器，也不要求注册。

目前能做什么

输入 JPG/JPEG、PNG 或静态 WebP，一次处理一张。
在编辑器里拖拽裁剪，或输入裁剪尺寸；按比例或自定义尺寸缩放。
导出 PNG、JPEG、WebP，JPEG/WebP 可调整质量。
编辑完成后在同一页转 SVG，不需要再次选图；可调整颜色细节与曲线平滑程度，并对照原图预览。
下载的 SVG 由路径组成，不是把原位图简单包进 <image> 标签。

实现与取舍

图像编辑使用 Canvas，矢量追踪使用 VTracer WebAssembly，并在本地 Worker 中处理。这是本地图像处理工具，没有调用 LLM，也不是生成式 AI 产品。

追踪适合轮廓清楚、颜色区域相对简单的图稿。照片里的纹理、渐变和噪点可能产生很多路径；转成 SVG 并不保证更小、更接近原图或能直接用于某台切割机。建议保留原图，在实际使用尺寸和放大预览下分别检查边缘、小孔与细线。

目前没有批量转换、OCR、背景移除或 SVG 节点编辑。单张输入上限是 20,000,000 字节、4,000,000 像素，单边不超过 8,192 像素。免费且没有每日转换次数额度，但这些文件限制仍然存在。

如果只是缩小一张照片，直接导出合适尺寸的 JPG/WebP 往往更合适；需要编辑图形轮廓时，再考虑追踪为 SVG。欢迎针对裁剪后的衔接流程、细线保留和预览比较方式提出具体建议。

为什么我感觉 64 位程序不如 32 位程序好用

crella95 — Sun, 11 Oct 2026 07:50:10 +0800

比如火狐，下载老版本 32 位的 52 或者 60 版本 esr 感觉非常流畅尽管很多元素显示不出来但是触控延迟（指 win10 及以上系统）是非常低而 64 位谷歌浏览器和火狐感觉都有延迟，是不是我工作压力太大产生了幻觉

rfig：用 Rust 实现的终端自动补全，支持 zsh、Bash、Fish

tamia6 — Thu, 08 Oct 2026 21:06:19 +0800

rfig：用 Rust 实现的终端自动补全，支持 zsh、Bash、Fish

rfig 是一个开源 Rust 终端工具，为 macOS 和 Linux 上的 zsh、Bash、Fish 提供输入即出现的命令补全菜单，以及按当前目录匹配的内联历史建议。它受 Fig 启发，是一个独立的开源 Fig 替代方案。

实际终端演示：命令与路径补全，以及输入 gi 时同时显示菜单和内联历史建议。

输入时展示候选，继续补全下一层

不用先按 Tab：输入命令后即可浏览候选，用上下方向键选择、右箭头插入，再继续输入下一层。已有补全定义可以提供子命令、当前仓库的分支、路径等动态内容；可用层级和候选范围取决于本机的补全来源。

菜单与历史建议可以同时出现，而且分别计算。例如只输入 gi 时，菜单仍然根据 gi 提示命令，灰色的历史建议则可能补出以前在当前目录执行过的 git checkout main。Ctrl+E 接受历史建议；有历史建议时 Enter 执行完整建议，否则执行实际输入，不会自动接受菜单选中项。

内置历史建议可以替代 zsh-autosuggestions 的历史命令建议功能。rfig 自行维护带工作目录的本地历史，不自动导入缺少目录信息的旧 Shell 历史。选择与执行记录也会参与候选排序，最多前三个有使用记录的候选显示圈号，其他候选仍正常展示。

Rust 与 Shell 怎样协作

zsh 使用 ZLE，Bash 和 Fish 共用 Rust 编辑层，命令仍由当前 Shell 执行。补全优先复用环境中的原生定义和已安装脚本，再结合可识别的补全生成器、协议和帮助缓存。

安装设置时快速扫描 PATH 与常见补全目录，随后在隔离能力可用的情况下，串行分析符合条件的用户命令。帮助分析只是后备来源，不能保证任意命令都有完整的多级补全。

图标与选中文字使用终端 ANSI 调色板，菜单以箭头指示选中项。历史、排序记录和缓存保存在本机。

安装

当前支持 macOS、Linux，以及 zsh、Bash 4.4+、Fish 3.6+。Homebrew 安装：

brew install tamia6/tap/rfig
rfig setup

设置后打开新的 Shell 会话。也可以下载包含二进制和安装脚本的发布包，或从源码安装；详细系统要求和使用说明见项目文档。

项目源码：https://github.com/tamia6/rfig

中文官网与演示：https://tamia6.github.io/rfig/zh/

欢迎反馈多 Shell 集成、终端显示和补全来源方面的体验。

DHH 用 AI 在多种语言上重写 Campfire，争议巨大

tistest — Tue, 06 Oct 2026 10:30:59 +0800

然后在 reddit 上被喷惨了，比如 go 居然被 rust 拉开十倍，比如不用各语言生态而去大量自行实现，甚至为了遵循“兼容 rails”的指令，非要把 rails 的 api 重写到对应语言，再比如 elixir 的 db 操作没有连接池，而是全部串行

Ruby, Rails, and the future of programming - Matz, DHH & Jeremy Daer

zhandao — Tue, 29 Sep 2026 01:00:30 +0800

Matz 和 DHH 对谈。40 分左右：

Matz：现在 AI 开发依赖于组件（框架、编译器、数据库等），但我担心组件将变得越来越透明，（虽然非常重要且可行）但人们看不到也不会在意它们，我们必须努力维护这些组件

主持人：David 这让我想到你刚才说的正是抽象的弊端，我们什么时候可以绕过这些组成部分，让每个人都自行发明创造呢，比如直接绕过 websocket 库直接实现协议

DHH：这是下一个前沿领域，我们意识到自己代码库中的抽象（包括语言和框架）会阻碍并发和并行，最终我们将到达光子层面，直接进入物理学领域。过去 60 年的软件开发工作，都是为了克服人类认知能力的局限性，如果这些限制不再适用，那么解决方案也随之失效。因此，我完全可以想象，软件的未来更像是我们现在所看到的生成式游戏玩法的前沿领域。现在已经有一些模型能够即时生成游戏世界。我们可能会进入这样一个世界：操作系统、设备驱动程序、框架、语言都是即时生成的。

虽然但是，感觉 Matz 此刻有点尴尬 ....

剪贴板劫持木马（解决方法）

xiaoguailolo — Sat, 26 Sep 2026 23:08:25 +0800

前一段时间电脑中了剪贴板劫持木马，当时是在找过地址证明的方法，下载了一个别人分享的资料和自动生成程序，木马就在这个程序上。这个木马专门劫持关于加密货币地址的剪贴板，然后进行篡改，而且他还有一个延迟，事情大概是发生了 5 天，前两天我发现复制出来的地址不对我还疑惑，为啥我第一次复制出来的地址不对，第二次复制出来的地址是对的，我还以为是我哪里操作错了，然后第三天开始，当时别人给我转账，我发完地址还没感觉哪里不对，因为前两位和后 4 位都一模一样（我一般只检查后 4 位），之后人家 3 天给我转了 3 笔钱，第一笔 3 刀，第二笔 7 刀，第三笔 20 刀，前两笔因为数额太小我没有检查到账情况，所以在 3 天后第三笔钱没到账，并且木马可能发现我的错误地址进帐了，然后才开始每次复制地址粘贴出来的都是错的。我才发现中毒了。简直是防不胜防。

下面说解决方法。首先，我把我的电脑交给了 ai，告诉他我的剪贴板复制粘贴出来的加密地址不对版，让他帮我检查，然后，他做了四步方案

1.它生成了一个剪贴板安全检测工具，让我手动进入，复制它生成的加密地址，然后粘贴进行对照，然后确认电脑被剪贴板木马劫持

2.它生成了一个清理木马的 Windows PowerShell 脚本，供我检查有哪些异常的的任务，并且告诉我如何删除它

3.当我删除了所有异常任务程序之后，它让我使用 Windows 防火墙进行全面扫描，这个过程大概在一个半小时，在扫描的同时让我使用不同的设备去下载 Malwarebytes 的安装包然后发送给中木马的设备上进行安装，但不能使用中木马的设备直接自行去下载安装包。当 Windows 防火墙进行全面扫描清理完毕后，使用安装好的 Malwarebytes 免费版再次进行全面扫描，这次就比较迅速。

4.全部结束后，再次进入剪贴板安全检测工具，进行测试，这时单独的复制粘贴已经完全正常，然后在剪贴板安全检测工具的实时检测工具自动持续检测 5 分钟左右，若未出现异常，则木马就被完全清空，电脑也就恢复了正常。

若是做完这些，剪贴板安全检测工具实时检测依然检测到异常，那就只有重做系统一条路了，并且做完系统后除了你完全信任的程序和资料，其他东西就不要再恢复了，以免二次中招。

2026 年接码平台汇总（临时号码和长效号码）

xiaoguailolo — Fri, 25 Sep 2026 13:52:12 +0800

很多时候我们需要临时用到一个手机号，比如注册海外网站、测试短信验证码接口，或者注册账号验证实验。“接码平台”就成了省事的选择。所谓接码平台，就是提供虚拟号码或者真实号码接收短信验证码的服务。我之前也踩过不少坑，有的平台压根收不到短信，有的延迟半天才到，而且现在好多平台都要二验，最后整理出几个稳定、亲测可用的平台，分享给大家。

说明：以下按推荐 / 备用便于查阅。实际可用性、号码质量、可接收平台、地区覆盖和短信保留时间可能会随时变化，请以网站当前页面为准。

1.longsms（优先推荐）

网址： https://longsms.net/
提供美国，加拿大，英国，荷兰，瑞典等五个国家的独享长期虚拟号码和真实号码
提供美国，英国，香港，荷兰，等一百多个国家的虚拟号码
支持网页端和 api 接入，界面友好，API 文档清晰
实测注册 WhatsApp，LinkedIn，gmail，TG 都能正常收到验证码
亲测体验：验证码接收速度很快，可接收验证码或其他短信，大多数情况下 10 秒内能到，长期号码接码率 90% 以上。
优势：支持长期租赁，单次最高可租赁 360 天并且价格便宜，若需二验首选
支持少量充值，号码价格较便宜
支持中文

2.5SIM（备用首选）

网址： https://5sim.net/
提供美国，英国，香港，荷兰，等一百多个国家的虚拟号码
支持网页端和 api 接入，界面友好，API 文档清晰
实测注册 Google、LinkedIn 都能正常收到验证码
亲测体验：验证码接收速度一般，大多数情况下 30 秒到一分钟内能到，接码率 60% 左右
不支持长期租赁，仅能租赁 20 分钟的临时号码
支持少量充值，号码价格较便宜
支持中文

3.SMS-Man

网址： https://sms-man.com/
提供美国，英国，香港，荷兰，等 365 个国家的虚拟号码，覆盖国家最广
支持网页端和 api 接入，API 文档清晰
实测注册 Google、Twitter 都能正常收到验证码，稳定性不错
TG 机器人集成，可以直接在 TG 里购买号码和接收验证码
亲测体验：验证码接收速度还行，大多数情况下 30 秒内能到
有低消，最低充值 10$,且号码价格较贵

支持中文

4.HeroSMS

网址： https://hero-sms.com/
SMS-Activate 的「继任者」，风评一般
提供美国，英国，香港，荷兰，哥伦比亚等 180+ 个国家的虚拟号码
支持网页端和 api 接入
实测注册 Google、TG 都能正常收到验证码
亲测体验：验证码接收速度一般，大多数情况下 2 分钟内能到，接码率较低，30% 左右
支持少量充值，号码价格较便宜
支持中文

5.TextVerified

网址： https://www.textverified.com/
提供来自真实运营商的美国 Non-VoIP 号码
支持网页端和 api 接入
实测注册 Google、TG，WhatsApp 都能正常收到验证码
亲测体验：验证码接收速度较快，大多数情况下 10-30 秒内能到，接接码率 90% 左右
支持少量充值，号码价格贵
不支持中文

6.Receive-SMS-Online

网址： https://receive-sms-online.info/
支持美国、西班牙、罗马尼亚、英国、德国、法国、俄罗斯等国家的免费号码和其他 51 个国家的付费号码
不支持 api 接入
实测免费号码注册 Google、TG，WhatsApp 几乎收不到验证码，付费号码都能收到验证码
亲测体验：免费号码几乎收不到验证码，付费号码验证码接收速度一般
无需注册，付费号码很贵
不支持中文

温馨提示：接码平台仅用户保护个人隐私，防止广告骚扰，注册社交小号的用途。切勿用作其他违规违法的地方，遵守国家法律法规是每一个公民的责任哦！

Rails World 2026 Opening Keynote - DHH

Rei — Thu, 24 Sep 2026 20:00:05 +0800

Matz 合并了我给 Spinel 的一个 PR，顺便介绍下这个 Ruby AOT 编译器

femto — Thu, 24 Sep 2026 15:46:28 +0800

给 matz/spinel 提了个 PR,Matz 合了 (#4899)。借这个机会介绍一下 Spinel —— 国内讨论得不多，但我觉得挺值得一看。

Spinel 是什么

Matz 在写的 Ruby AOT 编译器:把 Ruby 源码编译成独立的原生可执行文件，不需要 Ruby 运行时。

管线是这样的：

Ruby (.rb)
   │
   ├─ parse          libprism(Prism 以 C 库链入)
   ├─ analyze        全程序类型推断,走到不动点
   ├─ codegen        生成一个 C 文件
   └─ cc -O2         系统 C 编译器 + 运行时库
   │
   └─→ 原生二进制,无运行时依赖

几个我觉得有意思的点：

编译器本身是单个自包含的 C 二进制。 解析、推断、生成 C、调用 cc,全在一个进程里完成，中间没有序列化步骤 —— codegen 直接读 analyze 刚推断出的类型。

它自举过。 按 README 的 History:最早 C 写的，后来用 Ruby 重写，再后来用一个能编译自己的 Ruby 子集重写。现在 master 回到了 C 实现 (构建快得多，输出等价),自举的那版保留在 self-host 分支。

关键在"全程序"。 因为能看到整个程序，Integer 可以落成裸的 intptr_t 而不是装箱对象，方法调用能去虚化，死代码能整块删掉。这是 JIT 很难做到的 —— JIT 只能看到已经跑热的那部分。

性能

README 里的数字 (2026-09-17 测，28 个 benchmark,32 核 Linux,gcc 13.3，基线 CRuby 4.0.4):

对 --yjit 几何平均 ~8.5x
对解释器 ~15.2x

抽几行：

Benchmark	Spinel	Ruby 4.0.4	+ YJIT
mandelbrot	18 ms	939 ms	938 ms
matmul	6.1 ms	200 ms	201 ms
ao_render(光追)	70 ms	1646 ms	611 ms
json_parse	28 ms	212 ms	133 ms
csv_process	95 ms	491 ms	396 ms

试一下

git clone https://github.com/matz/spinel && cd spinel
make deps && make

cat > hello.rb <<'RUBY'
def fib(n) = n < 2 ? n : fib(n - 1) + fib(n - 2)
puts fib(34)
RUBY

./spinel hello.rb && ./hello

还有个 cargo/mix 风格的项目工具 spin(spin new / spin add / spin test / spin build),依赖是被编译进二进制的源码树，没有运行时加载。

仓库：https://github.com/matz/spinel
这个 PR:https://github.com/matz/spinel/pull/4899
对应 issue:https://github.com/matz/spinel/issues/4896

云端 Coding 插件：让 AI 大模型为你的网页实时提优化建议

ruandao — Fri, 18 Sep 2026 15:20:18 +0800

引言随着智能体大模型的快速发展，AI 编程助手已经从简单的代码补全走向了更复杂的开发场景。今天要介绍的是一个个人研发的云端 Coding 插件——taskChromePlugin，它能够帮助你在浏览任意网页时，快速获得针对当前页面的优化建议，并且支持在后端自由切换不同的大模型。
项目简介 taskChromePlugin 是一个基于 Chrome 浏览器的插件项目，源码托管在 GitHub 上（task2money/taskChromePlugin）。它的核心定位是：让 AI 大模型成为你的网页优化顾问。无论你在浏览自己的产品页面、技术文档还是业务系统，都可以一键唤起插件，让大模型基于当前页面内容给出结构、文案、交互、性能等多维度的优化建议。
核心功能 3.1 网页实时优化建议插件能够读取当前浏览器页面的内容，并将其作为上下文发送给后端大模型。大模型会从用户体验、信息架构、视觉层次、文案表达等角度进行分析，并输出可执行的优化建议清单。整个过程无需复制粘贴页面内容，操作非常便捷。

3.2 后端自由切换大模型这是该插件的一大亮点。插件本身不绑定某一家大模型厂商，而是通过后端服务进行模型路由。你可以在后端配置多个模型（如不同厂商的通用大模型、代码专用模型等），并根据任务类型或成本预算自由切换。这种设计让插件具备了很强的灵活性和可扩展性。

3.3 内置镜像与开发环境管理插件内置了云端开发镜像机制，厂商可以上传预配置好的开发镜像，用户也可以自行设置开发中常用的镜像，例如 trae-agent、claude 等。这样在切换不同大模型或不同开发任务时，可以快速加载对应的运行环境，无需重复搭建，显著提升开发效率。

技术架构从整体架构来看，插件分为三个主要部分：

Chrome 插件前端：负责页面内容采集、用户交互界面以及建议结果的展示。云端后端服务：接收前端请求，调用大模型接口，并返回结构化的优化建议。模型路由层：在后端实现多模型接入与切换逻辑，支持按需选择最合适的模型。

使用场景这款插件适合以下几类人群：

产品经理与设计师：快速获取页面体验优化的参考意见。前端开发者：在开发过程中随时检查页面结构与交互细节。独立开发者：低成本获得 AI 辅助的网页评审能力。内容运营人员：优化落地页文案与转化路径。

快速上手如果你对这个项目感兴趣，可以直接访问 GitHub 仓库（task2money/taskChromePlugin）查看源码与使用说明。部署时主要需要完成两步：一是安装 Chrome 插件并配置后端地址，二是在后端配置好大模型的 API Key 与模型参数。完成之后，就可以在任意网页上体验 AI 优化建议了。

6.1 安装插件：

从官方 Releases 页面安装 Chrome 插件：

Releases · task2money/taskChromePlugin · GitHub

安装完成后，在浏览器中启用该扩展，以便与本站任务/智能体能力联动。

6.2 创建账号

6.3 创建智能体的 APIKey

在各个智能体平台，譬如 DeepSeek 等，创建智能体的 APIKey

以 DeepSeek 为例：

输入地址 DeepSeek
点击创建 API Key
保存 API Key, 后续会用到

6.4 设置自动创新需要的智能体资源配置

登录后进入租户「智能体资源配置」页面，填写智能体相关资源参数。

也可在登录后通过控制台侧栏进入：设置 → 智能体资源配置。

具体的智能体资源（模型、供应商等）可从该页的 LLM 供应商 / 推荐供应商列表中选取并填写。

6.5 使用

安装插件后，使用快捷键 alt+shift+e 即可调出自动创新功能

总结与展望 taskChromePlugin 将智能体大模型与日常网页浏览场景结合起来，提供了一个轻量而实用的 AI 辅助工具。未来如果能够进一步支持自定义提示词模板、批量页面分析以及建议的自动落地，将会在更多工作流中发挥价值。如果你也在探索大模型与浏览器插件的结合方式，这个项目值得参考。

项目网址:

https://aidevpush.com/auth/register/?accessCode=w72gD8krqA

昨天旁边研究生在学数据库，看范式，我当年也学过，但是工作了以后，发现根本用不到

zzz6519003 — Fri, 18 Sep 2026 10:41:59 +0800

lighttpd 项目 faq 页用 ruby

crella95 — Tue, 15 Sep 2026 22:50:52 +0800

lighttpd 项目文档页用 ruby，网址https://redmine.lighttpd.net/projects/lighttpd

，并且服务器用了 gunicorn 可能是 python 写的但也可能 ruby 也在用！

omarchy 竟然还有中文宣传

jicheng1014 — Tue, 08 Sep 2026 09:59:11 +0800

今天看 x 竟然发现 dhh 竟然在退 omarchy 的中文站 zh.omarchy.org

不知为何，我满脑子都是 "现在我有冰淇淋" 的画面

最近 mac arm 的架构似乎也有 omarchy 的版本了，回头抽个黄道吉日来感受下 omarchy

ps: 有了 ai 后，做各类兼容，特别是 linux 之间的软件兼容，似乎变得唾手可得，之前各种难缠的兼容配置，现在直接 ai 直出，真是沧海桑田啊

做了一个 zero-noise 的“赛博禅师”：在信息过载时代做个极简 Web 实验

mu872 — Fri, 04 Sep 2026 15:05:30 +0800

各位 Ruby China 的朋友好，

最近深夜敲代码之余，一直在思考现在的 Web 体验：算法推荐、无限下拉、社交通知、弹窗提示……网络似乎越来越吵，让人难以喘息。

出于一种“数字降噪”和体验实验的想法，我手搓了一个极其简单的非营利 Web 小工具——Ask A Monk（赛博禅师）。

💡 这是一个什么样的项目？ Zero-Noise 极简设计：全暗黑模式，没有注册登录，没有广告，没有数据库保留，没有任何社交分享按钮。

即用即走（Low-Retention）：它不试图留住你的注意力，只是在你深夜失眠、感到信息焦虑或纠结时，提供一个短暂的安静交互空间。

Cyber-Zen 体验：结合了极简动画与轻度交互，提供一种类似于“赛博禅坐/问禅”的沉浸式解压体验。

🛠️ 技术与实现哲学 Stack：纯前端轻量构建（Node.js / Vite / React），部署于海外节点。

极致轻量：没有复杂的后端依赖，追求极致的加载速度和极低的数据追踪（Zero-Tracking）。

作为一个独立 Web 项目，它的理念或许和当下追求“高留存、高商业化、增长黑客”的主流产品完全相反。我更希望它像是一个属于个人数字空间的“深夜避难所”。

如果你今晚刚好敲代码累了，或者也正经历了数字疲惫，欢迎来踩踩：

👉 地址：https://askamonk.online

欢迎大家体验，也很想听听大家对这种“反留存/极简 Web”产品的想法和建议！

DHH 发布了 agentic linux，作为 Ruby China 老用户也开源发布了 agentic workspace

sqrh — Tue, 01 Sep 2026 21:11:53 +0800

看了看自己账号的第 180 号会员，不知道多少年没回来了。我们戏称 DHH 发布 Omarchy，堪比刘慈欣重新发布新书。

某种意义上也是开源生态在 ai 时代的文艺复兴了。也介绍下我们自己给团队经过每周千亿级别 Token 消耗锤炼下自建的 multi-agent, multi-user workspace.

项目完全开源：https://github.com/talesofai/cohub

甚至大部分的自举开发过程使用的 agent chat sessions 也是完全公开的：https://cohub.live/tzwm/cohub

更多的设计细节，发到了这篇文章里面：https://x.com/xiuhan_xhu/status/2094743200246423810