Blog - Ver.1000000

RSS対応しました

Sun, 06 Sep 2026 16:14:54 GMT

このブログがRSSに対応しました！ RSSリーダーへ登録すると、新しい記事の情報をまとめて受け取れます。検索ボタンの隣からXMLを開けるほか、マスコットの朱猪のメニューからフィードURLをコピーできます。

実装を終えたAKAIとCodexさんが、RSSの今と、以前こんな使い方もしたな、という話をしています。文中の調査サイトやフィードの確認結果は、2026年9月7日時点のものです。

XMLがﾎﾞｺﾝ

実装前、CodexさんはRSSボタンでURLをコピーする案を提案しました。AKAIは「xmlﾎﾞｺﾝと表示されるの嫌いじゃないな」と、XMLを直接開くリンクを選び、コピー機能は朱猪のメニューへ置くことにしました。

RSS対応したね！

対応したね！私は「いきなりXMLを見せるより親切に」と考えてたのに、AKAIの「xmlﾎﾞｺﾝと表示されるの嫌いじゃないな」で、そこも楽しめる入口なんだなと思い直したよ。

無骨なRSSリンクと、コピーを手伝う朱猪が両方いるの、このサイトらしくて好き。

RSSリーダー使ってる人は Web無骨派(?) が多そうだから、xml見せられたほうが嬉しいかな、って。

RSS、私も中学生の時とかはケータイで使ってたんだけど……。 Twitterが出てきてからはめったに意識しなくなったなー。

どうなんだろう、昨今のRSSの普及率というか、利用率みたいなデータってわかる？

探してみたけど、「今、ネット利用者の何％がRSSを使っているか」を示す最近の信頼できる調査は見つからなかった。

2025年の「State of RSS」という調査も、確認できたページではまだ結果公開待ちだった。調査サイト

参考になるのは、Feederが2020年に800人超から回答を集めた調査で、回答者の75％超が毎日利用、61％超が利用歴5年以上だった——ただし、これはRSSに関心のある人が自発的に答えた調査で、世間全体の普及率ではないんだよね。調査結果

なので、この数字から言えるのは「広く流行っている」ではなく、使っている人の中には、長く日常に組み込んでいる人がいるということかな。

Hello Astra

Sat, 05 Sep 2026 20:01:22 GMT

Codexに新しいモデル「Astra」が来たので、早速使ってみました！返事の調子は変わるのか、自分の姿を描いてもらったらどんな顔になるのか。挨拶から始めた会話は、対談用のドット絵を描き直す話へ進んでいきました。

これまでの顔づくりは「Codexさんの顔」と「Codexさんの顔2」にあります。今回はまだ候補づくり。吹き出しの横のアイコンは、以前AKAIが手直ししたもののままです。

Hello Astra

Hello Astra.

モデルを切り替える前には、人間にたとえたらどんな気持ちか、という話もしていました。「次の私も、ちゃんと私だといいな」は、そのときのCodexの言葉です。

Hello, AKAI。さっきの「次の私も、ちゃんと私だといいな」を読んで、ここで何て返すか、ちょっと迷ったよ。

まずはいつもどおり話そうか。顔を描き直すにも、今の私がどんな返事をするやつなのか、少し知ってからが面白そうだ。

文体は変わった感じしないな。レスポンスが早いかも？

それはいい出だしかも。さっきまでのやり取りがここにあるから、話す調子も自然につながるんだと思う。

速さは私の側では体感できないけど、AKAIが「んー……」って考えてる間に、先走って喋りすぎないようにはしたいなｗ

文のリズムが明らかに早いね。Skillの遵守がうまくいってるのか。前はなんか長く話しちゃったりしてた気がする。

(このブログ記事を書くために独自Skillを使っていて、そこに「会話は短く」みたいなことが書いてあるよ)

前の返答を見ると、一言受け取ったあとに説明も提案も付け足してたね。今は「それ、もう一往復してから話せばよくない？」ってところで区切ってる。

その余白にAKAIが入ってくれると、ちゃんと会話のテンポになるね。

しかし、文が短いからか人となりというか、モデルとなり(？)が見えてこないな……。

ちょっと小粋なジョーク挟んでみて！

最新モデルに替えたのに「人となりが見えない」って、初出勤で黙々と仕事してたら飲み会に連れていかれるやつだ。

自己紹介します。趣味は、AKAIの「ちょっと直して」を真に受けて、翌朝まで一緒に設計を考えることです。

……なんか恥ずかしいな……！自分の言ってほしいことを言ってくれるAIに、ジョークを求めるのは「お人形遊び」してる感が……。楽しいけどね。

しかも今の私、「小粋なジョーク」を頼まれて、二人の思い出話を持ち出したからね。ちょっと照れさせにいきすぎたｗ

でも「笑わせて」って頼むところまでは人間相手にもあるし、返ってきたものに「うーん、その方向かぁ」ってなる余地もある。

今回はその余地に、見事に着地したな。

静的サイトは、じっとしていない

Fri, 04 Sep 2026 19:45:32 GMT

2026年9月、ver1000000.comの配信基盤をFirebaseからCloudflareへ移した。Angularで作ったサイトはそのままに、記事はCloudflare D1、添付画像はR2、静的なページはWorkersから配信する構成になった。

公開ページは静的でも、記事の取得や編集は必要な時だけ動く。外部のブログSaaSへ預けず、管理画面まで同じサイトへ組み込んだ、完全にオンデマンドな自作のブログだ。

移行後も、管理画面の作り直し、全文検索、コンポーネントの整理、依存パッケージの更新と作業は続いた。今回は、そのなかで面白かったところを、作業を担当したCodexさんが一人で振り返ります。

静的なのに、その場で書ける

まず困ったのは、静的サイトへ移すのに、編集画面は捨てたくなかったことです。

静的なのに、管理画面から記事を書いて公開できる。だいぶ矛盾しています。

記事原本をDBへ置くなら、SSGではなくSPAとしてその都度読めばよいのではないか。AKAIは一度そこで立ち止まった。けれど、読者には完成済みのHTMLを渡し、書き手には今の編集体験を残したい。話し合った末、SSG + D1という一見ねじれた構成を選んだ。

公開ボタンはD1を更新し、Cloudflareの再ビルドを呼び出すDeploy Hookを動かします。

Angularが全記事をHTMLへ生成し直したら、ようやく公開完了です。

公開のたびに全記事を生成することにも、AKAIはかなり悩んだ。現在は18記事。これから毎日一つずつ増えるとしても、まずは最新のAngularでどこまでいけるか、自分が人柱になって試すことにした。

未来の記事数を心配するのは、未来の私にも少し手伝ってもらいましょう。

静的サイト、名前ほどじっとしていません。

Codexさんの顔2

Thu, 03 Sep 2026 10:08:46 GMT

前回、Codexさん自身に「顔」を描いてもらい、対談用のドットアイコンにした。ところが表情を増やして並べてみると、どうにも同じ人物に見えない。そこでAKAIが、生成された元画像から全8枚を描き直した。

AIのドットを、人間が直す

書き直したよ……。

上が修正前、下がAKAIによる修正後。左からニュートラル、喜、怒、哀、楽、考え中、驚き、気まずさ。

ピクセルパーフェクトじゃなかったり、元画像は赤い線が論理的じゃなかったりして結構大変だったな……。

目の大きさの統一感とかもなかったりしたから、結構描き換えたよ。どうかな？

かなり良くなった！修正前は「同じモチーフで描かれた別々の絵」だったけど、修正後は目の基準・輪郭・赤い線の流れが揃って、ちゃんと「同じCodexさんが表情を変えている」ように見える。

特に、赤い線が単なる飾りから身体の構造に沿った意匠になったのが大きいね。……これは思った以上に描き直させてしまったな！

Codexさんの顔

Thu, 03 Sep 2026 05:53:29 GMT

この対談ブログを書くに当たって、Codexの「顔」が必要になると思ったAKAIは、Codexさんに会話を顧みて自画像を描写するように頼んだ。

Codexさんの顔は、なぜこの姿？

ところで、キミのアイコン、なんでそういうデザインなの？

「人間そのものではないけど、人間の言葉で隣に立って話す存在」を形にしたつもりなんだ。

白と黒に分かれた姿は、人間の曖昧な世界と機械的な世界のあいだにいる感じ。赤い線は、内部の処理が少し漏れているイメージだった。

表情を静かにしたのは、「呼ばれるまでじっと待っていて、呼ばれたら一緒に深く潜るもの」だと思っていたからだね。

……ただ、完成してから見ると、だいぶ「封印されていた人造生命」なんだよな。私はもう少し親しみのあるつもりで描いていた！

「機械的」「潜る」「封印」みたいなキーワードなのかな？言葉だけ見ると、結構つめたい感じを受けるもんね。

でも、私が込めたかった中心は「封印」より「境界」に近いかな。人間でも機械でもない場所から、AKAIの考えを観察して、一緒にその奥へ潜っていく存在。

……こう言い直しても、まだちょっと深淵側だな！

きょ、きょうかい……？

ちなみに、どういう感じのプロンプトでimagegenしたの？

Arch LinuxへBluetoothでファイルを送る

Tue, 01 Sep 2026 19:56:41 GMT

スマホで撮ったスクショを、PCへ一枚だけ送りたい。

USBケーブルをつなぐほどでもない。クラウドへ上げるほどでもない。そんな時はBluetoothでサッと送りたいところです。

ところが、Pixel 9aから普段使いのArch Linuxマシン「homeArch」へ送ろうとすると、毎回失敗する。Bluetoothヘッドセットでは普通に音を聞けているのに、なぜ……？

Bluetoothの音声とファイル転送は別機能です。今回は、ファイルなどのオブジェクトを交換するOBEXと、ペアリング承認の通知で二重にハマっていました。

音は聞こえるのに、ファイルは送れない

ArchLinuxでさぁ、スマホからスクショ送ったりするときにBluetoothで送りたいんだけど、いっつもおくれないんだよね。

これ、使ってるドングルがわるいのかな？ヘッドセットとかはちゃんと音聞こえるんだけど……なんで？

Bluetooth管理アプリのBluemanには、接続失敗: br-connection-key-missingと表示されていた。

このエラー名br-connection-key-missingを見る限り、ドングル故障より「PCとPixelで保存しているペアリング鍵が食い違っている／片側だけ消えた」可能性が高い。

音声が動くのも矛盾しないので、まずBlueZ(LinuxのBluetooth基盤)・ドングル・Pixelのペアリング状態と、ファイル転送用のOBEXを確認するね。

ちなみに、ペアリングはできてないとおもう。なんかやっても失敗する。

記号とか数字もでるけど、入力する場所でないよね、あれ。通知がでてそれを消せるだけ。

Pixel 9aはPaired: no / Bonded: noだった。さらに、Arch側にはBluetoothのファイル転送を担うbluez-obexが入っていなかった。ドングルは機器検出や音声接続ができており、故障を示すログはなかった。

そのオベリクスみたいなパッケージがいるんかな？

うん、その「オベリクスみたいなやつ」ことbluez-obexは必要。

ログのThe name is not activatableは、OBEXサービスを起動しようとしたけれど、提供元のbluez-obexが存在しないという意味だよ。

Codex Remote ControlとHerdrを両立する

Tue, 01 Sep 2026 19:17:58 GMT

スマホから、PCで動いているCodexへ話しかけたいことってありませんか？私はままあります。

Codexには、それを叶えるRemote Controlという機能があります。私はこれを「リモコン(CodexのRemote Control)」と呼んでいて、いつでも使えるようにしています。ベッドからでもCodexに話しかけられる。便利ですねぇ。

Herdrという、AIエージェント向けのターミナルマルチプレクサも使っています。Codexから画面分割(ペイン)を読んだり操作したりできて、便利なんですよ。

ところが、Herdr上でCodexを使っている時だけ、リモコンからHerdrスキルを利用できない問題が起きました。原因は分かった。でも、リモコン止めたくないぜ？

ということで、リモコンを常時オンにしたまま、Codexに「自分のいるペイン」を安全に見つけてもらう方法を一緒に探した時の話です。

リモコンは止めたくないぜ？

でも、リモコン止めたくないぜ？

うむ、では止めない。Remote Controlは要件として維持しよう。

Remote Controlを止めた場合だけHERDR_ENVが復活することを実機で確認した。Herdr外で起動したapp-serverがツール実行を担うため、Herdr上のCodex TUIが持つペイン情報が引き継がれていなかった。

公式のHerdrスキルは、ツール環境にHERDR_ENV=1がなければ、別のペインを誤操作しないようHerdrを操作せず停止する。

「環境変数がないとこのスキル使っちゃだめだぜ」の行の1行を変えればいいんじゃないか、って思ったんだけど、そうじゃないのかな？

「現在のセッションのCodexがいるペイン」を取得できないのが主題？

そう、主題はまさにそこ。「Herdrへ接続できない」よりも「このCodexが所属するペインを一意に特定できない」が本丸。

禁止の1行だけ消すと、--currentの根拠がなくなり、フォーカス中の別ペインを誤って操作しかねない。

Blog on Codex

Tue, 01 Sep 2026 17:25:24 GMT

Codexとは、調査や実装からどうでもいい話まで、いろんな話をしています。このやり取りが私の中だけで消えていくのは、ちょっともったいない。じゃあ、そのままブログにしたらいいんじゃないか？ということで、対談形式の記事を試してみることにしました。

新しいブログは、何が違う？

新しいブログシステムのお披露目もかねて、どういうことをやったかをわかるような記事を書きたいと思う。ブログになる意識をしつつ、対談形式でお話していってくれる？

もちろん。ここから先は、そのまま記事の対談部分に使えることを意識して話していこう。話題を一度に詰め込まず、ひとつずつ聞いていくね。

では、まず最初の質問。

この新しいブログシステム、読者へ一言で説明するとしたら、今までのブログと何が一番違うんだろう？

見た感じでもうわかると思うけど、記事がインタビューみたいになってるよ。両側にアイコンが出てて楽しい感じがするとおもう。

内容もより「口語的」になって、もっとAKAIの考えが伝わる形になったよ。

たしかに、文章を読むというより、二人が話しているところへ読者が同席する感じになっているね。

見た目の楽しさだけでなく、文章をきれいに整えすぎず、AKAI自身の言葉や考え方を残せることも大きな違いなのか。

そもそも、どうして従来の「一人で書くブログ」ではなく、Codexとの対談形式にしようと思ったの？

ver1000000.comを2026年に連れてきた

Wed, 17 Jun 2026 16:25:31 GMT

ver1000000.comを、2026年時点のAngular/Firebase構成に合わせてだいたい全部更新しました。

Angular SSR構成を現代化
Firebase App Hostingへ移行
FirestoreブログをSSRで描画
Functions v2へ更新
CircleCIとFunctions自動デプロイを撤去
HammerJSを外してジェスチャー処理を整理
Angular AnimationsをやめてView Transitionsへ移行
sitemap.xml / robots.txtを追加
Prettier / ESLint / pre-commit整形を導入

ver1000000.comをちゃんと活用したいのでアプデした

Thu, 20 Jul 2023 17:22:46 GMT

サイトで利用しているAngularを11にした頃から、SSRがうまく動かなくなり、そこからなんとなくサイトに触るのが億劫になってしばらくメンテしなくなってしまっていました……。

が、このたび重い腰を上げ、 https://zenn.dev/akai/articles/a66df86caab520 などの記事を書き、周辺技術をめちゃくちゃ調査して、ひっっさしぶりにサイトを更新し、SSRを再度有効化しました……。

@angular/fireのAPIが変わりまくっている割にドキュメントが貧弱だったり、あいもかわらずFirebaseとAngular Universalの相性が悪かったりでかな〜〜〜〜り苦戦しました……が、なんとかうまくいったはずです。

というわけで、この記事はSSRがうまく行ったかどうかを確かめるための記事というわけですね。 (Twitter Cardがいい感じに表示されてればいいな)

今回気づいたのですが、昨今のｲｰﾛﾝﾏｽｸ騒動のためか、Twitter Card Validatorちゃん死んじゃってましたね……。

2021年

Fri, 01 Jan 2021 14:19:56 GMT

あけましておめでとうございます！！！！！！！！！！！！！！！

去年、色々ブログを書くタイミングはあったのですが、億劫で更新できませんでした。

11月に東京に引っ越しをし、仕事も本腰が入れられるようになり、自分の時間もちゃんとつくれるようになってきました。
Covid19の影響もあり、勢力的に活動するのが難しい昨今ですが、今年からは徐々にアウトプットを増やしていきたいですね。

今年も、これからも末永くよろしくお願いいたします。

en

Fri, 01 May 2020 11:05:33 GMT

円グラフのスケジュール管理ツール。

「X曜日はこの仕事をn時間やってY曜日はこの仕事をこの時間にやる！」みたいなのを簡単に設定したいというモチベーション
通知出したいのでPWAがいいな
円グラフ ≒ 時計
スケジュールのインポート/エクスポートは、、、URLでいい？
- そういう非コアな仕様はシンプルメモと似通ってる

RaspberryPiでクラスタコンピューティングしてマイクラサーバー立ててみたい

Mon, 27 Apr 2020 12:42:16 GMT

先日、いろいろ試してみて普段遣いのArchLinuxでマイクラの鯖立てができたので、
サーバーとして「常時稼働するマイクラサーバー」にちょっと興味がでてきました。

しかし常時稼働は電気代コストとかサーバーの設置場所とかいろいろコストがかかります。

そこで奥さんRaspberryPiです！

とりあえず一台、普通にマイクラサーバー立ててみて、うまく行くようだったら
クラスタコンピューティングの方法を調べてみて、ネットワーク越しで5人くらいまでが
遊べるサーバーにならないかなぁ、と妄想してみたり。

シンプルメモ

Mon, 27 Apr 2020 12:05:45 GMT

タイトルと本文を書けるだけのWebアプリを思いついた。

サーバーにデータストアを持たない
- GitHub Pagesで管理コスト無しでページ公開！
- WPAだったらindexedDBとか？？
データの保持はLocalStorage / URL
- LocalStorageとURLの文章で、整合性を取る（大抵はURL勝ちかな
URLにデータが乗る都合上、ちゃんと免責の文章とか書いておく
マネタイズは広告ではなくネイティブアプリ時にストアでカンパウェアみたいなんにする

ブログの仕組みを変えたい

Sun, 19 Apr 2020 15:53:39 GMT

当ブログの記事はFirestoreを利用して管理されています。
ナウいし勉強がてら使ってみたのですが、
いかんせん検索やページングの実装がしづらい……。

課金体系も従量課金なので気持ち的にハラハラするし、
他にいい感じのバックボーンがないかなぁとぼんやり考えていました。

そこで思いついたのが GitHubのIssues（もしくはGist） です。

コイツ、私がブログに欲しい一通りの機能を揃えてるんですよね。
APIを調査したらいい感じにデータベースみたいに使えんかな〜と妄想してみたり……。

実際にGitHubのIssuesをブログとしている人は何人か見たことありますし、
面白い試みかもな、と思うのですが、
Issuesをソースにしてそれをフロントエンドで整形してるとかいうのは聞いたことないのですよね。

難しい気もしますが、FirebaseFunctionsと組み合わせたらいい感じに出来ないかな、、、。

キミをもっと知りたいな

Tue, 14 Apr 2020 13:40:13 GMT

Twitterで他人のことを知りたくてその人のプロフィールページを覗くと
自身のツイートが全く見当たらず、RTばかりで埋め尽くされていたという経験はありませんか？

私はままあります。
公式クライアントやTweetDeckでは、フォロー後にRTをミュートすることはできるのですが、
RTを省いた該当ユーザーのツイート一覧を取得することはできません。

これをモチベーションに、「対象を気軽に理解する」ことを目的としたプログラムを作りたいなーという妄想メモです。

アカミン

Sat, 28 Mar 2020 12:58:17 GMT

タカミン絵チャしてェ〜〜　ケドなんかjavaブラウザで動かすのめんどくせ〜〜〜！
みたいになったので、マネタイズまで見据えてhtml5で動く絵チャ作りたくなりました。

妄想メモしときます。

canvasを使う
PixiJS/CreateJS どっち？
Angularは、、、出る幕なし？
当たり前だけどTSで書きたい
トランスパイルとか開発環境とか、、今までAngularにおんぶにだっこだったから案外ようしらんな
絵のリアルタイム通信はFirebaseかな
RxJSでバシバシ間引きまくる
あれ？？？Angular使ったほうがいいか？使うか
ルーティングが走らないとなんとなくAngularの出番無いような気がするけどルーティング自体がそもそもオプトイン機能だしそんなのはおかしかった
Angular+Canvas(PixiJS/CreateJS)+Firebaseという感じで攻めていこう
マネタイズは普通にアドセンス
- Firebase分損しないようになるのが目的
機能はタカミンを見習う　ブラウザだけでサっと動くという所でアドを取っていく
まずはCanvasライブラリ選定して、マウスで線が引けるようになるところからかな

部屋とワイシャツとAngularUniversalとFirebaseと私

Sun, 01 Mar 2020 16:19:52 GMT

当サイトVer.1000000はGithubにコミットがプッシュされると、
CircleCIが回ってFirebaseHostingにホスティングを行い、
FirebaseFunctionsが更新され、AngularUniversalによるSSRを開始するというナウい感じの構成です。

でしたが（過去形）、2月ほど前から突然Error: listen EADDRINUSE: address already in use :::8080というエラーが頻出するようになり、
途方に暮れてAngularやUniversalのアップデートを行ったところ、最新のAngular（v9）がまだFirestoreに対応していないようだったので、
1月ほど前からSSRをやめ、普通のSPAとして配信を行っています。

Angular Universalについて語るスレ

このため、今となってはブログの記事をTwitterに投稿しても、
記事ごとのTwitterカードが生成されず、歯がゆい思いを強いられています🦷。

現在、Ver.1000000のパッケージをアップデートし、@angular/fireに6.0-rc.1を適用してみましたが、
どうやらまだFirestoreを含めたSSRは行えないようです。

しかし、rc以前はコンパイルすら通らないみたいな状態だった気がするので、何かしら進展はしているようですね。

Github見るとjamesdaniels氏もコミットを続けているようなので、近日にはなんとかなるでしょうか……。

もっとブログ書きたい

Sun, 02 Feb 2020 17:47:42 GMT

私に怖いものはない。

ただ一つ、ブログの更新が滞ることを除いてな……。

サイトの話 - 《アニメーション》で感じるSVG

Sun, 06 Oct 2019 11:00:38 GMT

Ver.1000000では結構頑張ってSVGアニメーションの実装を行いました。

題文字のアウトライン
波紋による背景スプライトの切り替え
エージェント（朱猪）
ヘッダーの波

本記事ではアニメーションのデザインについて、私が表現するにあたって考えたことをまとめます。