最近はエゴサスキル、競合調査スキルをチマチマと改良している。それぞれの存在意義は、以下のとおりだ。

  • エゴサスキル：ブログへの反応、OSS への隠れた貢献やライブラリ利用者の把握
  • 競合調査スキル：類似ツールの特徴把握、Moatの有無、ポジションの取り方を把握

エゴサに関しては、昔であれば X を見て「反応があるじゃん。嬉しいわ」ぐらいのレベル感だった。最近は「gup が知らない間にパッケージマネージャに組み込まれたぞ」や「markdown が有名な OSS に利用され始めたから、互換性を維持しないとマズイぞ」のように、作者が把握しておかなければ不都合がありそうなイベントが増えた。

1ヶ月に一度、スキルを使ってエゴサをして、状況を把握するようにしている。X（旧 Twitter）を見なくなった都合上、昔の知人情報も近況把握がてらにエゴサしている。ストーカーである。

競合調査スキルは、仕事でも使えるが、もっぱら私の思いつきをバッサリと切り捨てるために使っている。私が作る OSS は、基本的に類似品がある。私は思いついたことをガッと実装してしまう癖があり、リリースや紹介記事を書くタイミングで差別化に困るのだ。sqly, atago, jsonize は、まさにその典型例だ。

LLM 登場前は実装力の証左として OSS リリースには一定の意味があったが、今は LLM が実装を担うので OSS を形にすることの価値は下がっただろう。OSS であっても Moat（持続的な競争優位性）は必要と考え、最近は一部のコード（例：漫画作成 CLI、ゲームエンジン、複数のゲーム）を隠している。ゲームエンジンは汎用性が高まったら、公開する可能性がある。

別に OSS なんて自由に公開してもいい。しかし、私は割と作り込むし、紹介記事を何だかんだで書いてしまう。そうすると残るのは、微妙な反応を得た OSS だ。そんなものを保守するのは、結構辛い。例えば、Gleam パッケージを1ヶ月で18個作ったが、反応がほぼない。何を考えて次から次へと連作したのかが自分でも分からない。単純に、存在しないパッケージを見つけたら、実装してしまった。

やはり、OSS を開発したからには皆に利用してもらいたい。このような心境の変化があって、競合調査スキルで公開可否を決めている。公開しないだけで、開発はずっと続けている。どの OSS が好意的に受け止められるかは正直読めないので、暫くすると「気にせず公開してしまえよ」というスタンスに戻すかもしれない。