リリース内容
LocalNode バージョン 1.2.0 を公開しました。
配布状況:
- Windows / Linux (X86, Arm64) / Android (APK) → GitHub より即座にダウンロード可能
- iOS / macOS → App Store 審査中（承認後に公開予定）
小規模リリースの理由
今回は小規模なリリースになってしまいました。以下の 2 つの機能を次回以降に持ち越したためです。
i18n（多言語対応）
機能追加が落ち着いてから取り組むので優先度は低めです。
HTTPS 対応
こちらは実現したかった機能ですが、技術的な課題があります。
概要: LocalNode はローカルネット（家庭内など）での利用を想定しており、基本的に IP アドレスでのアクセスを想定していました。HTTPS 対応にはいくつかの考慮点があります。
課題:
- SSL/TLS 証明書の利用にはホスト名ベースのアクセスが必須
- IP アドレスでのアクセスも確保したいニーズがある
- これらの両立の設計複雑性
これらを勘案し、延期することを判断しました。
AI 開発支援での経験
HTTPS 対応を進める過程とその他の開発で、AI アシスタント（Claude）の課題を経験しました。
OpenSSL の不要な前提
Claude は設計段階では使う予定のなかった OpenSSL をさも必須であるかのように前提にして実装を進めました。事前相談もなく進められており、がっかりした部分です。
ターミナルの「幻想的な作法」
より深刻だったのはターミナル制御の実装です。
経緯:
- CLI モードでサーバの停止を
Ctrl+Cとq+Enterの 2 つのコマンドで実装 q+Enterという作法が何なのか疑問に感じたものの、Claude の提案なので採用- テストで多くの不具合が発生
問題の正体:
Claude に問い返すと、q+Enter は Claude が独自に「作った」コマンドで、実在しない作法だったことが判明しました。
根本的な疑問
ターミナル制御は定型的で、学習データも豊富なはずなのに、なぜこのようなことが起きるのでしょうか？
LocalNode はマルチプラットフォーム対応ツール（Windows/macOS/Linux）であり、各 OS のターミナル制御の違いに対応することは、AI サポートの重要な価値だと期待していました。しかし、実際には不正な提案で足を引っ張られる結果になりました。
AI ツールの一貫性の課題
AIツール全般的な問題として、以下を感じています。
初期段階では「このインプットレベルでこのアウトプット品質なら使える」と判断します。しかし、同じレベルのインプットを与えても、次には全く別の（ときに無根拠な）アウトプットになることがあります。
これは単なるハルシネーションではなく、より根深い一貫性の問題のようです。AI の能力の不安定性をどう扱うか、今後の開発の課題の 1 つになりそうです。