说的很好，让 LLM 生成程序就是省略的艺术。普通人往往省略了太多东西，而熟练的程序员则有可能给了太多信息给 AI；而现在的所谓 AI Agent，既省略的太多必要的信息，又添加了太多无关信息。🤷

一般都是 irb 的问题，升级到 1.15.2，或者 1.14.3 试试，或者直接升级 Ruby 版本到最新也是可以的。

• CentOS 7.9+Ruby 3.2.3
• Rocky Linux 9.6+Ruby 3.4.5
• Ubuntu 20.04.6+Ruby 3.4.4

均无法复现。🤷

你的排版很精美，但是总感觉不是人排的。。。

你好歹提供一个 json 的出问题的文本例子，至少也方便别人复现吧？

不是硬盘卡死，是轻量服务器 CPU 不能跑满载，有积分，差不多就是 10 分钟内只能跑 20% 的时间，也就是 2 分钟的 100%，过后就是直接不调度 CPU 了，你说坑不坑。

总之的确是一分价钱一分货啊。

https://blog.cloud-mes.com/2025/01/28/install-sassc-in-sequoia-and-brew-ruby-3-dot-4-1/

也许对你有帮助？

学 python 了吗？没学可以先学 python，如果用 python 用下来觉得非常爽，很趁手，那就不用学 Ruby 了，如果不趁手，先问自己打不打算搞 web，如果不打算，还是不用学 Ruby 了，如果还是打算搞 web，可以学了。

没有 online，自己拉一下，填个 DeepSeek 的 key，本地跑跑很快的

一句话总结如何从 AI 赛道上赚钱：买英伟达的股票。（不是段子，真心分享）

其实真的精细控制还是写成CTE好，也许 ransack 也可以，最近不怎么用 ransack 了。。

Post.with(posts_with_comments: Post.where("comments_count > ?", 0))

得到：

WITH posts_with_comments AS (
  SELECT * FROM posts WHERE comments_count > 0
)
SELECT id, name FROM posts_with_comments;

分享讲到的主题

• QWen3-30B-A3B 本机部署，演示 dify 的合同审核助手，基于 Chatflow
• 模型 DeepSeek V3 的 KV Cache 优化
• 在 Jupyter Note 跑 Ruby
• 使用 ruby_llm 呼叫本机的 QWen-A3B
• 使用 ruby_llm 呼叫 dify
• ruby_llm 支持 dify 源码分析
• Google Jules 使用

一个礼拜，希望到时候这个RubyLLM 支持 Dify 的 PR 能合并吧。。。

def self.dify_answer(question)
-  client = ::ChatClient.new(Rails.application.credentials.dify_api_key!, Rails.application.credentials.dify_base_url!)
-  res = client.create_chat_message({}, question, "cybros_user_#{Current.user.id}")
-  JSON.parse(res.body).dig('answer')
+  dify = RubyLLM.chat(model: 'dify-api', provider: :dify, assume_model_exists: true)
+  res = dify.ask question
+  res.content
end

写代码我还是用 sublime text，顺手，最近 sublime text 的 python 版本也终于来到了 3.8，可以直接关闭 3.3 了，又省了 100MB 内存，丐版 MBP 用户伤不起啊。

cursor 我也用，但是只有在用 AI 的时候。

确实很 cool 的产品，感觉没有啥技术是白弄的，showmebug 的技术得到了增强式的应用，羡慕楼主的状态。

现场照片忘记放了，补一张

你说的看起来很对，为了让你不对我今年不会出现

是的，战略性先屏蔽了再说。。。

https://github.com/sinisterchipmunk/cglm-ruby/commits/master/

换 ruby 3.2 试试，看了一眼这个 gem 2022 年的时候可能适配的是 ruby 3.2，后面一直没更新，库的问题不用牵涉到语言。

如果按照上次的规模，这次应该是最后一次无限贴纸了，快发完了。

难得人多，放两张照片：

没了，下次打开腾讯会议的自动录制，这次忘记开了。。

https://www.slideshare.net/slideshow/dify-ai-2-ruby-tuesday-shanghai/275779992

看看 PPT 算了。

因为懒，学习 Python 开发 AI 程序比自己在 ruby 这边造轮子容易。。

Ruby 不用写类型，更接近自然语言，自己写还是很爽的，至于太灵活或者不灵活，还是看你怎么用吧，一个表达力更强的语言当然更能写出不知所云的东西，令人舒适的东西，或者令人拍案叫绝的东西。

AI 这边已经出现了中英文混杂的推理过程，如果有一种语言，适合推理的话，除了数学符号语言（这同样没有显式类型），恐怕只有 ruby 了。

用了 TDD 后修改功能应该更加畏手畏脚了才对啊，因为你往往会遇到错误。。。只有不写才不会，因为改了反正当时是看不到错的（逃

一般不安排特定主题，特定主题会放 ruby conf 或者约一个会议室分享

Open Project，背后有公司，可以看看我的 2024 rubyconf china 演讲。

说服他们切 Open Project 啊，免费，你再随便找点啥活干，维护维护 OP，IPD 这种流程都可以直接配置的

https://www.openproject.org/blog/blog-employee-interview-with-alexander-stock/

Yes, a common scenario involves customers who need to adapt their internal ticketing or improvement processes within OpenProject. For example, IT departments often use OpenProject for managing hardware orders. I walk them through configuring work package types, setting custom fields, and statuses that align with their internal processes. Sometimes these support interactions are straightforward, while other times they might lead to suggesting a more comprehensive training session.

3.3.6 才是推荐的 ruby 版本。。。

因为 go-sqlite 依赖 gcc

我觉得驳回的好，深刻理解了 12 factor，不过我觉得这还是 Go 的锅，CGo 依赖 gcc 本来就不对。

其实这个命名是倒过来的，正常的描述都是 Next.js on Node.js，Spring on Java 之类的，先说框架，然后框架依附于语言之上。

Ruby on Rails，却是语言在框架之上，这强调了 Rails 框架深刻的改变了 Ruby 语言设计，或者说这框架已经 magic 到了你都看不出这到底是 ruby 还是 active support 的功能了（历史上很多特性都是 rails 现有，ruby 再加，比如&.运算符脱胎于 try 方法之类的）

至于这样的 magic 到底好不好，我只能说有利有弊吧，不过有一点很肯定，熟练了熟悉了用起来的确很爽。