Write and Run

it's a simple way, but the only way.

AIによるProof of Workの終わりと「なぜベストを尽くしたのか」のこれから

今年に入ってからというもの、私の YouTube での活動は大きく減ってほぼゼロになった。年始に TCP/IP スタックを24時間で作ったあと、ほとんど更新していない。これには2つの理由がある。1つは仕事が忙しいためであり、もう1つは仕事の方が楽しいためである。

AI の登場により、正しいことを十分に行うコストが激減したと感じている。以前であれば、方法を知らない、時間が足らないなどの理由で実現できなかったことが、AI の補助によって可能になった。特に集団で仕事をしていて感じるのは、少人数のチームにありがちなスキルの穴を AI が埋めて補完してくれるようになったということである。スキルの穴埋めのために頭数を増やしてスピードを犠牲にしなくてもよくなった。仕事をするということに関して、今ほどおもしろい時代はない。

一方で、余計なことをするという点においてはどうか。「なぜベストを尽くしたのか」への憧れ で書いた通り、私は余計なことが好きだ。

経済的合理性のあるコンテンツでは、経済的不合理のおもしろさは出せない。

今、この前提が崩れ始めている。いや、もう既に崩れきっていると言いたい。正しいことを十分に行うコストが激減した。したがって、従来はコストがかかりすぎて不合理だったことが、合理的になってしまった。そこに特有のおもしろさはない。

では AI を用いてさらにコストをかけて、再度不合理な領域に入ればおもしろいのではないかと考えるだろう。しかし事態はそう単純ではない。今の AI が到達できる水準、あるいは到達できると思われている水準が高すぎてインパクトにコントラストがつかないのだ。経済的不合理のおもしろさは、受け手がそれを感じ取れるからこそ成立する。「AI に投げたら誰でもできるのでは」と感じられた時点でそれは成立しない。私はこれを「Proof of Work の終わり」と呼んでいる。

ここで、そもそも私はなぜ「余計なこと」が得意だったのかについて分析する必要がある。小学3年生くらいからコードを書いていた。もっと遡ると、物心がついた時から電子工作をしていた。そういう状況下では1つの物を作るにあたって作業を分担できるチームはない。小学生は企業勤めではない。物を作るというゴールに対して必要なことはすべて身につける必要があった。もっとも、物を作ることが目的なのか、作る過程とスキルの習得が目的なのかは区別がなかった。そんな分別を小学生に求めるのは酷であろう。

余計なことをチームでやろうとすると合意を取るのが大変である。正しいことは合意が取りやすい。合意が取りやすいことを正しいと呼んでいるだけかもしれない。ともかく、合意の取りづらいことを成すには極力1人でやらねばならない。1人で成すにはスキルが足りている必要もあるし、時間と手間をかける必要もある。だからこそ達成が難しく、驚きがあり、おもしろさがある。自ずと幅広いスキルを持っていた私は、あとは手間と時間さえかければ余計なことをやり放題だったのだ。

2026年1月初旬の時点では、フラッグシップの Coding Agent を用いてもなお TCP/IP スタックを24時間で実装するのは大変であっただろうと思う。少なくとも、視聴者の多くはそう思ってくれていたはずであり、だからこそあの企画のおもしろさは成立していた。

その後、2026年2月5日に Opus 4.6 がリリースされた。個人的にはこれがブレイクスルーだった。少し触っただけで実用的なコーディング能力があることがわかった。そして、Opus 4.6 に自分の専門分野である DBMS を開発させてみた。これは原理理解のためのおもちゃではなく、実用を目的とした分散時系列 DBMS である。数日ほどで私のアイデアは具現化された。そしてこのとき、ソフトウェアエンジニアリングにおけるボトルネックが大きく動いたということを実感した。

これは喜ばしい変化である。仕事をしている立場の KOBA789 は大いに歓迎している。ペグボードのフックを作って住環境を改善するという立場の KOBA789 も喜んでいる。困っているのは、余計なことをしてそれをお披露目し、見世物にしていた方の KOBA789 である。

今後私の YouTube チャンネルをどうしていくかについてはアイデアはない。今までもあまり考えずに運用していた。繰り返しになるが、今ある事実は仕事が忙しいということと、仕事の方が楽しいということである。

これまでプログラミングを飽きるほどやってきた。従来の「余計なこと」はそれを飽きるほどやった先に見つかったものであった。まずは現実が妄想に追いつくまで AI を使い、あるいは作り、飽きてからまた考えてもいいのかも知れない。

Opus 5.5のおかげで3Dプリンターを活用できるようになった

3D CAD が苦手だ。始めて触ったのは小学4年生のときだったと思う。六角大王と Metasequoia のどちらを先に触ったかは記憶が曖昧である。

3D プリンタを買った。2年以上前のことである。Bambu A1 mini は白物家電の領域に到達しつつある、セールをしているから今すぐ買え、というようなことを言われたような気がする。 買って数日間は MakerWorld にある小物を印刷して遊んだ。その後は半年おきくらいに思い出して、要らないフィジットトイを印刷しては部屋のエントロピー増大に貢献していた。

結局 3D CAD が苦手なのは治らなかった。そもそも macOS で快適に動く CAD が少ないという事情もある。BREP な CAD となればなおさらである。

時は流れて2026年、Opus 5.5 がリリースされた。めずらしく出来の良いリリースであり、コーディングエージェントとして重宝していた。 しかしこいつはコーディングだけでなく、3D モデリングもいけそうだぞということを同僚から聞いた。 数ヶ月前の LLM というと、解剖学的右手と鏡に映った右手の位置関係すらわからないといった具合であったのだが、曰く、Opus 5.5 は空間認識能力も高そうだということであった。

さて、私の部屋にはニトリで買ったペグボードがある。3D プリンタ界隈では IKEA の SKÅDIS というやつの方がスタンダードらしいが、知らずに買ってしまった。 SKÅDIS であれば MakerWorld に便利なモデルがたくさんあるのに、と2年前はとても後悔したものである。

だが今は違う(ギュッ)。Opus 5.5 がニトリのペグボードに合わせてフックを作ってくれる。

github.com

収納したい物の形状や希望する収納の向きなどを伝えるだけで望み通りのものが出てくる。 取り出しやすさ、見た目の美しさ、のような部分はまだ人間の助言が必要そうであり、実際に印刷するまでは2〜3回のリテイクを要することが多いが、それでも 3D CAD 素人の私が格闘するよりはよっぽど早くよっぽどマシな物が出てくる。 ただ、形状の希望を伝える言語化能力は相応に求められるという印象であり、機械設計の用語などは聞きかじり程度でいいので知っておいた方がお得であるように思う。

iPad などの有名な物体の外形情報はググれば正確な情報が出てきたり、そもそもモデルのウェイトに溶けていたりするのでよいのだが、どこで買ったかもわからない小物をモデリングしようとすると困ったことになる。 これについては私もまだ安定的な解を持っていないのだが、アルミスケールをあてがった状態の写真を何枚も撮って Claude に渡すという方法でやんわりとワークしている。 写真に EXIF 情報が残っていればカメラの光学的情報を元に歪みを補正し、アルミスケールを基準に幾何投影して寸法を測ってくれる。慎重にやっても精度は 1mm くらいしか出ないが、収納用具を作るには十分である。 出力方向は 3D プリンタでどうにかなるが、入力方向が面倒というのが次の課題である。

というわけで Opus 5.5 と Bambu A1 mini の組み合わせ、おすすめです。

無題

KOBA789 です。KOBA789 の 789 は平成7年8月9日に由来し、したがってこの前の日曜日に誕生日を迎え、31歳になったということです。

最近は忙しさの密度と長さが過去最高といった日々を過ごしており、Twitter しかり YouTube しかり、いまいち近況を伝えていなかったような気がします。

そしてぼちぼち今の会社に転職してから5年らしいです。驚きですね。5年弱前、こういう記事 を書きましたが、Rust で書いたソフトウェアは無事軌道上で動いています。あんまりはっきり書いていなかった気がしますが5年もすればそれくらいは成せますね。

最近は何をやっているんだというと、あくまで私個人の視点でいうなら、人工衛星のシステムエンジニア(の見習い)をやっています。ソフトウェアエンジニアのいう「システム」はソフトウェアまたはコンピュータとほぼ同義な感じがしますが、人工衛星における「システム」は隣接・関連する物理現象などを含むほぼすべてです。人工衛星というと箱だけを思い浮かべがちなので宇宙利用システムと呼んだほうがいいかもしれません。宇宙利用システム、いい言葉ですよね。

宇宙は最初から人類の味方である、あるいは役に立つ形をしているわけではありません。人間の都合とは独立にそこにあり、人類はその仕組みを部分的に知っているというだけです。人々は今もなおその仕組みを解明しようと奮闘しています。これがサイエンスです。

宇宙について知っていることは部分的であるとはいえ、人工衛星を打ち上げて特定の用途で使うぐらいなら人類は結構できるようになりました。地表を観測して農業や防災に役立てるとか、軌道上の人工衛星で無線通信を中継して近くに基地局がないところでも通信できるようにするとか。宇宙の仕組みや人類の起源をすべて明らかにするにはもうちょっと時間がかかりそうですが、防災や通信ができれば今日から役に立ちますし今日欲しいものです。

そこがエンジニアリングの役割です。人類の都合とは本来関係のない現象を、しかもその仕組みの解明が不十分な状態でもどうにか今日の人類の役に立つようにできないか頭をひねる。たとえば火は人類の都合に関係なくそこに立ちます。それをうまく使い、かまどを作り鍋を置けば湯を沸かし料理ができます。火がおこる仕組みを完全に知らなくてもご飯を食べられます。これがエンジニアリングです。サイエンスが進歩すれば、もっとよいかまどを作るアイデアが得られるでしょう。これがサイエンスとエンジニアリングの関係です。あくまで私の解釈ですけども。

話を私の仕事に戻しましょう。以上の説明を踏まえると、私の仕事は「宇宙を人類の役に立たせる仕組みを考えること」といえます。具体的には人工衛星という箱を軌道上で動かすという手段を採りますから、その箱が意味のある性能・機能を持つように設計することになります。人工衛星は軌道上に行ってしまうと二度と修理できませんから、主に性能・機能(つまり意味だ)を喪失させうる要因について思いを巡らせます。自らが行ったことも体験したこともない環境で何が起こるのかを理解し、それが(なるべく)意味を失わないように設計上の取引を続けます。

さて、ソフトウェアエンジニアのつもりで入社したのですがだいぶ遠くまで来てしまった気がします。しかし今でも自認はソフトウェアエンジニアのままです。むしろ、自認がソフトウェアエンジニアであるからこそソフトウェアに閉じない領域に踏み出すべきだと考えているのです。

私はコンピュータとソフトウェアの力を信じ続けています。マーク・アンドリーセンは2011年に "Software is eating the world." と書きました。それから15年経ち、依然としてソフトウェアは世界を喰らい続けています。さらに LLM の登場でそれは明らかに加速しおり、ソフトウェアの書き方は根本的に変化しました。コロナ禍で家に閉じこもっていたあの頃に、今日のソフトウェアの書き方を予想できたでしょうか?

コンピュータとソフトウェアの力を信じる者として、世界を、宇宙を、自らの手で喰らわねばならない。宇宙空間を人類の役に立てるには、それがベストだと確信しているからです。

ISUNARABE合同演習2026: AI Agent無制限でチューニングコンテストをやると何が起こるのか見てみたい

KOBA789 です。

忙しい人向けに結論を先に書きます。2026年5月9日(土)に「ISUNARABE合同演習2026」を開催します。つまり ISUCON*1 の模擬大会です。 優勝しても賞金は出ません。あと大事なことですが AI の利用は無制限です。

追記: 参加登録開始しました

https://isunarabe.org/contests/019e0189-cab1-7010-bb61-20a7f3f33d09

開催概要

  • 開催日: 2026年5月9日(土)
  • 競技時間: 10:00〜18:00JST
  • チーム人数: 1〜3人(AI 算入せず)
  • 問題: 詳細はポータル公開時に発表します
  • 参考実装の言語: Rust のみ
  • AI の利用: 無制限。ただしベンチマーク中のリクエスト処理に外部リソースを使うことは禁止
  • 参加に必要なもの: AWS アカウント・GitHub アカウント・Discord アカウント
  • 費用: AWS・AI ツールのコストは参加者負担
  • 主催: ISUNARABE(ISUCON 公式とは無関係の非公式イベントです)
  • 賞金は出ません

AI の利用は無制限ですが、もちろん「人類代表」として出場しても OK です。

質問・雑談ができる Discordサーバーがあります: https://discord.gg/PSgjuuwzDn

今後の日程

  • 4/13: リマインド用 connpass 登録開始
  • 5/3頃: ポータル公開(予定)
  • 5/9: 合同演習本番

急ではありますが、連休を使って準備できる日程にしています。奮ってご参加ください。

リマインド用 connpass イベント

ポータル公開と演習当日のリマインド用の connpass です。必須ではありませんが、登録しておくとお知らせが届きます。参加人数の参考にするので登録してくれると KOBA789 が助かります。

※connpass への登録だけでは参加確定になりません。後日公開されるポータルで参加登録してください
※現在の ISUNARABE に登録するだけでは合同演習2026への参加登録にはなりません。続報をお待ちください

ISUNARABE合同演習2026 - connpass

2026年、AI の使い方についてのベンチマークが不足している

Coding Agent 前夜、私達は ISUCON を自身のベンチマークとして切磋琢磨していました。その年の ISUCON 優勝を目指し、準備をし、練習をし、100万円に目が眩んで、多少は努力をしてきました。
もちろん ISUCON の順位だけがヒトの価値ではありませんが、それでも1位になれなければ悔しいし、1位のチームを尊敬しました。
戦いのあと、勝ったチームのブログ記事を読んで多くのことを知りました。Go は速い。スロークエリは pt-query-digest で見つけられる。あと Go は速い。
そこで学んだことは業務でも役に立ちました。N+1 がなぜ悪いのかを知っています。どうやったら直せるのかも知っています。
「先輩はどうしてそんなことを知っているんですか」「君も ISUCON に出てみるといいよ」

そして時は2026年、AI の爆発的な性能向上によってソフトウェアエンジニアの仕事は大きく変わりました。
Claude が賢すぎて、後輩にドヤ顔をかますことはもはや先輩の仕事ではなくなりました。
はてブのホッテントリは毎日 AI の活用テクニックの記事で溢れています。AGENT.md の書き方、subagents の使い方、あーこのタイトルに em ダッシュが入っているのは人間が書いてない記事だろうな。
それらを読み、ふーんそうですかと思いながら人間業ではない長さのワンライナーをノールックで approve する日々……。

今の我々には、AI の使い方についてのベンチマークが不足しています。

その解説に**たくさんの太字**や Mermaid の図が並んでいてもどこか現実味がないのは、同じコードを見ていないからです。 あなたと筆者は見ているコードが違う。だから DESIGN.md に書く内容が腑に落ちない。 ISUNARABE 合同演習2026は共通のコードを提供します。各々が全力で AI をぶん回した結果何が起こるのか、それを見て、比べてみたくはありませんか。

私は見てみたい。

*1:「ISUCON」は、LINEヤフー株式会社の商標または登録商標です。 https://isucon.net

マークダウン形式でリンクをコピーするブックマークレット

暗黙知シリーズ。ブックマークレットという言葉自体がもはや死語なんじゃないかという気もするけど。

今開いてるタブへのリンクを [タイトル](https://example.com) という Markdown 形式でコピーするためのスクリプト。もう10年以上使い続けている。

javascript:window.prompt(document.title, `[${document.title}](${location.href})`)

"md link" みたいな名前でブックマークバーに置いておくといい

プロンプトウインドウが開くので内容をコピって閉じる。OK でも Cancel でもいい。私は Ctrl+C してすぐに ESC 押して閉じてる

総括2025

年末。KOBA789 です。

本年もおもしろいことがたくさんあったのですが、しかしそれらはまだ書けないことばかりなので、今回はちょっと薄めでお送りします。

2024はこちら: diary.hatenablog.jp

年初

2024年末の南米出張の疲れを引きずったまま年を越したのを覚えています。出張がなかったとしてもこの次期は毎年調子が悪く、なんならまさに今も同様の状態であります。

元日。千葉県のいすみ市の海岸まで初日の出を見に行きました。はじめは太東崎灯台で見るつもりだったのですが人が多すぎて車を駐められず断念。アドリブで近くのよさそうな場所を発見し、そこで夜明けを待ちました。Starlink を車のルーフに乗っけて初日の出の様子を配信していたら、毎年見に来ているという常連グループに声をかけられました。近くにキャンプ場があり、そこでキャンプしてから来るのが恒例とのこと。冬キャンプは憧れですが、夏と比べて明確にリスクがあって重装備を要求されるのでなかなかハードルが高いです。いつか真似してみたい。

車のルーフに乗っけたStarlink

2月。高校の同級生と福井・敦賀へ。福井・敦賀は仕事で何度か行っているのですが、仕事先と駅の往復ばかりでロクに観光したことはありませんでした。融雪パイプに水を浴びせられ、宿に着く前に靴をずぶ濡れにして冬の北陸の洗礼を受けたりしつつ、飯と日本酒に舌鼓を打ったり敦賀の車山の迫力にひっくり返ったりしていたらあっという間の三日間でした。

美松のカフェで食べたあんみつ

3月。小学校の同級生と高尾山へ。年齢3倍記念で集まろうぜということで行ってきました。3倍て。コースにもよるのでしょうが微妙な勾配がずっと続くので意外と足がつらい。標高は大したことないけど個人的には割としんどかった記憶があります。足首が固いので坂が苦手なんですよね。

春

この頃から仕事が大変なことに(おもしろいことに)なり始めました。南米に行ったりしていた2024は基底ベクトルが違うとか内積が小さいみたいな方向性のおもしろさでしたが、2025は難易度の高いエンジニアリングを要求され、普通に絶対値がデカいタイプのおもしろさでした。ソフトウェアが得意すぎるので未だにソフトウェアエンジニアを名乗っていますが、それ以外もやっています。

4月末。急に友人が日本海を見たいというので山形・秋田に行きました。曰く、好きな作家さんの描く海がいつも具合悪そうな色をしていて不思議であるから、その作家さんの地元の海を実際に見てみたいとのことでした。ちなみにその友人は瀬戸内出身です。

例によってまったくのノープランのまま車を転がし、朝からやってる日帰り温泉に浸かったあと道の駅で情報収集という定番のルーチンを実行しました。肝心の海はというと、これぞ日本海側という天気に恵まれたこともあってか、想像通りのちょっとおっかない空気を醸していました。冬だともっとすごいんですけどね。帰り際、瀬戸内はめちゃくちゃ凪いでて別物だから見に来いと言われ、そして本当に行くことになります。

道の駅で見た肉

夏

もはや恒例行事ですが、自走で北海道に行きました。いつも行きはシルバープリンセスを使うのですが、今年は仕事の時間の都合でシルバーティアラになりました。帰りは函館に寄りたかったため、青函フェリーです。仕事の合間を縫ったパツパツのスケジュールだったため、札幌でビール飲んでラーメン食ってスープカレー食って、函館でやきとり(豚)食って終わりです。ラッピも食べたかったんですが移動が間に合わず。

青森から自宅まで638kmあることを示すカーナビ

この頃、どうにも疲れが取れないのはベッドが狭いせいではないかと思い至り、10年使ったベッドに別れを告げることにしました。人生の時間の10%くらいはこのベッドの上で寝ていた計算になります。どうせならということで奮発し、シモンズの結構いいセミダブルベッドを導入しました。これで明らかに身体の調子がよくなり、このあとの繁忙期を支えてくれることになります。

8月末。うどんを食うためだけに香川に行きました。当然自走です。またしたがって、見に来いと言われた瀬戸内を見ることにもなりました。うどんが美味しかったのは当然として、高松の山が本当に全部ガウシアンで車窓から見える度にずっとゲラゲラ笑っていたのを覚えています。運転中だったので写真はないんですが、気になる人は「高松 山」で検索してください。

淡路島南PAからの景色。このあと神戸に寄り、舞鶴に抜けて天橋立を見てから帰った

秋〜冬

仕事しかしていない!

本当にいつの間にか年の瀬になっていました。これらの仕事の話ができるのはいつになるだろうか。時間を忘れるくらいにはおもしろいことをやっていたので、いつか話せるといいですね。

来年に向けて

仕事に集中していました、と表現するのがとても適切な1年だったように思います。やるべきこととできることがビタッと重なるというのは幸せなことで、自分が今まさに歴史を紡いでいるのだという充実感があります。自分の舵取りが与える影響の大きさに足がすくむこともありますが、リスクを語って通ぶるのはフェイクであり、できるまでやって押し切るのがリアルなのだと言い聞かせて前に進んでいます。この緊張感は来年も続きそうです。

一方でプライベートの進展は1ミリもなく、Is KOBA789 still single? は依然として Yes のままです。そろそろ独身貴族も満喫し尽くしたかなぁという頃合いなので、来年は意識的にリソースを割いていこうと思います。

2026年の KOBA789 にもご期待ください。