ブックマークもパスワードも、気づけばあちこちに散らばっていませんか？
neuKuraはその2つを1か所にまとめて、しかも「あのページ、なんだっけ？」でも
検索で見つけられるようにしたアプリです。
パソコンでもスマホでも同じデータを使えるようにしています。
ブックマーク検索画面／認証情報の編集画面／シークレット一覧画面（Alpine.jsによるピッカーUI）
ブラウザのブックマーク、メモアプリのリンク集、パスワード管理アプリ… 便利なものはたくさんあるのに、結局バラバラに使っていて、 「あれどこに保存したっけ」を毎回やっていました。 ブックマークもたまってくると、タイトルだけでは中身を思い出せず、 キーワード検索をかけても言い回しが違うだけでヒットしないこともよくありました。
さらに、Wi-Fiのパスワードやライセンスキー、暗証番号のような 「URLを持たない情報」は、ブックマーク管理サービスでは扱いにくく、 結局メモアプリに書き殴って迷子になりがちでした。 これらを全部1つのアプリにまとめて、パソコンでもスマホ(iPhone)でも 安全にサッと取り出せるようにしよう、というのが出発点です。
bookmarks）を中心に、
URLがある認証情報はそのブックマークに紐づけて（credentials）、
Wi-Fiパスワードのように「URLを持たない情報」は別テーブル（secrets）で
管理しています。用途で保存場所を分けることで、あとの検索や表示処理を単純にしています。
サイトの概要生成やRAG検索のためのベクトル化を 自宅PCでLLM（gemma4-e4b、multilingual-e5-large） を動かして行うようにしました。
ブラウザの標準機能だけで安全な乱数パスワードを作れるようにし、 生成してそのまま保存するところまでを1つの画面で完結させています。
現在使用中のパスワード管理ソフトからエクスポートしたデータを、コマンド1つで取り込めるようにしました。 URLがあるものとないものを自動で見分けて、それぞれ正しい場所に振り分けます。
ブックマークを登録した瞬間に画面を止めないよう、 サイトのアイコン取得は裏側で後追い処理にして、 表示にあとから差し込む形にしています。
Chrome拡張からアクセスすると、なぜか認証が通らない
認証の仕組みを組み込む設定が1か所抜けていたのが原因でした。 設定を見直して解決。
認証情報のテーブルを2つに分けたら、急にエラーが出るように
テーブル同士のつながり方の定義が中途半端に残っていたのが原因。 1つずつ洗い出して直しました。
iPhoneショートカットからのレスポンスが遅い
ショートカットのJavaScript実行機能自体がボトルネックになっている ことを確認。将来的にネイティブアプリ化を検討中。
件数が増えたら、最初のレトロ風デザインが逆に見づらくなった
情報量が増えても読みやすいデザインに全面リニューアル。 今のすりガラス風のシンプルな見た目に作り直しました。