成田国際空港周辺開発に対する出資を募っていた例の件がどうなったのか気になったので調べていたのだが、集団訴訟が起こっているようである。「成田国際空港周辺開発、一口100万円、想定利回り7%、5年間で満期」という条件を見て、出資判断をどうするべきであったか、あくまで個人として認識している範囲で整理し、ブログに書いておくことにした。答え合わせが目的ではなく、投資をするにあたっては過去の数字を見ること、出資による利回りの性質が何になりそうかを自分で確かめること、の2点が重要であると改めて認識したい。
痛風発作の前兆が出たためオンライン診療を受けた。既往歴や症状を定量的に説明できる場合には、時間と移動の労力を省けるオンライン診療は便利だが、そうでない場合には使いづらい仕組みかもしれない。
最近、旅行の荷物を送るようにしている。これにより移動中の身軽さやいつもの道具を使いやすくなることに加え、荷物棚が使えない可能性への対応もできる。加えて、荷物にAirTagを入れ追跡することで、旅行が終わっても旅行が続いている感覚を味わうことができる。
運動不足が続いていたところ、Apple Fitness+を2週間ほど試してみた。ハードルの低さと動画配信形式のメリットが光り、比較検討の末しばらく継続することにした。
Google Pixel 10 Pro Foldのデスクトップモードを使い、ブログ記事を書いてみます。
Claude Codeで「オウンドメディアのAI編集部」を構築した。人間が事業計画・役割・ワークフローを定義し、AIがSKILLとAGENTSを実装するという構造で立ち上げた。編集長の承認基準が厳しすぎてコンテキストを食い潰す問題と、出力された記事がAIらしくなってしまう問題が発生した。今回はその設計・実装・失敗・学びを整理する。
ZettelkastenをClaudeのRAG情報源として接続しようとしたとき、ノート間のリンクに意味がないとAIがネットワークを無制限にトラバースしてしまう。この問題の本質を検討し、それに対する取り組みとしての「型付きエッジ (relation-typed edges)」という設計アプローチについて整理する。この方法論により、使用トークン数は70%削減、エージェント数は67%削減、回答品質はほぼ同じか上がったという結論を得た。
技術者が抱きがちな「顧客はわかっていない」という感覚を、「思考限界」という概念で再解釈する。この問題はAIとの協働構造と本質的に同じであり、優れたアーキテクトはその思考限界を動的にずらしながら目的達成へとコーディネートすることができる。
Red Hat OpenShiftのDeveloper Sandboxを実際に触ってみた。サービスの集合体であるAWSと、Platform as a Productとしての統合されたプロダクトであるOpenShiftを比較しながら、その設計思想の違いと開発者体験について整理する。
ローカルLLM（Deepseek R1 0528 Qwen3 8B）でtemperatureとseedの設定がコード生成と俳句生成にどう影響するかを実験した。推論に使われる言語（思考言語）がアウトプットの質を大きく左右するという、予想外の結果が得られた。