Koichi ITO

OSS programmer. Member of RuboCop core team and MCP (Model Context Protocol) steering group. Engineering Manager and Distinguished Engineer at ESM, Inc.

[Koichi ITO @koic]

I've published my slides "Exploring RuboCop with MCP":
https://t.co/SrCpqWXsUG
Thanks for your attention (and ATTENTION)! #rubykaigi #rubykaigiA

[Koichi ITO @koic]

薄い本が届いた。

[_ko1 @_ko1]

[本屋さんを開催する技術（RubyKaigi 2026）](https://t.co/ZYBFo4PSZv)

[_ko1 @_ko1]

[関ケ原Ruby会議01に参戦した - Journal InTime(2026-05-30)](https://t.co/QAxGyViuSS) 「笹田武蔵守が「敗軍の将」と呼ばれていて可哀想だった。」

[Koichi ITO @koic]

"途中「がんばれー」といった応援の声に混じって、東軍から「このままではRefinementsが入ってしまう！」とか西軍から「Refinementsを入れるぞ！」みたいな声が聞こえてきたが、Refinementsは13年前からRubyに入っています。"

[Shugo Maeda @shugomaeda]

関ケ原Ruby会議01に参戦した - Journal InTime(2026-05-30) #sekigahara01
https://t.co/UWNU2Gr11O

[sezemi @sezemi_seplus]

#るびま で #kaigionrails 2026 で登壇する Dave Thomas さんの書籍「シンプリシティ―持続可能かつ人間的で効果的なソフトウェア開発」の紹介記事が公開されました！
Ruby との深い関わりがわかる胸熱エピソードもあります！
@snoozer05 さん、執筆ありがとうございました！
https://t.co/ULpNoUzsQs

[Koichi ITO @koic]

Opus 4.8 に切り替えた。
https://t.co/Hfsrh28eP2

[sylph01 / G4きゅーぶ @s01]

これ（と次のページ）があるのでRubyKaigiでしゃべりたいな〜って人はRubyConf Taiwanに行くといいです https://t.co/zrfUskcpk5

[kaneko.y @spikeolaf]

「Modding RubyKaigi for Myself」の登壇資料です。
5月からSmartHRという会社に転職しました。今後ともよろしくお願いいたします！
https://t.co/z929WIc101
#rubykaigi2026_smarthr

[角 征典／Masanori Kado @kdmsnr]

6/29 にZEN大学出版会から出るそうです！

我ら、プログラマー AdaからAIまで、コーダーたちの年代記 : Robert C.Martin, 角 征典: 本 https://t.co/4J4JmZwDx4

[bash @bash0C7]

@koic RubyのMCP Client利用もはじめました！
https://t.co/IvQmmzOoHS

[ginzarb @ginzarb2]

ginza.rbでは「コミュニティかわらばん」として頒布するチラシ作成を企画しています。内容はginza.rbメンバーからの一言メッセージ集です。ミートアップに一回でも参加したことのある人であればメンバーなので、最近参加してない人も何かしら書き残してもらえると嬉しいです！

[Matsue.rb - 松江Ruby @matsuerb]

松江Ruby会議12のタイムテーブルにLTを表示しました。
応募ありがとうございます！

https://t.co/5GcPmTkNpL

[Koichi ITO @koic]

RuboCop への Rubydex 統合を実験的にはじめました。 #rubykaigi #kaigieffect
https://t.co/0tScpX7jkS

[Koichi ITO @koic]

ビルドパイプラインの高速化狙いで、rubocop --aot 的なオプションを提供して Spinel で AOT コンパイルするというのがパッと思いついたところだけれど、RuboCop 実装は全力で Spinel の Limitations に引っ掛かっているので、いまのところそんな感じです。
https://t.co/ZfoPL0IqSG

[Koichi ITO @koic]

Ginza.rb 第97回 - koicの日記 #ginzarb
https://t.co/JUeji5Xh25

[Yusuke Endoh @mametter]

Spinel で Optcarrot を動かせた！かもしれない件の暫定報告。1000 fps くらい出ていて、CRuby と比べると約 20 倍。景気が良い数字

https://t.co/SY5uA3eNFa

[Vladimir Dementyev @palkan_tula]

Ruby and Spinel “attending” #BalkanRuby

[Koichi ITO @koic]

今日は Ginza.rb で RubyKaigi 2026 のふりかえり。 #ginzarb #rubykaigi
https://t.co/WVQQSWVs2Y

[柴田 淳-【新刊】みんなのPython第五版/Pythonで学ぶはじめてのプログラミング入門教室 @ats]

・Shopifyが、Ruby向け静的解析エンジン「Rubydex GitHub
」を発表した。
・目的は、LSP・型チェッカ・ドキュメント生成・デッドコード検出などで重複していた“コード解析基盤”を統一すること。
・Rust製コア＋FFI＋Ruby gemという構成で、高速性と移植性を重視している。
・既に Ruby LSP や Tapioca、Packwerk などへ導入が進み、性能や精度が大幅改善した。
・特にTapiocaでは、RBI生成時間が約6分から約20秒まで短縮されたという。
・MCPサーバも実験的に搭載され、LLMがコードベースを効率よく探索できるようにする構想もある。
・将来的には共有DB、セマンティックLint、型推論対応なども視野に入れている。

面白いのは、この記事が単なる「新ツール紹介」ではなく、“Rubyコミュニティのインフラ再編”として書かれている点です。Prism parserの成功体験を踏まえ、「解析エンジンも共有資産にしよう」という思想がかなり明確に打ち出されています。これまで各ツールが別々に苦労して実装していた定数解決や継承解析を、一つの基盤へ集約しようとしているわけです。

さらに興味深いのは、LLM時代をかなり強く意識しているところです。MCPサーバを組み込み、「grepして全部読む」のではなく、構造化されたコード知識へ直接アクセスさせる方向へ進んでいます。これは単なるIDE支援ではなく、“コードベースを理解するための共通知識層”を作ろうとしているようにも見えます。Ruby版のLanguage Infrastructure Platformを作ろうとしている、そんな雰囲気があります。

https://t.co/dunM1etowx

[sezemi @sezemi_seplus]

#るびま で ながらRuby会議01 (#nagara01) のレポートを公開しました！ 詳細なレポートはもちろん、長良川をバックにした素敵な夏の写真たちに魅了されます！

@ueferi さん、執筆ありがとうございました！

RegionalRubyKaigi レポート (93) ながらRuby会議01
https://t.co/XsgAwLFkUI