スキップしてメイン コンテンツに移動

LLRプロトタイプ、完成

LLRのプロトタイプ完成

僕が個人的に作っているWebアプリでLLRというのがあるのだが、それのプロトタイプが完成した。上の画像はそのサンプルである。

見た瞬間に、一部の読者の脳裏に存在する記憶が溢れ出したのでは無いだろうか。毎日RSSに張り付いて大量に生み出されていた記事を読み漁っている自分を。もしかしたら、現在進行系でそういう人もいるかもしれないが。

LLRとは何か

LLRとは、僕が冗談で名前を付けたRSSのリーダーで、「Like Live RSS Reader」が一応正式名称(それなら、LLRRが正式名称では?ボブは訝しんだ)。でも、ラブライブ!リーダーというもっとふざけた名前のほうが(当時は)収まりが良かったので、コードネームはラブライブ!リーダーである。さて、このLLRの開発はいつ始まったのだろうか。コミットした履歴を見ると2014年に始まったらしい。この当時の僕は構想だけ打ち立ててその後放置するというよくあるプログラマ仕草をしていた時期なので、特に何も進展のないプロジェクトだった。他にも、死にプロジェクトは山のようにある。

転換点

何を思ったのか、2026年3月22日、LLRの開発が急遽始まる。GitHubのログを見ると、何をしてるのか概ね分かるだろう。ここで、見るべきはdocument/prompt.mdファイルである。今回の実験の一貫として、自分が普段生成AIにどういうプロンプトを投げているかを履歴として残すようにした。すなわち、NeoVimで命令をゴリゴリ書いて、それをプロンプトに雑に投げて開発するという手法でLLRが生成されていったのを読み取れるようにしている。まあ、実際にはNeoVimで書く前にプロンプトに直接書いちゃうこともあるんだけれど。Gemini3のflash-liteは中々賢くて、指示が間違っていなければ、ほぼほぼ一発で欲しい機能を実装してくれる。でも、指示が曖昧な部分があるとその辺をものすごーく雑に実装するので、ある程度の知識がないと作ることは難しいだろう。

ちなみに、アイコンもCanvaのAI機能を作って生成させた。AI生成により、フロントエンド周りは僕のように技術がない人間でも飛躍的に簡単に一揃いの素材を作れるようになったのは革命だと思う。

使用している生成AI

今回開発するに当たり、Gemini CLICopilot CLIを併用して作成した。メインで使っているのはGemini CLIだ。◯◯CLIにプロンプトを投げて開発すると自分の数十倍の速度でコードが作られていくのでマジでビビる。

盛り込んだ機能

  • 3ペインのLivedoor Readerっぽい操作感と見た目(実際には操作感はまだ40%くらいしか再現できていない)
  • Vercel下で簡単にdeployできる仕様
  • opml形式のファイルからゴミを削除するスクリプト

など。今後はもっと様々な機能を作り込んでいく予定。

実際にプロンプトを投げていく方法について

今、自分が細かにプロンプトを投げているが、これは将来的にはplanモードだったり、Agentsモードだったりでもっと詳細に分割して実行するようにした方が良いと思う。今回の開発手法はいわゆるVibeCodingと呼ばれる手法なのだが、生成AIには複数のことをまとめてやらせるよりも1️⃣機能をまとめて投げたほうが綺麗にコードを作ってくれる。この辺がコツだと思う。

現状の不満点や改良点

今は、proxy.tsでnext.jsのサーバレス機能を使っているので、ある一定以上を超えると課金が生じてしまう。なので、できる限りローカルで実行するように修正をしたいと思っている。prompt.mdを読むと分かるが、先読み機能の実装とかをさせているので、service worker内で処理させれば恐らく、next.jsのサーバレス機能を使わなくても動くはず。最終的には静的ページとして出力できるはずだ。今はNext.jsが使いやすいので使っているが、Viteにした方がもしかしたら良いのかもしれない。また、記事の全文読込機能は(事実上)不可能なので、フロントエンドだけで完結するというスタイルは難しそう。何かいい案を知っている人がいたら教えてくれ~~。

一番苦労した所

document/export.xmlには、Livedoor Readerに突っ込んでいたころのopmlファイルの残像が残っている。ざっくり2000件近いフィードを読んでいたが、10年近く放置するとちゃんと生きているフィードはほとんどなくなる。最終的に80件くらいまで減らした(詳しくは、public/export.xml参照)。scriptsを使って、ゴリゴリ削除したりしたが、最後の100件くらいは手作業で削除しているので、効率が良いんだか悪いんだか。でも、おかげで今生きているRSSフィードになった事は間違いない。

今後の展望

今は、僕が作った秘伝のタレ的なexport.xmlを使っているが、こいつを何かしらの方法でimport/exportするようにしたい。localStorageとかその辺使えば良い気がしている。そうすれば、全世界に公開して動かすことが可能になるだろう。なによりも、ただのhtmlとjavascriptの塊だから、誰でもローカルに持ってくることができるというのが最大の強みだと思う。

それから、フィードの追加/削除/変更ができないので、どうにかしてそれを実現したい。 localStorage経由でexport.xmlを管理できるようになれば、この辺の課題はクリアできそう。 問題は、この構成にすると、バックアップを作っていないと即死する挙動をするので、なんとかしたいなと思っている(小並感)。

終わりに

生成AIを使って自分の思考をそのままコードレベルまで落とすことができるので、今まで手が止まっていたプロジェクトなどが息を吹き返して色々開発が捗っている。今後も、ゴリゴリ頭の中で止まっていたプロジェクトを動かして、世の中に放出していきたいと思っている。ちなみに、最近はパーソナルdashboard的なToDoアプリが欲しいと思っている。育てればちょっとしたWebサービスになるかもしれない。ならないかもしれない。もし、リリースするとしたら、vercelではなくて、cloudflareになると勝手に思っている。

コメント

このブログの人気の投稿

翼の騎士正体考察

翼の騎士正体考察 最新刊の宣伝 先日、 最新18巻が発売された 。七ツ星 魔人 ヴァンデル も残るは、ノア、ベルトーゼ、ロディーナと3体まで減り物語も佳境に入ったと言える。今巻は、新生ビィト戦士団の結成と魔人博士ノアとの邂逅までが描かれているのだが、いやあ、そう来たかぁという落ちで、何も情報無しで読むとめっちゃビックリすると思う。 最新刊読んでいない人は今すぐ購入して読もう。 翼の騎士について 翼の騎士の初登場は(恐らく)7巻P94。シルエットのみの登場。本格的な登場は9巻のP31以降。 本格登場から、ゼノン戦士団の才牙を十分以上に使いこなしていて、正体は一体誰なのだろうと考えさせられるキャラだ。 翼の騎士は ゼノン戦士団を良く知っている ゼノン戦士団の才牙を使いこなせる 武器としてミニガンを持っている(9巻P82) 武器として長剣(?)を持っている(12巻P115) 長剣と天力を使って弓矢のように放つことが出来る?(12巻P126) クルスと同時に存在してるページがある(=クルスではない)(11巻P123) 才牙は持っていない 時間制限がある(12巻P138) 時間になったり、一定上のダメージを受けると光になって消える(12巻P140) ビィトは素顔を知っている(16巻P61) グランシスタ王と顔見知り(18巻P63) といった要素が挙げられているが、決定打は今のところ無い。 とは言え、ここまで出揃った要素について考えると、幾つかの候補が挙げられる 翼の騎士の正体候補 上記の要素から、翼の騎士の正体は基本的に ゼノン戦士団 の誰かである事は確実だろう。 その場合、候補は三人になる。 ゼノン アルサイド ブルーザム 候補1 ゼノン ベルトーゼとの戦いで光となって消えてしまった ゼノン が翼の騎士の正体と考える読者は多いだろう。 王道でひねり無く行くならば、ゼノンで良い気がする。 ゼノンほどの能力があれば、ゼノン戦士団の才牙を使いこなせるというのも納得だし、光となって消えるのも、回想シーンからある程度納得の行く材料として挙げられる。 しかしながら、ゼノン(=実の兄)との再開なのに、思った以上にビィトが喜んでいないというのが個人的には引っかかっている。三条陸氏は何もひねらずに伏線回収するよりも、 一捻り入れ...

Let's note CF-SZ6にGoogle Play入りChromeOSを入れて、超軽量Chromebookを手に入れた

Let's note CF-SZ6にGoogle Play入りChromeOSをインストールする 先日、 魔が差して 、 Let's note CF-SZ6の中古 をポチってしまった。なんとなく ChromeOS に触りたくなり、中古のやっすいPCに入れたらええんちゃうんという心の声に逆らえなくなった。 で、一旦ChromeOS Flexを入れて使ってみたんだけれど、やっぱりGoogle Playのアプリが入れられないのはNG。 自分が欲しかったのは、Google Playが使えるChromeOSなんやという事で、 ネットのインストール記事 を探して、入れることにした。 ほぼ、そこの記事通りにインストールしているが、自分なりのアレンジも加えているので、参考にする人は参考にしていただきたい。 手順は下記の通り 軽量Linuxをダウンロードする 対応しているChromeOSのバージョンを調べ、ダウンロードする Brunchをダウンロードする Rufusをダウンロードする USBメモリーに軽量Linuxをインストールし、ChromeOSをコピペする USBメモリーから、実際に軽量Linuxを起動して、インストールコマンドを実行する 軽量Linuxをダウンロードする インストール作業用として、軽量LinuxをUSBメモリーに構築する。 Linux Mint がオススメという事なので、こいつをダウンロードする。 ダウンロードページ にアクセスし、Xfce Editionをダウンロード。 ダウンロードが完了すると、 linuxmint-21.3-xfce-64bit.iso みたいなファイルが出来上がっている。 対応しているChromeOSのバージョンを調べ、ダウンロードする 自分が購入した Let's note CF-SZ6 は、Core i5-7200Uとの事なので、7世代目のCPUとなる。 この7世代目のCPUに対応しているのは、board: rammusのバージョンになる。 https://cros.tech/ にアクセスし、 rammus を検索すると、対応するChrome OSのバージョンが出てくるので、これをダウンロードする。 自分は、 stable バージョンの 126 をダウンロードした。 ダウン...

Windows版gVimをアンインストールした日

Windows 版 gVim をアンインストールした話 以前に、 Windows11 on WSL2 + wezterm + Neovim = 最強開発環境 という痛々しい記事を書いたのだが、その続きの記事と言っても過言ではない。 この記事は Vim 駅伝 の 3 月 1 日の記事である。 前回はぺりーさんの netrw を使うために という記事だった。 次回は kuuote さんの Vim 側の組み込みプラグインを無効化するハック という記事である。 gVim との付き合い 思い返してみると、gVim との付き合いは大分長くなった。エディタとしては 自分の人生の中で最も長く付き合ってきたエディタ と言える。Vim のインターフェースとして gVim を何度も使ってきた。自分の手持ちのマシンは Windows なので、必然的に gVim を選択肢として選ぶ必要があった。 gVim の良さは何か。それは、Windows とのシームレスな関係であり、Windows OS の機能をそのまま使いたい場合に有用である。かつての自分にとってこの部分は非常に重要であった。具体的には、印刷機能と画面半透明化機能であり、これが無いとやってられないという認識であった。 しかし、時代が進み、自分の技術力の向上や考え方の変化、さらに Vim 周りのプラグインの更新が進むと gVim で運用していく事がだんだんと億劫になっていったというのが事実である。故に、 WSL2 上で動く Neovim の快適さに心が打ち震えた のである。 技術力の向上に伴う考え方の変化 かつての自分は 何でも gVim で処理したいな と考えていた。メールを見たり天気を見たり、Twitter を見たりするのに、gVim を活用していた。かつての Emacs 使いの guru のような立ち位置を目指していたというのがある。2000 年代初頭にインターネットに多少なりとも触れていた人ならば、「それ Pla」という古の単語を思い浮かべるかもしれない。この概念を持ち出すのはあまりにも古すぎるが、結局言いたいのは、 1 つの手法で全部をこなす という考え方だ。ネットを見るのにわざわざブラウザに切り替えるのはもったいないという今となっては情熱に似た何かを当時は多くの人が持っていた。 しかし、自分自身の技術力...