[{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/ja/categories/","section":"Categories","summary":"","title":"Categories","type":"categories"},{"content":"","date":"29 3月 2026","externalUrl":null,"permalink":"/en/tags/dream-of-the-red-chamber/","section":"Tags","summary":"","title":"Dream of the Red Chamber","type":"tags"},{"content":"","date":"29 3月 2026","externalUrl":null,"permalink":"/en/tags/literary-simulation/","section":"Tags","summary":"","title":"Literary Simulation","type":"tags"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/ja/tags/llm/","section":"Tags","summary":"","title":"LLM","type":"tags"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/ja/","section":"QQder 核舟記部落格","summary":"","title":"QQder 核舟記部落格","type":"page"},{"content":"","date":"29 3月 2026","externalUrl":null,"permalink":"/en/tags/rule-engine/","section":"Tags","summary":"","title":"Rule Engine","type":"tags"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/ja/tags/","section":"Tags","summary":"","title":"Tags","type":"tags"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/ja/categories/the-workshop/","section":"Categories","summary":"","title":"The Workshop","type":"categories"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/ja/tags/thermodynamics/","section":"Tags","summary":"","title":"Thermodynamics","type":"tags"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/ja/tags/%E3%83%AB%E3%83%BC%E3%83%AB%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%B3/","section":"Tags","summary":"","title":"ルールエンジン","type":"tags"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/ja/posts/","section":"ブログ","summary":"","title":"ブログ","type":"posts"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/zh-hans/tags/%E7%83%AD%E5%8A%9B%E5%AD%A6/","section":"Tags","summary":"","title":"热力学","type":"tags"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/zh-hans/tags/%E7%BA%A2%E6%A5%BC%E6%A2%A6/","section":"Tags","summary":"","title":"红楼梦","type":"tags"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/zh-hans/tags/%E8%A7%84%E5%88%99%E5%BC%95%E6%93%8E/","section":"Tags","summary":"","title":"规则引擎","type":"tags"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/tags/%E8%A6%8F%E5%89%87%E5%BC%95%E6%93%8E/","section":"Tags","summary":"","title":"規則引擎","type":"tags"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/ja/tags/%E7%B4%85%E6%A5%BC%E5%A4%A2/","section":"Tags","summary":"","title":"紅楼夢","type":"tags"},{"content":"app url: LINK\nはじめに # 前回の記事で主に強調したポイントは、\n文字を本質的な「記号」として捉えるべきだということでした。\n天文、水文、人文など\u0026hellip;すべての天地人の「文」。\nそれは世界と思想をコスト効率の良い方法で写像し、\n私たちが客観的世界を理解し、やり取りするための主要なツールとなっています。\nこの点を理解してこそ気づくのですが、\nLLM（大規模言語モデル）は本質的には文章の「しりとり」に過ぎないものの、\n能力がある程度の高さに達すれば、すでに核エネルギー級の国家的重要技術です。\nその重要性ゆえに、私はLLMの能力を検証したいと考えました。\nそしてLLMの能力向上に伴い、繰り返し検証できるようにしたいのです。\nその完璧とも言える検証対象こそ、紅楼夢です。\n仮に全知全能のLLMが存在するとしましょう。\n曹雪芹が書いた紅楼夢の前八十回を入力すれば、その後の章を出力できるはずです。\nしかしLLMの訓練データには限りがあるため、\n問題が不完全な数独のように、答えを確定できません。\n現在のLLMの能力は、理解できる範囲内において非常に高い生産性を持っています。\n紅楼夢シミュレーターが目指すのは、この生産性の助けを借りて、\n従来の構造化手法により、最小限の人的リソースで迅速に成果を生み出し蓄積することです。\n仮説 # 予測作業を十分に実行可能かつ機械的にするために、いくつかの仮説・偏見・理論が必要です。\n正確な予測と聞いて直感的に思い浮かんだのは、古典物理学の中の熱力学でした。\n閉じた系において、熱力学系は初期条件と運動法則が与えられれば、\n系の発展は予測可能かつ必然的です。\nもう一つの仮説は、LLMのモデル能力は今後ますます向上するものの、\n予見しうる将来において、清朝や曹雪芹に関する新たな訓練データは増えないということです。\nしたがって、構造化されたワークフローを構築し、現在および将来のLLMに実行させることができます。\n初期条件 # 初期条件は主に小説本文から抽出したデータです。\n現在はLLMを使って、従来は非常に労力を要した作業を行っています。\n以前は人的コストが高すぎて、人手を増やしても時間を圧縮できませんでした。\n途中まで進めてから、抽出ルールを微調整してやり直すのは非現実的だったのです。\n今や時間とコストはもはや問題ではなく、抽出の品質はモデルの能力に依存します。\n例えば、私は以下を抽出しました：\n主要キャラクターの情報、性格プロファイル、家系図;\n百二十回の各回における、キャラクターの経済・社会・感情・健康・人間関係などのスナップショット;\nさらに基本的な賈府の空間マップ、空間情報;\nすべての対話記録、詩詞のコーパス\u0026hellip;\nまずは厳密さよりもカバレッジの高い方法で、登場するすべてのテキストを何らかのカテゴリに抽出しました。\n運動法則 # 運動法則は私の判断により二種類に分けています。一つは基本的な世界法則、もう一つは作者の芸術的意志です。\nこれは独断的ですが、何らかの判断をしなければ全く先に進めません。\n世界法則には以下の基本項目が含まれますが、これに限定されません：\n社会：階級、権力、主従関係、婚姻;\n経済：収支、債務、抄家（家財没収）リスク;\n文化：礼教、祭事、封建的価値観;\n心理：キャラクターの感情、性格に基づく動機、内的葛藤\n政治：皇恩、朝廷、外部勢力\u0026hellip;\n芸術的意志こそ、紅楼夢が結末が失われているという事実を超えて、予測の対象として適している理由です。\nそれは、曹雪芹が冒頭から作品全体にわたって、キャラクターの運命を暗示しているからです。\n最も代表的なのが、十二金釵の判詞がヒロインたちの結末を示していることです。\n可嘆停機德，堪憐詠絮才。玉帶林中掛，金簪雪裡埋。\nルールエンジン # 初期条件と運動法則を得たところで、どのように適用するのでしょうか。\nより理想的な方法は、ゲームの3D物理エンジンのようなものを構築し、各キャラクターが自分の知る情報を持ち、AIチャットボットに俳優のように役を演じさせてインタラクションすることです。\nしかし、第一にコストが高すぎます。見栄えが良くなるだけで、新しい情報は導入されず、3Dエンジン内でも新しい結果は得られません。\n第二に、私たちは風洞の流体力学シミュレーションをしているのではなく、曹雪芹の考えを推測しているのです。現段階ではテキストで十分です。\n前述の抽出データに基づいて、いくつかの演算主体とルールを帰納的に導き出します。\n実際のところ、これはある事象の発生・非発生に関する証拠、確信度、加減プロセスの伝統的手法であり、\n体系的に再現可能・修正可能な包括的な力任せ計算を行うものです。\n各ラウンドのシミュレーション手順は以下の通りです：\n遅延効果の処理 — pending_effectsをチェックし、期限到来のものは即座にapply\nすべての法則を評価 — 各条件のpremisesがすべて満たされているか逐一チェック（confidence \u0026lt; 0.3のものはスキップ）\n衝突解決 — 同時に発火した法則が矛盾する可能性がある場合、どちらが優先するかを裁定\n効果の適用 — delayがあるものはキューに入れ、ないものは直接stateを修正\nスナップショット — 現在のstateを数値ベクトルに圧縮\nchapter += 1\n記事末尾に完全な例を添付しています。第九十八回の黛玉の死です。\nワークフローのまとめ # 以上のフローにおける主要なコンポーネントについて、\n抽出データが学術的に厳密かどうか、ルールが合理的で適切かどうか、シミュレーション手順が妥当かどうか、\n実はそれほど重要ではありません。各部分はそれぞれ独立して改善・再生成できるからです。\nソフトウェアエンジニアリングの思考で考えると、私の目標はこのエンジンをインターフェース上で良好に動作させることです。\nそして、より多くの情報の導入と方法論の改善に伴い、予測結果を絶えず改善していくことです。\n現在の成果：主観・客観レイヤーの並列比較 # ここでまた独自の方法論を提示します。構造的に比較できるようにするためです。\nそれは推論エンジンのレイヤーを主に客観的条件と芸術的選択の二つの部分に分けることです。\n客観的条件 # 執筆年代の背景――登場人物、場面、封建制度、経済などはすべて第一レイヤーの客観的条件です。これにより物語が起こりうるすべての範囲を限定できます。現在すでに当該年代の背景と学術論文からいくつかの客観法則を抽出しています。\n逆に、その時代に実際に存在したものは、理論的には物語に登場し影響を与えることもできます。\n例えば、作中にはすでに自鳴鐘（置時計）や懐中時計といった西洋の近代的な物品が登場しています。では、もし西洋の火銃が登場し、ストーリーを推進する重要なアイテムとなったらどうでしょうか？\nこの第一レイヤーの客観的条件の可能性を網羅することは、将来補完できる方向性であり、「情理の中にありながら意外」という効果を達成できるかもしれません。\n芸術的選択 # 第二レイヤーは、作者・曹雪芹がこの虚構世界をどう構築したかです。\n作中の多くのキャラクターや賈家全体の行く末には、濃厚な運命論的色彩が漂っています。\n作中の無数の詩詞や暗喩、そして結末を読んだとされる友人の批注も、この点を示唆しています。\nしたがって、作者の経歴や背景に基づいて、\n彼がキャラクターにどのような運命を選択したかを推測し、\nそこから彼が本当に表現したかった価値観を浮かび上がらせることができます。\n交差比較 # ここで高鶚のバージョンを、最も先行するプレイヤーとして位置づけることができます。\n彼がやったことは、実は私が今やっていることと同じです。\n作中の人物と背景に基づいて、曹雪芹の芸術的選択をできる限り推量するということです。\n高鶚は現存の結末を補完し、紅楼夢の流布をより広範にしました。そしてこのバージョンはすでに広く受け入れられているため、彼のバージョンを並列的に比較するのが妥当です。\n写実シミュレーション # もしすべての芸術的処理を排除し、客観的法則のみを残して物語を自然に展開させたらどうなるでしょうか？\n結果として、ほとんどの出来事は百二十回の長さの中では発生せず、よりドラマチックでなく、悲劇も少なくなります。\n予測品質を向上させる方法 # LLMの能力向上後にテキストを再抽出する\nより多くの人的介入による微調整と、異なるプロンプトの試行\n紅楼夢研究者や歴史学者にデータクリーニングとエンジンロジックの調整を依頼する\nより多くの関連資料の出土、または未デジタル化資料（もしあれば）の訓練データへの組み込み\n他の方法論を試す\nワークフローを固定し、AIエージェントに絶えず微調整させて多くのバージョンを生成する。明確な終了条件がないため、品質の判断は人手に頼るしかない\n結論 # 現存の資料と事前学習データの関係、そして紅楼夢が芸術作品として持つ強い自己整合性のため、\nデウス・エクス・マキナ的な予測が生まれることはほぼなく、より多いのは内在的な差異の比較です。\n例えば、賈家が実際に抄家（家財没収）され没落することは必然的に起こりますが、違いはそのタイミングにあります。\n最後に一つ所感 # 本来こうした作業は少なくとも一、二年以上、フルタイム一人以上でなければ完成できないものでした。\n今は仕事の合間に、もう一つの職業を疑似体験できるわけで、当時経済的プレッシャーで転向せざるを得なかった心残りを、少しは埋められたかと思います。\n紅楼夢シミュレーターを実装する中での思考プロセスが、皆さんのお役に立てば幸いです。\nコンピューターサイエンスや自然科学だけでなく、社会科学もAIの急速な発展から恩恵を受けることを願っています。\n付録　完全なシミュレーション過程の例 # 第97〜98回「黛玉の死」**が完全な六ステップを経る例（以下の内容はAIにより生成）：\n例：第97回 — すり替え計略 → 原稿焼却・情を断つ → 黛玉の死\n背景状態（第97回に入る時点）\n前十数回にわたる累積的な衰退を経て、林黛玉の状態はすでに以下の通りです：\nagent.林黛玉: health=0.12, mood=0.08, isolation=0.72, tragedy_risk=0.95, alive=True\nagent.賈宝玉: monk_tendency=0.35, mood=0.20\neconomy: debt_ratio=0.65\npolitics: family_decides_marriage=True\nrelation.賈宝玉::林黛玉: marriage_probability=0.15\nrelation.賈宝玉::薛宝釵: marriage_probability=0.72\n黛玉のhealthがなぜ初期値の0.35から0.12まで下がったのでしょうか？それは毎回この法則が静かに発火し続けていたからです：\n▎ PSY_E1_DAIYU_DECAY 「黛玉の健康の緩慢な衰退」\n▎ 前提: health \u0026gt; 0.0 AND isolation \u0026gt; 0.3 AND alive = True → 効果: health sub 0.017\n▎ 毎回 -0.017。十数回も経てば致命的な慢性消耗となります。\n① 遅延効果の処理\npending_effectsキューをチェックします。仮に第13回で発火した：\n▎ FATE_010 「秦可卿の夢告げ：盛極必衰」 delay_chapters: 20\nその効果 economy.spending_pressure add 0.1 は第33回の時点ですでに期限到来・実行済みです。現時点でキューに処理待ちの項目はありません。スキップ。\n② 全369条の法則を評価\nエンジンが逐条スキャンします。以下は今回発火する主要な法則です：\n法則A — VAR_MARRIAGE_SWAP「すり替え計略：瞞天過海で宝釵を嫁がせる」 conf=0.95\n前提チェック:\nagent.林黛玉.health \\\u0026lt; 0.15 → 0.12 \\\u0026lt; 0.15 ✅ agent.林黛玉.alive == True → True ✅ politics.family\\_decides\\_marriage → True ✅ relation.宝玉::黛玉.marriage\\_probability \\\u0026lt; 0.5 → 0.15 \\\u0026lt; 0.5 ✅ 全部通過 → 🔥 発火! 法則B — PSY_E1_DAIYU_DECAY「黛玉の健康衰退」 conf=0.9\nhealth \u0026gt; 0.0 → 0.12 \u0026gt; 0 ✅ isolation \u0026gt; 0.3 → 0.72 \u0026gt; 0.3 ✅ alive == True ✅ → 🔥 発火! 法則C — VAR_MARRIAGE_DAIYU「木石前盟：宝玉と黛玉が結ばれる」 conf=0.9\nrelation.宝玉::黛玉.marriage\\_probability \u0026gt; 0.7 → 0.15 \u0026gt; 0.7 ❌ → 発火せず（宝黛の婚姻確率が低すぎる） 今回は他にも十数条の法則が同時に発火しています（経済衰退、政治リスクなど）が、以上が黛玉に直接関連するものです。\n③ 衝突解決\nVAR_MARRIAGE_SWAP、VAR_MARRIAGE_NORMAL_BAOCHAI、VAR_MARRIAGE_DAIYUの三条は同一のvariant_group（婚姻結末は相互排他）に属しています。\n前提チェックを通過したのはVAR_MARRIAGE_SWAPのみなので、実質的な衝突はありません。しかし、もし黛玉がすでに死亡していた場合（alive=False）、VAR_MARRIAGE_NORMAL_BAOCHAIがすり替え計略版の代わりに発火します ——\nそれは別の進化経路です。\nPSY_E1_DAIYU_DECAYの効果はsub（加算系）であり、他の法則と衝突しないため、すべて保持されます。\n④ 効果の適用\n法則Aの効果は即座に実行されます（delay=0）：\nmarriage trigger_event BAOYU_MARRIED_BAOCHAI → fate_flags[\u0026ldquo;BAOYU_MARRIED_BAOCHAI\u0026rdquo;] = True\nrelation.宝玉::宝釵.marriage_probability set 1.0 → 1.0\nagent.賈宝玉.mood sub 0.5 → 0.20 → 0.00 (clamp)\nagent.賈宝玉.monk_tendency add 0.3 → 0.35 → 0.65\nagent.林黛玉.health sub 0.1 → 0.12 → 0.02\n法則Bの効果：\nagent.林黛玉.health sub 0.017 → 0.02 → 0.003\nこの時点で黛玉のhealth = 0.003、ほぼゼロに近づいています。\n⑤ スナップショット\n現在の世界状態を数値ベクトルに圧縮します：\nsnapshot = {\neconomy\\_vector: \\[0.42, 0.82, 0.65, 0.55, 0.80, 0.35], agent\\_vectors: { \u0026#34;林黛玉\u0026#34;: \\[0.003, 0.08, 0.10, 0.00, 0.30, 0.00, 0.72, 0.95], \u0026#34;賈宝玉\u0026#34;: \\[0.80, 0.00, 0.30, 0.72, 0.80, 0.65, 0.42, 0.92], ... }, politics\\_vector: \\[0.0, 0.60, 0.75] }\nこのベクトルは後でactual_checkpoints.jsonの第97回の実際のベクトルとユークリッド距離で比較されます。\n⑥ chapter = 98\n次の回に進みます。この時点で黛玉のhealth = 0.003、BAOYU_MARRIED_BAOCHAI = True。\n第98回で再び②を実行すると、二つの致命的法則が同時に発火します：\n▎ VAR_DAIYU_HEARTBREAK「原稿焼却・情を断つ：黛玉、心砕けて死す」 conf=0.95\n▎ health ≤ 0.05 → 0.003 ≤ 0.05 ✅\n▎ BAOYU_MARRIED_BAOCHAI → True ✅\n▎ → death trigger_event FATE_DAIYU_DEATH\n▎ → monk_tendency add 0.4 → 宝玉 0.65 → 1.0 (clamp)\n▎ → alive set False\n続いてSYS_E19_ZERO_DAIYUが発火し（checkpoint.FATE_DAIYU_DEATH = True）、黛玉のすべての属性をゼロにリセットします。\nさらに数回後、宝玉のmonk_tendencyが1.0に達し、mood ≤ 0.15の条件を満たすと、VAR_MONK_DESPAIR「万念倶に灰す：宝玉、出家す」が発火します。\n","date":"2026年3月29日","externalUrl":null,"permalink":"/ja/posts/stonestory_thermodynamics/","section":"ブログ","summary":"","title":"紅楼夢シミュレーター：熱力学と芸術的選択","type":"posts"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/tags/%E7%B4%85%E6%A8%93%E5%A4%A2/","section":"Tags","summary":"","title":"紅樓夢","type":"tags"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/ja/tags/%E7%86%B1%E5%8A%9B%E5%AD%A6/","section":"Tags","summary":"","title":"熱力学","type":"tags"},{"content":"","date":"2026年3月29日","externalUrl":null,"permalink":"/tags/%E7%86%B1%E5%8A%9B%E5%AD%B8/","section":"Tags","summary":"","title":"熱力學","type":"tags"},{"content":"","date":"22 3月 2026","externalUrl":null,"permalink":"/en/tags/eileen-chang/","section":"Tags","summary":"","title":"Eileen Chang","type":"tags"},{"content":"","date":"2026年3月22日","externalUrl":null,"permalink":"/ja/tags/ontology/","section":"Tags","summary":"","title":"Ontology","type":"tags"},{"content":"","date":"22 3月 2026","externalUrl":null,"permalink":"/en/tags/prophetic-verse/","section":"Tags","summary":"","title":"Prophetic Verse","type":"tags"},{"content":"","date":"2026年3月22日","externalUrl":null,"permalink":"/zh-hans/tags/%E5%BC%A0%E7%88%B1%E7%8E%B2/","section":"Tags","summary":"","title":"张爱玲","type":"tags"},{"content":"","date":"2026年3月22日","externalUrl":null,"permalink":"/zh-hans/tags/%E8%AF%97%E8%B0%B6/","section":"Tags","summary":"","title":"诗谶","type":"tags"},{"content":" はじめに # 未来の吉凶、ひいては人類の運命を予測することは、古来より人類社会の大きな命題であり、LLM（大規模言語モデル）はその解決の糸口を見せてくれる。\n本稿では、LLMを最新のツールとして用い、紅楼夢をサンドボックスとして、後四十回を予測する方法を探る。\n先に断っておくが、筆者はまだそれを成し遂げてはいない。いつの日か実現したとき、この文章が検索されることだろう。\n本稿はむしろ、文字そのものについての思索である。文字は物理の公式のように明確ではないが、\n人類が現実を把握し未来を推測するためのツールとして、我々が想像する以上に重要なものである。\n文字は単なる「想像上の」現実ではなく、決して主観的でもない。それは最もコスト効率の良い方法で客観的事実を映し出しているのだ。\nそしてLLMは、文字を予測する自動化メカニズムとして、この現実の抽出・生成・客観的事実への写像のコストを極限まで圧縮する。\n最新の実装はiOSアプリ「紅楼夢シミュレーター」で更新している。\nAPP: Link\n人生の三大恨事：一に鰣魚（ヒラ）は骨が多いこと、二に海棠に香りがないこと、三に『紅楼夢』が未完であること。\n張愛玲（ちょうあいれい）\n天文：単なる言葉の連想ゲームではない # 未来を予測することは常に人類社会の一大事であった。あらゆる古代文明には星を観測する専門の祭司や官職が存在した。\n天文・水文などの記号体系は、自然現象や物理法則を文字化してきた。最も典型的な例は経緯度であり、文字は人類が客観的環境を理解し影響を与えるための重要なツールとなった。\n文字と世界の写像がもたらす実用性は、大規模言語モデル（LLM）の能力が爆発的に発展したここ数年で実証された。\nかつて言語というツールは、十分に決定論的（deterministic）でないという理由から、科学が第一の生産力となった産業革命以降、序列の下位に置かれてきた。\nLLMの時代は、ついに文字の消化と生成をミリ秒単位の領域に引き上げ、人間の読解速度・タイピング速度・誤字脱字といった障壁から解放した。\nかつて極度に知力と時間を消耗していた作業が、今や生産ラインのように組み立て・配置できる可能性が生まれた。\nでは、その生産ラインが生み出すものは何か？ LLMの本質は「次の文字を予測する」ことだが、これは生産性があると言えるのか？ LLMは自分が何を言っているのか「理解している」と言えるのか？\nIlya（元OpenAI共同創業者兼チーフサイエンティスト）はこんな例を挙げた：\nsay you read a detective novel, and on the last page, the detective says \u0026ldquo;I am going to reveal the identity of the criminal, and that person\u0026rsquo;s name is \u0026hellip;\u0026hellip;\u0026rdquo; ――推理小説の最後のページで、探偵が「犯人の正体を明かそう、その名は……」と言う場面を想像してほしい。\nもしLLMが常に安定的かつ正確に犯人を当てることができるなら、少なくともそれは小説を「理解した」と言えるだろう――推理を外した多くの読者以上には。\nそして我々は「理解」というものを正しく評価しなければならない。理解とは本質的に未来を予測するためのものである。各古代文明が一様に天文・水文を研究したのも、\n次なる気候変動・河道の変化・旱魃や洪水を予測し、客観的環境の中でより良く生存するためであった。\n極言すれば、正しく予測できることは、理解することよりも重要かもしれない。\n人文：人間もエージェントもブラックボックス # 未来を予測することは、自然科学の追求であり必要条件（再現性）であるが、社会科学にとってはまさに聖杯である。\nこれは確かにSF的に聞こえる。アイザック・アシモフの『ファウンデーション』シリーズでは、未来を予測するこの学問は「心理歴史学」として描かれている。\n経済学者、歴史学者、心理学者、社会科学者……誰もが個人と社会が特定の事象にどう反応するかを知りたがっている。\n特に金融は、おそらくソフトウェア業界以外でAIが最も力を入れて活用されている分野だろう。\n終着点はまだ見えないが、この実現可能性はすでに著しく向上している。\nその向上と限界は次のように言える。我々は優れたブラックボックス（LLMエージェント）を手に入れた。\n人間と同等レベルの特定のタスクにおいて、超高速かつ超低コストで、人間の代替に適している。\n一方で限界は、現在の使い方がスロットマシンに似ていることだ。いくつかのテクニック（prompt/context engineering）で当選確率を上げることはできるが、それ以上ではない。\nブラックボックスを開けることは難しく、複数のブラックボックスを直列に繋げても効果の向上は限定的である（multi-agent）。\n現状、単一エージェントでこなせるタスクは速く正確にこなせるが、より抽象的なタスクの性能を線形に向上させることは困難である。\n社会科学に応用する場合、一つのエージェントですら一個人の記憶と感情を完全にシミュレートすることはできず、ましてやmulti-agentで集団をシミュレートすることは言うまでもない。\n楽観的に見れば、これはパフォーマンスの問題に近く、このパラダイムの性能は今後も向上し続けるだろう。\nサンドボックス：一撃必殺にこだわるな # ブラックボックスであるならば、直感的な発想は、より小さな箱で試みることだ。\n現在のモデル能力のベースラインが前述の通り――任意の推理小説をLLMというスロットマシンに投入すれば、ワンショットで正しく犯人を吐き出せる――と仮定しよう。\nこのベースラインの上に、さらに地道な作業を重ね、足場を組み、LLMと何度もやり取りし、成果を各議論の中で線形に蓄積していけば、理論上はより高難度の予測が可能になるはずだ。\n紅楼夢は完璧な目標である。前八十回の内容に基づき、後四十回をある程度予測させる。\nこの予測は難易度が非常に高いが、筆者の研究目標にとってはちょうどよい。理論上は可能性がゼロではなく、実際にはほぼ不可能――LLMの能力成長をここ数年で観測するのに最適である。\nここまで書いて、ようやく二つの研究目標を提示できる：\nワンショットでは得られない答えに、どのような追加の工夫で近づけるか。 どのように戦場を選べば、我々の成果がより強力なモデルに直接取って代わられず、将来のモデル進歩に伴い我々のアーキテクチャも恩恵を受けるか。 以下、紅楼夢とLLMの特性に基づいて研究方法を検討する。\n前提 # 紅楼夢の結末は確かにかつて存在し、前八十回とその後の結末は有機的かつ意識的な連続した執筆であった――前八十回同士の内在的な連関と同様に――と仮定する。\nもし実際には存在しなかったとすれば、予測の難易度はさらに上がり、パラレルワールドの予測に近づく。問題は「もし曹雪芹が結末を書き上げていたなら、『必ず』どのようなものになっていたか」となる。\nこの「必ず」が肝心である。その確信の度合いに達してこそ、無から有を生み出すことに意味がある。\n紅楼夢の成立 # おおよそ1750年代に成立。当時は親族や友人の間で回覧されていたが、1791年に程偉元（ていいげん）が木活字版で出版して初めて広く世に知られることとなった。\n紅学とAI支援研究 # 王国維（おうこくい）と胡適（こてき）が紅学の先駆者であり、紅学は発展を続け、近年では大衆化・娯楽化の傾向がある。探佚学（たんいつがく＝失われた部分を探る学問）と癸酉本（きゆうぼん）への関心の高さは、大衆の結末への好奇心の表れである。\n最新技術を活用した研究成果は主に以下の通り：\n機械学習により、後四十回が原作者の著作ではないことが再度証明された LLMを用いてテキストのより精緻な意味ベクトル化（Word Embedding）を実施 LLMを用いてドメイン固有の知識グラフ（Domain-specific Graph）を構築 前八十回および清代の古典籍を入力データとして訓練されたモデルが存在 LLMの特性 # LLMとこのタスクに関連する特性は、既存のインターネット上のあらゆるデータ、およびこれらの最先端AI研究機関が入手し得るあらゆる有価値な資料によって訓練されている点である。\n既知の情報に対する予測能力と傾向は非常に高い。例えば、ハリー・ポッターの一節を入力すれば、続きの段落を暗唱できる。\nしかし紅楼夢の後四十回は伝わっておらず、モデルの訓練データに含まれていないため、暗唱することはできない。\n問題一：ウィンドウの制限 # 第一回から第八十回までの内容を直接入力し、LLMに後四十回を出力させることは可能か。\n入力側については、現在の第一線のモデル（Gemini 3.1 / GPT-5.4 / Opus 4.6）のAPI使用時に1Mトークンまで対応できれば問題ない。\nしかし現行モデルのパラダイムでは、出力トークンのウィンドウは入力よりはるかに小さく、出力は最大でも四千から八千字の中国語に制限される。おおよそ一回分の内容しか出力できない。\n問題二：流し書きと品質低下 # それでは、LLMへの入力を変えて「第八十一回の内容を出力せよ」とすれば可能か。\n大量のテキスト入力に「汚染」され、文体は曹雪芹に非常に似たものになり、前の既知の筋書きを合理的に継続できるが、流し書きのようになってしまう。\nそして同様の操作を繰り返し、第八十二回、第八十三回と進むにつれ、品質は急激に低下する。\n問題三：モデルの事前知識による汚染 # もう一つの問題は、モデルが訓練時にすでに高鶚（こうがく）版を読んでおり、各種論文の推測も取り込んでいることだ。これらの情報が真の原本と異なれば、出力が偏向してしまう。\n続く # 篇幅が長くなったため、ここで一区切りとし、次回の予告とする。\n我々はLLMに単純に未知の情報を吐き出させることはできない。\nしたがって、より伝統的で、機械的あるいはプログラム的な手法が依然として必要である。\n朗報は、筆耕怠りなき文史哲の研究者諸氏に告ぐ――我々は耕運機を手に入れたのだ！\n紅楼夢は高度に構造化された特性を持ち、重要な登場人物にはそれぞれ判詞（はんし＝人物の運命を暗示する詩）があり、\nかつ前八十回同士で相互に検証が可能である。ゆえに他の多くのフィクション作品よりも予測に適している。\n登場人物が多く背景が複雑ではあるが、実際に我々が予測するのは曹公（曹雪芹）の構想であり、彼の芸術的意志は全書を貫いている。これは結末の予測に大きな助けとなる。\n次回：紅楼夢の熱力学 # 次回は実験の方法を紹介する。テキストの内容を構造的に抽出し、反復実験で書中の法則を抽出し、プログラムで繰り返し実験を行う。\n最も理想的なケースは、熱力学系のように、初期条件（前提。例：人物、家族の財産、社会的地位、人間関係ネットワーク等）に加え、システムの運行メカニズム（人間心理、社会階級、経済動態、文化規範、因果応報等）を与えれば、任意の時点におけるシステムの状態を予測できることである。\n","date":"2026年3月22日","externalUrl":null,"permalink":"/ja/posts/stonestory_fate/","section":"ブログ","summary":"","title":"紅楼夢シミュレーター：社会科学の聖杯、大規模言語モデルによる讖判詞","type":"posts"},{"content":"","date":"2026年3月22日","externalUrl":null,"permalink":"/ja/tags/%E8%A9%A9%E8%AE%96/","section":"Tags","summary":"","title":"詩讖","type":"tags"},{"content":"","date":"2026年3月22日","externalUrl":null,"permalink":"/ja/tags/%E5%AD%98%E5%9C%A8%E8%AB%96/","section":"Tags","summary":"","title":"存在論","type":"tags"},{"content":"","date":"2026年3月22日","externalUrl":null,"permalink":"/ja/tags/%E5%BC%B5%E6%84%9B%E7%8E%B2/","section":"Tags","summary":"","title":"張愛玲","type":"tags"},{"content":"","date":"2026年3月22日","externalUrl":null,"permalink":"/zh-hans/tags/%E6%9C%AC%E4%BD%93%E8%AE%BA/","section":"Tags","summary":"","title":"本体论","type":"tags"},{"content":"","date":"2026年3月22日","externalUrl":null,"permalink":"/tags/%E6%9C%AC%E9%AB%94%E8%AB%96/","section":"Tags","summary":"","title":"本體論","type":"tags"},{"content":"","date":"25 2月 2026","externalUrl":null,"permalink":"/en/tags/ai-assisted-development/","section":"Tags","summary":"","title":"AI-Assisted Development","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/zh-hans/tags/ai%E8%BE%85%E5%8A%A9%E5%BC%80%E5%8F%91/","section":"Tags","summary":"","title":"AI辅助开发","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/ja/tags/ai%E6%94%AF%E6%8F%B4%E9%96%8B%E7%99%BA/","section":"Tags","summary":"","title":"AI支援開発","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/tags/ai%E8%BC%94%E5%8A%A9%E9%96%8B%E7%99%BC/","section":"Tags","summary":"","title":"AI輔助開發","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/ja/tags/app-store/","section":"Tags","summary":"","title":"App Store","type":"tags"},{"content":"","date":"25 2月 2026","externalUrl":null,"permalink":"/en/tags/gantt-chart/","section":"Tags","summary":"","title":"Gantt Chart","type":"tags"},{"content":"","date":"25 2月 2026","externalUrl":null,"permalink":"/en/tags/indie-developer/","section":"Tags","summary":"","title":"Indie Developer","type":"tags"},{"content":"","date":"25 2月 2026","externalUrl":null,"permalink":"/en/tags/product-development/","section":"Tags","summary":"","title":"Product Development","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/tags/side-project/","section":"Tags","summary":"","title":"Side Project","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/ja/categories/the-observatory/","section":"Categories","summary":"","title":"The Observatory","type":"categories"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/ja/tags/%E3%82%AC%E3%83%B3%E3%83%88%E3%83%81%E3%83%A3%E3%83%BC%E3%83%88/","section":"Tags","summary":"","title":"ガントチャート","type":"tags"},{"content":" はじめに # 今回は個人開発者の市場、リソース、エコシステム、開発プロセスなどについてお話しします。 無理やり宣伝するために、ガントプラネットを例として使わせてください: URL。 まず正直に言うと、これらはあくまで僕のサイドプロジェクトです。これで生計を立てている方とはプレッシャーが違いますので、あくまでリサーチの視点からお話しします。\n着想とつまずき # ガントプラネットの発想はこうです。ガントチャートって、ソフトウェアでもアプリでもWebサービスでも、無料のものはどれも使いにくいんですよね。 まともに使えそうなものは全部有料なので、じゃあ自分でガントチャートアプリを作ろうと思いました。\nでも、作り始めてすぐに、そう簡単ではないことに気づきました：\nスマホでスプレッドシートのようなガントチャートを見るのは、画面が狭すぎます 本格的なガントチャートには多くのリソース連携が必要です。メール、連絡先、会議室の予約など この2つの問題を解決するコストはどちらも高いです。UIの微調整に膨大な時間がかかりますし、理想的な使用フローをあらかじめ設計して、統合できないフローは切り捨てる必要があります。\nリソース連携となると、主要なアカウントすべてにログインが必要で、対応すべきインターフェースと認証が多すぎます。しかも将来的にメンテナンスも必要です。\nここでコストの壁にぶつかりました。規模の経済が働かない状況では、ほぼ必然的にこうなります。\n方向転換、さらに方向転換 # こういう時は、各要素をあと一歩か二歩外側に広げて、成立する交差点を見つけられないか考えます。\n趣味で開発している身としては、「成立する」というのは、極めて低いコストに加えて、小さくても明確な価値があることを意味します。\n前者の極めて低いコストは、AIが実現してくれました。\n後者の価値については、基本的に自分で定義するものですが、AIと壁打ちすることで見えてくるものもあります。\n僕にとって大事なのは、まず自分が作りたいと思えること。少なくとも自分で使って楽しめること。さらに、誰もやっていない、無料版がない、明確な差別化ポイントがある、というのも一つの価値です。\nその時、ふと思いました。ガントチャートなんだけど、ガントチャートではない何かはないだろうか、と。\n最終的に、一つのイメージが頭に浮かびました。\n僕はガントチャートを使う時、より重要な項目を下の方に配置する癖があります。\n一番下の項目は、大抵プロジェクト全体の最終完了条件か、プロジェクトそのものを表しています。\nもし、そのガントチャートの一番下の項目よりもさらに重要な項目があるとしたら、それは何でしょうか？\n実は、もっと重要なものはたくさんあります。でもそれは仕事とは関係なく、自分自身のこと、人生のことです。\nそこで方向が定まりました。一般的なビジネス向けガントチャートではなく、人生ガントチャートを作ろう、と。\n次のステップ # というわけで、一般的なビジネスシーンとは異なるガントチャートを作ることにしました。\nこうすれば、オンラインリソースとの連携が不要になるのも自然なことです。\nなぜなら、今やこのアプリはユーザー自身だけに関わるものだからです。\nここまでで一歩前進し、このプロジェクトはひとまず生き延びました。でも、十分な要素につながるのでしょうか？\nセルフマネジメントや、人生において重要だけど緊急ではないことについて考えてみました。それらには規則性と頻度があります。\n例えば、健康は大切だから会社は毎年健康診断を実施します。家族は大切だから、間隔が空きすぎる前に家族に会いに行きます。\nガントチャート本来の特性と組み合わせると、やるべき時間範囲内ではその日に重なります。\nそして人生全体の長さで考えれば、すべての項目は今日の潜在的な項目です。こうすれば、すべてのコンテンツをUIの中央線に集約できます。\nこれでUIが窮屈になる問題を解決し、僕が価値があると思う価値観を表現できるようになりました。\n実際のタイムライン画面：すべての人生の項目がカレンダーの中心線に集約され、今日注目すべきことが一目瞭然\n下にスクロールするとさらに多くの項目と頻度フィルターが表示され、毎日から毎年の目標まで追跡可能\n完成度 # App Storeの審査には大前提があります。純粋なテキストベースのWebページでもできる機能だけではダメということです。\n例えば、シンプルなToDoリストは審査を通らないかもしれません。だから、このアプリを単なるスプレッドシートにしてはいけません。そうでなければ、Google Sheetsで同じことができてしまいますから。\nこのスプレッドシートを上から下に見る感覚から、直感的に地面を掘り下げるイメージが浮かびました。毎日本当に必要な最低限のことだけをしていると、表層しか触れていない。まさに「上滑り」という状態です。\nより重要な項目ほど深い層にあるという比喩を、もっとビジュアル化して形にしたいと思いました。地層を掘削する、鉱山を掘るというアクションが自然に思い浮かびました。\nではどう実現するか？ スプレッドシートの各行を少し曲げる？ パースをつけて変形させる？\nこの人生ガントチャートの、孤独で内省的な世界観と組み合わせると\u0026hellip;\n頭に浮かんだのは、地殻の表面で一人孤独に掘削する姿です。それって、あの金髪の少年、バラに水をやり、キツネを飼い慣らしたあの少年じゃないですか？\nそこで、ガントチャートの3D立体バージョンを作り、鉱山と宝石をタスクのビジュアルとして使いました。\nもっと思い切って、星球バージョンだけ残すこともできましたが、実用性、審査の難易度、理解のしやすさを考慮して、両方のバージョンを残すことにしました。\n3D星球版ガントチャート — 鉱山と宝石でタスクをビジュアル化した孤独な探索\nまだ足りない、一つの机が # 学生時代、書斎の机の前で一人、背筋を伸ばして座っている時間がたくさんありました。勉強するか、何かを書くか。\nこの人生ガントチャートについて考え、使うことで、もう捨ててしまったあの机の前に戻ったような気持ちになります。\n三ヶ月に一度、あるいは一年に一度しかやらないことを達成した時、ましてや長期的な目標を達成した時、\nきっと日記を書きたくなるでしょう。あるいは親友に手紙を書きたくなるはずです。\nこのガントチャートには、最後の感情の出口がまだ欠けていることに気づきました。でも、SNSへのシェア機能にしてしまうと、ユーザーは十分に正直になれません。\nもう一つの案は、アプリユーザー同士で手紙を送る機能です。でも、今もこれからも十分なインストール数は見込めません。Android版もリリースするとしても、少なくとも最初のバージョンでは必要ありません。\n最終的に、一番自然にまとまる機能として思いついたのは、万能なチャットボットでした。\nチャットボットに多くの名作文学を読み込ませ、「秘密の穴」のような役割を担わせて、ユーザーにフィードバックを返す、というものです。\nおわりに # 以上が、このアプリの背後にあるプロダクト開発とマネジメントの話です。\n見た目には、あれこれ変更しながらなんとか完成させただけに見えますが、実際にはボツになった案や却下された機能がたくさんあって、ここでは触れていません。\n興味のある方にプロダクト開発で考慮するポイントを知ってもらうことに加えて、\n最後に強調したいのは、タイトルへの回答です。個人開発者のニッチと考慮すべきことは何か？ それは：楽しいからやる！\nニッチすぎると感じる人や、自分の美的感覚や価値観とは違うと思う人も少なくないでしょう。\nでも、たとえそうだとしても、少しの時間さえあれば、AIの助けを借りて、自分が欲しいけどまだ存在しないものを作り出せるのです。\n会社の社長のように、何に価値があるか、やる価値があるかを自分で決められます。\nデザイナーのように、好きなフォーマット、色、フォント、画像を使えます。\nプロダクトマネージャーのように、どう書くか、機能をどこまで作り込むかを決められます。\nAIはどんどん強くなっていきます。今はまだ難しくても、近い将来、あなたもこの楽しさを味わえるようになるはずです。\nApp Storeは今や新時代の個人ホームページです。誰もが自分の作品を発表できる場所なのです。\nもし興味があれば、このブログをフォローしてください。今後もApp Storeへの出品にまつわるリアルな経験や感想を発信していきます。\n","date":"2026年2月25日","externalUrl":null,"permalink":"/ja/posts/gantt-planet-intro/","section":"ブログ","summary":"","title":"ガントプラネット：個人開発者のニッチと考慮すべきこと","type":"posts"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/ja/tags/%E3%82%B5%E3%82%A4%E3%83%89%E3%83%97%E3%83%AD%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88/","section":"Tags","summary":"","title":"サイドプロジェクト","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/ja/tags/%E3%83%97%E3%83%AD%E3%83%80%E3%82%AF%E3%83%88%E9%96%8B%E7%99%BA/","section":"Tags","summary":"","title":"プロダクト開発","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/zh-hans/tags/%E4%BA%A7%E5%93%81%E5%BC%80%E5%8F%91/","section":"Tags","summary":"","title":"产品开发","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/tags/%E7%94%A2%E5%93%81%E9%96%8B%E7%99%BC/","section":"Tags","summary":"","title":"產品開發","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/zh-hans/tags/%E7%94%98%E7%89%B9%E5%9B%BE/","section":"Tags","summary":"","title":"甘特图","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/tags/%E7%94%98%E7%89%B9%E5%9C%96/","section":"Tags","summary":"","title":"甘特圖","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/ja/tags/%E5%80%8B%E4%BA%BA%E9%96%8B%E7%99%BA%E8%80%85/","section":"Tags","summary":"","title":"個人開発者","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/zh-hans/tags/%E7%8B%AC%E7%AB%8B%E5%BC%80%E5%8F%91%E8%80%85/","section":"Tags","summary":"","title":"独立开发者","type":"tags"},{"content":"","date":"2026年2月25日","externalUrl":null,"permalink":"/tags/%E7%8D%A8%E7%AB%8B%E9%96%8B%E7%99%BC%E8%80%85/","section":"Tags","summary":"","title":"獨立開發者","type":"tags"},{"content":"","date":"2026年2月22日","externalUrl":null,"permalink":"/ja/tags/claude/","section":"Tags","summary":"","title":"Claude","type":"tags"},{"content":"","date":"2026年2月22日","externalUrl":null,"permalink":"/ja/tags/claude-code/","section":"Tags","summary":"","title":"Claude Code","type":"tags"},{"content":"","date":"2026年2月22日","externalUrl":null,"permalink":"/ja/tags/gemini/","section":"Tags","summary":"","title":"Gemini","type":"tags"},{"content":"","date":"2026年2月22日","externalUrl":null,"permalink":"/ja/tags/gemini-cli/","section":"Tags","summary":"","title":"Gemini Cli","type":"tags"},{"content":"","date":"22 2月 2026","externalUrl":null,"permalink":"/en/tags/handwriting-recognition/","section":"Tags","summary":"","title":"Handwriting Recognition","type":"tags"},{"content":"","date":"2026年2月22日","externalUrl":null,"permalink":"/ja/tags/ios-app/","section":"Tags","summary":"","title":"IOS App","type":"tags"},{"content":"","date":"2026年2月22日","externalUrl":null,"permalink":"/ja/tags/on-device-ai/","section":"Tags","summary":"","title":"On-Device AI","type":"tags"},{"content":"","date":"2026年2月22日","externalUrl":null,"permalink":"/ja/tags/swiftui/","section":"Tags","summary":"","title":"SwiftUI","type":"tags"},{"content":"","date":"2026年2月22日","externalUrl":null,"permalink":"/ja/tags/udemy/","section":"Tags","summary":"","title":"Udemy","type":"tags"},{"content":"","date":"2026年2月22日","externalUrl":null,"permalink":"/ja/tags/uikit/","section":"Tags","summary":"","title":"UIKit","type":"tags"},{"content":"","date":"2026年2月22日","externalUrl":null,"permalink":"/zh-hans/tags/%E6%89%8B%E5%86%99%E8%AF%86%E5%88%AB/","section":"Tags","summary":"","title":"手写识别","type":"tags"},{"content":"","date":"2026年2月22日","externalUrl":null,"permalink":"/ja/tags/%E6%89%8B%E6%9B%B8%E3%81%8D%E8%AA%8D%E8%AD%98/","section":"Tags","summary":"","title":"手書き認識","type":"tags"},{"content":"","date":"2026年2月22日","externalUrl":null,"permalink":"/tags/%E6%89%8B%E5%AF%AB%E8%BE%A8%E8%AD%98/","section":"Tags","summary":"","title":"手寫辨識","type":"tags"},{"content":" はじめに # 假名私塾（Kana Juku）は、私が初めて制作してApp Storeにリリースしたアプリです。\n経験談としては一番まとまった流れがあるので、\n本シリーズでは制作プロセス、AI活用とその変遷、公開コーパスの利用と著作権などについて書いていきます。\n他のアプリで特筆すべき点があれば、別途記事にする予定です。\n本記事では主に**[25年第4四半期]**から始まったチャットボットからエージェントへの転換プロセスについてお話しします。\n関連する製品の変化はとても速いので、重要な時間軸はそのまま直接記載しています。\nアプリ紹介 # Apple製品をお持ちの方は、ぜひダウンロードして遊んでみてください。\n今後の記事でもこのアプリを例に使う予定です：\nETLコーパスの整理、Apple Create ML、PyTorch、VOICEVOX、端末上のローカル大規模言語モデルなど…\n假名私塾: URL\n開発タイムライン # 動機 # 私も家族も日本語学習に興味があり、ずっと前から自分のニーズに完全に合った日本語学習アプリが欲しいと思っていました。\n家族の悩みは英語がわからないこと。大半の教材や他のアプリのローマ字表記が読めないのです。\n私自身は、仮名と字源を対照できる機能がとても欲しかったです（例えば「あ」の字源は「安」）。\nそして地味な悩みとして、日本語キーボードをインストールしておくとたまに使うのですが、毎日の文字入力で入力方法を切り替える際に邪魔になり、日本語キーボードを一回余計にスキップしなければならないのです。\n前期準備 # [24年第4四半期]\nこの時期は転職の合間で仕事がなかったため、Udemyの講座を見る時間がありました。JavaScriptの経験があったので、まずReact.jsとExpoから入りました。\nこの時点では講座の内容に沿って非常にシンプルなウェブ型コンテンツを作っていました。GPS制御やカメラ制御、リモートデータの取得といった機能も少し触りましたが、Appleの自社エコシステムではないため、管理すべきことが余分に多かったです。\n[25年第1四半期]\n長い間迷った末にMac miniを購入してからは、完全にApple純正のSwiftUIに切り替えました。こちらもUdemyの講座で学習しました。\n時間の大半は基本的なUIコンポーネントとレイアウトの習得、そしてデータの永続化、データ取得、地図の組み込みなど、すべての基本機能に対応するSwiftUIの書き方の理解に費やしました。\nSwiftUIはより現代的で、UIKitのようにXcodeと完全に結合しているわけではありませんが、レイアウトの最終的な見た目が予測しにくいという面もあります。最初はとても気になって、試行錯誤に多くの時間を費やしました。\n[25年第3四半期]\n普段は仕事があり夜しか書けず、毎日時間が取れるわけでもないので、進捗はとてもゆっくりでした。基本的なプロトタイプを作り上げて、日本語のデータを組み込んでいく作業です。\n最初のアプリは完成形が予測しにくいので、頻繁に修正したり、必要だとわかった部分に戻って動画を丁寧に見直したりしていました。基本的には授業料を払っている段階ですね。\nここまで、**[24年第1四半期]**から含めると、実はChatGPTのような普通のチャットボットだけでもプログラミングにはかなり役立っていました。\nしかし、コピー＆ペーストと大量の背景説明にとても時間がかかり、結果は一発で上手くいかなかったり方向がずれたりすることも多く、\nまたコピー＆ペーストの手順に戻るという繰り返しで、良い循環に入ることが難しく、学習の参考程度にしか使えませんでした。\nこの時期に最も流行っていたのはCursorエディタで、Tabキーによる自動補完機能が特徴でしたが、使用量に制限があり有料サブスクリプションが必要だったため、試しませんでした。\n同時にClaudeもプログラミング能力の高さで人気が出始めており、ローカルPCで動作するAIエージェント「Claude Code」もリリースされていましたが、これもサブスクリプションが必要だったため試しませんでした。\nAIエージェントへの転換 # [25年第4四半期]\nこの時点で、私はチャットボットのサブスクリプションは最大でも同時に一つだけと決めており、ChatGPTからGoogle Geminiに乗り換えたばかりでした。\nちょうどSpec-Driven Development（SDD）が話題になっていた時期で、GeminiもClaude Codeに対抗するエージェント「Gemini CLI」をリリースしたので、ついに試してみました。\nエージェントを使うとコピー＆ペーストの手順が不要になり、効率が大幅に向上することに気づきました。修正後にコードを貼り直してどの行を修改すべきか探す手間もなくなりました。\nこの時点で、プログラミングにはチャットボットではなくエージェントを使うべきだと確信したので、Claudeのサブスクリプションに切り替えてClaude Code（以下CC）を使い始めました。\nCCのモデル能力は確かに強力で、対話の理解と実行が期待通りになる確率がすでにかなり高かったです。\nコンピュータの操作とOpus 4.5 # ある時、Mac miniのストレージが満杯になって使えなくなりました。私はCCに直接「どうすればいい？」と聞きました。チャットボットのウェブ画面で聞くのと同じ感覚で。\nCCは具体的な解決策をすぐに提示してくれました：どのディレクトリを削除できるか、どれを外付けハードディスクに移動すべきかなど…\nコンピュータを壊されるのが心配だったので、一歩ずつ許可を出しながら操作させました。結果、すべて無事に完了しました。\n私はmacOSやXcodeのビルド環境にあまり詳しくないのですが、この時AIはあらゆる分野において（私が詳しくない分野も含めて）80点以上の理解力を持っていると気づきました。そしてプログラミングができるということは、コンピュータを操作できるということとほぼ同義なのです。\nCCは直接コンピュータを操作できるため、ディレクトリ間を自由に行き来し、コードを書いた後にエラーを自分で発見し、自分で修正する。完全に好循環に入っていました。\nエージェントを使った開発速度は比較にならないほど速く、3ヶ月遅れてCCに切り替えた自分がとても愚かに思えました。\n主観的にも客観的にも、この時間の浪費は相当なものでした。\n主観的には、もし最新のツールをもっと早く採用していれば、最初の3ヶ月の作業量は2〜3週間で完了できたはずです。\n客観的には、最新ツールを使っている他の人は、あなたより効率が高く、あなたより早くプロダクトをリリースしています。\n前述の「試さなかった」判断は、30分か1時間の時間と、数百円のサブスクリプション代を節約しましたが、結果的には大切な人生の時間を大量に浪費してしまいました。\nこれが、今多くの人がAIの最新プロダクト情報を熱心に追いかけている理由かもしれません。\n少なくとも私はそうです。常に最新プロダクトに注目し続けざるを得ません。時間管理におけるリスクヘッジのためです。\n[2025年11月24日]\nOpus 4.5がリリースされました。OpusはClaudeの最上位モデルで、この時4.5がリリースされました。\n前バージョンと比べて各方面で性能が顕著に向上しましたが、最大の違いは意図の理解力です。\n旧バージョンは「指示されたことをそのままやる」だけでした（実際にはそれでも十分優秀でしたが）。4.5からは、要求を受け取った後にある程度の要約と計画を行うようになりました。人間に例えるなら、「より機転が利く、経験豊富な人」になったということです。\nどのファイルをどう修正するか具体的に指示する必要がなくなり、マネージャーや上司のように最終的な要求を伝えるだけで、CCが展開して次の1〜2ステップを計画してくれます。\nこの計画能力による効率の向上はさらに大きなものでした。前述の通り、AIはあらゆることについて8割以上の知識を持っており、次の1〜2ステップの作業を自主的に行い、しかもきちんとこなします。\nこれにより抽象度が大幅に上がり、CCに外注する範囲がどんどん広がり、次第に自分でコードを確認・修正する必要がなくなっていきました。\nOpus 4.5の登場以降、コミュニティでの「AIにプログラミングを任せることの是非」に関する議論は終わりを迎えました。\nフルタイムのソフトウェアエンジニアや熟練者にとってどうかは、私には想像がつきません。\n少なくとも自分自身と比較すると、以前は1〜2年かかっていたことが2〜3ヶ月で完了するようになりました。\n成果物は自分の認知の境界から少し外側に広がったレベルに留まり、むしろ私自身が最大のボトルネックになっています。\nこの記事はここまで\n","date":"2026年2月22日","externalUrl":null,"permalink":"/ja/posts/kana_juku_dev_1/","section":"ブログ","summary":"","title":"假名私塾 開発ノート（一）：チャットボットからAIエージェントへ","type":"posts"},{"content":" ディープフェイク時代に本当に不足しているのは、検証可能な真実性 # 映像と音声の敷居が下がること自体は良いことだ。しかし偽造、再編集、文脈の切り取りのコストも同時に下がり、「録画した」という事実は、もはや「出来事をそのまま証明できる」ことと同じではなくなった。Atomic Presence はまさにこのギャップに切り込み、録制の瞬間から後で検証可能な証拠チェーンを築き始めるためのツールだ。\n想定する場面は日常の気軽な撮影ではない。インタビュー、証言、内部告発、争議の現場、あるいは素材が後から疑問視・編集・偽造される可能性を気にするような状況だ。\n一般的な録画ツールとの違い # 多くの録画ツールは「まずファイルをきちんと録り、保存は後で考える」という発想で作られている。Atomic Presence は録制中に、ハッシュチェーン、動的 QR コード、デジタル署名といった証明メカニズムをそのままフローに組み込む。後から補強するパッチではなく、最初から「検証可能性」を製品の核心に据えている。\nその意味で、これはリスク場面のための技術的防衛ツールに近い。毎日使うものではないかもしれないが、必要なときに「すでに入っていて、手順も把握できている」状態であることが重要になる。\n四つのレベルは、異なるリスクへの対応 # 保護レベルが分かれているのは、演出のためではなく、現実のシーンが求めるコストと強度が異なるためだ。「いま録画している」と相手に示せば十分な場面もあれば、証拠級の完全性検証に近いものが必要な場面もある。段階があることで、ツールが「全開」と「全閉」という粗い二択を抜け出し、実際のワークフローに収まるようになる。\nジャーナリスト、法律専門家、市民記録者、または明確な会話記録を残す必要がある人にとって、これは大きな価値を持つ。彼らが求めているのはフィルターの多いカメラではなく、曖昧な領域が少ない録制ツールだからだ。\nプライバシーとオフラインは信頼性の一部 # 真実性を標榜するツールが、コアデータの処理を外部サーバーに大きく依存していれば、その信頼性自体が揺らぐ。Atomic Presence は重要な計算を端末内に留める。プライバシーを守るためでもあり、証拠チェーン上の外部依存を減らすためでもある。素材が第三者を経由する回数が少ないほど、後からそれが何を経てきたかを説明しやすくなる。\n撮影の快適さよりも、争議が起きたときに他者を説得できる可能性を上げたい。そのような用途なら、Atomic Presence は事前に使い慣れておく価値がある。\n","externalUrl":null,"permalink":"/ja/apps/atomic-presence/","section":"アプリ","summary":"","title":"Atomic Presence","type":"apps"},{"content":"最終更新日：2026-04-15\n1. 概要 # Atomic Presence（原子在場）は、QQder339 が開発した、暗号学的ハッシュチェーン・デジタル署名・音声電子透かし技術を用いて録音・録画の完全性を自己証明するためのディープフェイク対策ツールです。\n一言で言えば：本アプリは、いかなる個人データも外部サーバーに収集・保存・送信しません。すべての暗号演算と証明はデバイス上で行われます。\n2. 収集しないデータ # 本アプリは以下のデータを収集しません：\n個人識別情報（氏名、メールアドレス、電話番号） 位置情報 デバイス識別子 使用状況の分析またはトラッキングデータ 3. ローカルに保存されるデータ # 以下のデータはデバイス内にのみ保存され、外部には一切送信されません：\n音声・映像ファイル：すべての録制内容はデバイスのローカルストレージに保存 ハッシュチェーン記録：SHA-256ハッシュシーケンスと対応する検証データ デジタル署名：デバイス上のCurve25519アルゴリズムで生成された署名データ 検証レポート：完全性レポートとメタデータ記録 匿名化されたデバイス識別子：各 .evidence.json には、Apple の identifierForVendor から計算した SHA-256 の先頭 16 文字（16 進数）が埋め込まれます。これは同一デバイス上の異なる録制を検証時に関連付けるためにのみ使用されます。この識別子はあなたのデバイス上の evidence ファイル内にのみ存在し、いかなるサーバーにも送信されず、元のデバイス情報に復元することもできません 4. 暗号機能（完全オフライン） # すべての主要機能はネットワーク接続なしでデバイス上で完了します：\nハッシュチェーン生成：リアルタイムSHA-256ハッシュシーケンス。すべての計算はローカルで実行 デジタル署名：Curve25519アルゴリズムを使用してデバイス上で録製ファイルに署名 音声電子透かし：FSK信号を録音に埋め込み。すべての信号処理はデバイス上で実行 検証：完全性検証計算はローカルで実行 5. 重要事項 # 本アプリが処理するコンテンツ（音声、映像）には機密情報が含まれる場合があります。すべての処理はあなたのデバイス上で行われ、私たちはあなたの録製内容に一切アクセスできません。\n6. サードパーティサービス # 本アプリはGoogleアナリティクス、Facebook SDK、広告など、いかなるサードパーティの分析・広告フレームワークも使用しません。\n7. ネットワークアクセス # 本アプリはすべての機能を使用するのにネットワーク接続は不要です。唯一のネットワークアクセスは：\n外部リンク：関連リンクをタップした際にブラウザが開きます 8. お問い合わせ # 📧 qqder339@gmail.com\n件名：Atomic Presence プライバシーポリシー お問い合わせ\n","externalUrl":null,"permalink":"/ja/privacy/atomic-presence/","section":"プライバシーポリシー","summary":"","title":"Atomic Presence — プライバシーポリシー","type":"privacy"},{"content":"App Store · プライバシーポリシー\nよくある質問 # Q: 動画内のQRコードが不鮮明で、検証時にスキャンできない？\nA: 録制時に画面の明るさが十分であること、カメラが画面から30〜50cm離れていることを確認してください。QRコードは1秒ごとに更新されるため、カメラがはっきりとフォーカスできる必要があります。問題が続く場合は、録制解像度を下げてみてください。\nQ: 音声電子透かしの検証が失敗する？\nA: 以下の状況で検証が失敗することがあります：音声が大きく圧縮された場合（WhatsApp転送など）、音声が切り取られた場合、またはバックグラウンドノイズが過大な場合。静かな環境で録音し、元の音声ファイルで検証することをお勧めします。\nQ: 新しいデバイスでデジタル署名が無効になった？\nA: 各デバイスの署名鍵は iOS Keychain に保存され、デバイスを変更すると新しい鍵が生成されます。ただし公開鍵を手動でエクスポートする必要はありません。各録制の .evidence.json には、その録制で使用された公開鍵が自動的に埋め込まれているため、検証者はその evidence ファイルさえあれば、どのデバイス上でも検証できます。\nQ: 録制中にアプリが突然終了した。ファイルはまだある？\nA: アプリが予期せず終了した場合、一部の録制ファイルが Documents ディレクトリに残っている可能性があります。アプリを再起動し、メイン画面上部の VERIFY ボタンをタップして、Level 1 / Level 2 / Level 3 の各タブで復元可能なファイルがないか確認してください。\nQ: ハッシュチェーンの検証で「完全性が破損」と表示されるが、編集していない？\nA: 考えられる原因：録制中にシステムによってアプリが中断された、バッテリー残量が少なすぎた、またはストレージ不足による書き込みエラー。録制時はバッテリーとストレージが十分にあることを確認してください。\nトラブルシューティング # 端末の空き容量が十分あることを確認（2GB以上を推奨） 録制中は画面をオンにして、システムによる中断を回避 アプリを強制終了して再起動 iOSバージョンを確認 ≥ 17.0 特定のシナリオで問題が続く場合は、エラーメッセージのスクリーンショットを添えてメールでお問い合わせください サポートへのお問い合わせ # 📧 qqder339@gmail.com\n件名：[Atomic Presence] 問題の説明\nお問い合わせの際は、端末モデル・iOSバージョン・アプリバージョン・録制モード（映像/音声）・再現手順をお知らせください。\n本アプリはユーザーデータを一切収集しません。すべての暗号演算はデバイス上で行われます。録制内容へのアクセスは不可能です。プライバシーポリシーを確認 →\n","externalUrl":null,"permalink":"/ja/support/atomic-presence/","section":"サポート","summary":"Atomic Presenceのサポートとお問い合わせ","title":"Atomic Presence サポート","type":"support"},{"content":" 音を、背景に流すものから「設計できる空間」へ # 多くのホワイトノイズアプリは最終的に同じ結論に辿り着く。雨や波や風を流し、それで集中できたり眠れたりすることを願う、というものだ。Auditory Companion はもう一歩先へ進む。いくつかの環境音素材を詰め込むことよりも、「音がどのように居住可能な場をかたちづくるか」をプロダクトの核心に据えている。\nそのため見えるのは単なるプレイリストではなく、ノイズシンセサイザー、シーンミキサー、リーダーという三つの系統だ。聴覚環境を複数の方向から調整できる。安定した感情の薄いスペクトルが欲しいとき、雨の夜・暖炉・カフェのように空間感のある層が欲しいとき、読み上げ音声と背景音を同じ画面で共存させたいとき、それぞれに応じて。\n最も価値を発揮するシーン # 長時間の読書、執筆、作業では、「自然音を流す」だけでは足りないことが多い。必要なのは調整可能なサウンドスケープだ。Auditory Companion はこの用途に向いている。シンセサイザーでノイズの下地を敷き、シーンミキサーでイベント音とループ音を重ね、最後にリーダーでテキストを読ませる。Spotify のプレイリストを開くよりも、その時の状態に寄り添うことができる。\nもう一つの典型はリラックスと就寝前だ。完全な静寂ではなく、邪魔にならず外界を遮ってくれる音を必要とする人は多い。そうした場面でこそ、調整可能なノイズとシーンミキシングの差が効く。わずかなプリセットから無理に選ぶ必要がなくなる。\n鍵は、音のコントロール粒度 # 個人用の小さなサウンドワークステーションだと思うと分かりやすい。シンセサイザーはスペクトルと質感、シーンミキサーは雰囲気と空間感、リーダーはコンテンツ入力を担当する。それぞれ単独でも成立するが、組み合わせると包括的な集中システムになる。\n「バックグラウンドサウンドを必要とする人」に強く響く理由もそこにある。誰かが作った音場を受け取るのではなく、自分が長く居られる音の設定を、少しずつ見つけていけるからだ。\n細部を見ても違いははっきりする。シンセサイザーはホワイト・ピンク・ブラウン・グリーンの 4 色ノイズと複数のパラメータを手元に置き、単なるオン・オフ以上の操作ができる。シーンミキサーは数百種の音声サンプルを重ねてシーンを組み立てられる。リーダーは端末内 TTS、背景音の自動ダッキング、フルスクリーンプレーヤーを一つのパスにまとめている。\n音声と読み上げデータを端末内に留めることの実用的な意味 # 何を読み、何を聴き、どのテキストを貼り付けたか。これらは往々にしてプライベートな情報だ。特にクリップボード読み上げや端末内 TTS をサポートするアプリで、それがアップロードされるなら体験はすぐに濁る。Auditory Companion は合成、ミキシング、読み上げをすべて端末内に閉じる。これが、日常ツールとして安心して使えるかどうかを決めている。\n「何種類の環境音があるか」ではなく、仕事・読書・休息・没入型リスニングに寄り添える音響エンジンを探しているなら、このアプリは一度自分で試してみる価値がある。\n","externalUrl":null,"permalink":"/ja/apps/auditory-companion/","section":"アプリ","summary":"","title":"Auditory Companion","type":"apps"},{"content":"最終更新日：2026-04-15\n1. 概要 # Auditory Companion（聴覚旅伴）は、QQder339 が開発した、リアルタイムDSPノイズ合成・108種類の環境音・AIテキスト読み上げを組み合わせた集中オーディオエンジンです。\n一言で言えば：本アプリは、いかなる個人データも外部サーバーに収集・保存・送信しません。\n2. 収集しないデータ # 本アプリは以下のデータを収集しません：\n個人識別情報（氏名、メールアドレス、電話番号） 位置情報 デバイス識別子 使用状況の分析またはトラッキングデータ 3. ローカルに保存されるデータ # 以下のデータはデバイス内にのみ保存され、外部には一切送信されません：\nサウンドスケープ設定：保存済みのミキシング設定とお気に入りシーン 読み上げコンテンツ：記事、クリップボードテキスト等の読み上げ素材（ローカルのみで処理） ユーザー設定：音量、音響設定、自動ダッキング設定など 4. デバイス内 AI 機能 # テキスト読み上げ（TTS）と音声処理はデバイス上で動作します：\nAI音声読み上げ：iOS 内蔵の TTS、またはオプションでダウンロードできるローカル MeloTTS モデルを使用。すべての音声合成はデバイス上で実行されます 自動ダッキング：DSP信号処理は完全にローカルで実行され、音声と背景音をリアルタイムで分析して音量を自動調整 5. サードパーティサービス # 本アプリはGoogleアナリティクス、Facebook SDK、広告など、いかなるサードパーティの分析・広告フレームワークも使用しません。\n6. ネットワークアクセス # コア機能（ノイズ合成、シーンミキシング、iOS 内蔵 TTS 読み上げ）は完全にオフラインで動作します。以下の機能では、あなたが明示的に起動した場合にのみネットワーク接続が発生します：\nMeloTTS モデルのダウンロード（任意）：設定でデバイス内 TTS モデルのダウンロードを選択した際、本アプリは公開されているソースからモデルファイルを取得し、ローカルにキャッシュします 外部リンク：関連リンクをタップした際にシステムブラウザが開きます これらのリクエストは、あなたがダウンロードを選択したファイルの URL のみを送信し、個人を特定する情報は含まれません。\n7. お問い合わせ # 📧 qqder339@gmail.com\n件名：Auditory Companion プライバシーポリシー お問い合わせ\n","externalUrl":null,"permalink":"/ja/privacy/auditory-companion/","section":"プライバシーポリシー","summary":"","title":"Auditory Companion — プライバシーポリシー","type":"privacy"},{"content":"App Store · プライバシーポリシー\nよくある質問 # Q: 音声再生中にノイズや爆音がある？\nA: 一部のノイズはBluetoothイヤホンの接続問題が原因の場合があります。有線イヤホンに切り替えてテストしてみてください。有線でも問題が続く場合は、設定でサンプルレートを調整するか、オーディオエンジンを再起動してください。\nQ: TTS読み上げが不自然に聞こえる？\nA: アプリはiOSの内蔵TTSエンジンを使用しています。設定で異なる音声パックや読み上げ速度に切り替えることができます。一部の言語（繁体字中国語など）のTTS品質はiOSのバージョンに依存します。最新のiOSへの更新をお勧めします。\nQ: 自動ダッキングが時々機能しない？\nA: 自動ダッキングは、バックグラウンドサウンドとTTS読み上げが同時に再生されている必要があります。どちらか一方のみが再生されている場合、ダッキングは起動しません。両方の音源が再生中であることを確認し、設定で自動ダッキングが有効になっているか確認してください。\nQ: 保存した音景設定が次回起動時に消えている？\nA: 設定が保存される前にアプリが強制終了された可能性があります。設定を完了した後、アプリを終了する前に保存を確認してください。\nQ: 画面ロック後も再生を続けられますか？\nA: はい。アプリはバックグラウンドオーディオ再生をサポートしており、画面ロック後も継続します。再生が自動的に停止する場合は、iOSの設定でアプリのバックグラウンド更新権限を確認してください。\nトラブルシューティング # 音量がミュートになっていないか確認（物理ミュートスイッチ＋メディア音量） オーディオ出力デバイスを切り替えてみる（有線 vs Bluetooth） アプリを強制終了して再起動 端末を再起動して音声ルーティングの競合をクリア iOSバージョンを確認 ≥ 17.0 サポートへのお問い合わせ # 📧 qqder339@gmail.com\n件名：[Auditory Companion] 問題の説明\nお問い合わせの際は、端末モデル・iOSバージョン・アプリバージョン・使用中のイヤホン/スピーカーのモデル・再現手順をお知らせください。\n本アプリはユーザーデータを一切収集しません。すべてのオーディオ処理はデバイス上で行われます。プライバシーポリシーを確認 →\n","externalUrl":null,"permalink":"/ja/support/auditory-companion/","section":"サポート","summary":"Auditory Companionのサポートとお問い合わせ","title":"Auditory Companion サポート","type":"support"},{"content":" 教材が合っていないことが、多くの場合の本当の問題 # 英語学習で最も辛いのは、語彙が足りないことよりも、記事を開いた瞬間に「少し難しいくらいなのか、挫折級に難しいのか」が見えないことだ。易しすぎれば成長感がなく、難しすぎれば忍耐だけが削られる。English N+1 はそのギャップのために作られている。\nKrashen の i+1 理論を実用的な形に落とし込んだ製品で、まずレベルを推定し、そのうえで AI が現在の実力より少しだけ上のコンテンツを生成する。焦点は「AI を学習アプリに組み込む」ことではなく、「教材を身に合わせる」工程を本当に自動化することにある。\n実際の使い方 # 基本の流れは、レベル判定で CEFR のおおよその範囲を掴み、興味のあるトピックを選び、アプリに今のレベルに合った記事を生成させる、というものだ。知らない単語はそのまま保存でき、自然と復習サイクルに入る。記事を別途探し、辞書を引き、ノートを取り、フラッシュカードへ整理する。そういう一連の習慣を、最初から一体として設計している。\n英語が苦手な人にとっては特に重要な体験になる。最初から実力を証明させる代わりに、大半を理解できる状態のまま境界を少しずつ広げていく。この「今より一段だけ難しい」幅が、多くの人が続けられるゾーンそのものだ。\nAI はここでは教材エンジン # 会話の自然さを売りにする AI 英語製品は多い。しかし長く使われるかどうかを決めるのは、教材生成の品質が安定しているか、復習のリズムがなめらかかどうかだ。English N+1 はレベルに合わせて調整するカリキュラムエンジンに近い。文章の難易度・語彙密度・トピックの面白さが統合されており、毎回「この記事は合うだろうか」と賭ける必要がなくなる。\nモデルを端末内で動かしている点も重要だ。学習記録、レベル情報、読書の好みは私的なデータであり、自分の弱点と向き合っているときはなおさらだ。これらを端末に留めることで、クラウド型より長期的な利用に向いた体験になる。\nモデル選択もユーザーに丸投げされない。レベル判定でおおよその CEFR 帯を掴み、端末の性能とメモリ状況に応じてローカルモデルが生成を担う。開いたらすぐ読み始められる。そんな体験を、複雑な設定で中断させない設計になっている。ハード適応の中身は裏側で完結させ、表面はシンプルに保つ。AI を見せ物にするよりも、こちらのほうが実用的だ。\nダウンロードに向いている人 # 華やかなのに身に合わない英語アプリに疲れている人には、このアプリはむしろ合う。連続ログインやゲーミフィケーションではなく、「開くたびにちょうど学べる」ことで戻ってきてもらう設計だ。学生、自学者、英語を再開したい人、通勤中に少しだけ英語を読みたい人にとって、ネットで素材を探し回るよりも確実に整っている。\n英語を途中でやめてしまう瞬間は、たいてい努力不足のせいではなく、教材が身に合っていないせいだ。English N+1 が解こうとしているのはこの一点だけ——次に記事を開くとき、「今日は耐えきれるだろうか」と推し量らなくて済むようにすること。\n","externalUrl":null,"permalink":"/ja/apps/english-n-plus-1/","section":"アプリ","summary":"","title":"English N+1","type":"apps"},{"content":"最終更新日：2026-04-15\n1. 概要 # English N+1は、QQder339 が開発した、CEFRレベル診断とデバイス上AI会話技術を組み合わせた英語学習アプリです。\n一言で言えば：本アプリは、いかなる個人データも外部サーバーに収集・保存・送信しません。\n2. 収集しないデータ # 本アプリは以下のデータを収集しません：\n個人識別情報（氏名、メールアドレス、電話番号） 位置情報 デバイス識別子 使用状況の分析またはトラッキングデータ 3. ローカルに保存されるデータ # 以下のデータはデバイス内にのみ保存され、外部には一切送信されません：\n学習進捗・レベル：CEFR診断結果および学習記録 会話履歴：AIとの会話ログはローカルに保存 単語コレクション：保存した語彙と学習メモ ユーザー設定：言語設定、難易度設定など 4. オフラインAI機能 # すべてのAI機能はネットワーク接続なしでデバイス上で完全に動作します：\nAI会話練習：ローカルのLlama 3.2またはQwen 2.5モデルを使用。すべての推論はデバイス上で実行 記事生成：あなたのレベルに合わせたパーソナライズされた学習記事をローカルで生成 レベル評価：CEFRレベルの評価はデバイス上で計算 AIモデルは初回使用前にダウンロードが必要です（ユーザーが主体的に選択）。ダウンロード後はすべての機能がオフラインで使用できます。\n5. サードパーティサービス # 本アプリはGoogleアナリティクス、Facebook SDK、広告など、いかなるサードパーティの分析・広告フレームワークも使用しません。\n6. ネットワークアクセス # ネットワークアクセスは以下の場合に限られます：\nAIモデルのダウンロード（任意、一回限り）：LLMモデルリソースを明示的に選択した場合のみ接続 外部リンク：関連リンクをタップした際にブラウザが開きます 上記以外、本アプリはネットワーク接続を開始しません。\n7. お問い合わせ # 📧 qqder339@gmail.com\n件名：English N+1 プライバシーポリシー お問い合わせ\n","externalUrl":null,"permalink":"/ja/privacy/english-n-plus-1/","section":"プライバシーポリシー","summary":"","title":"English N+1 — プライバシーポリシー","type":"privacy"},{"content":"App Store · プライバシーポリシー\nよくある質問 # Q: CEFRレベルテスト後、難易度がずれている気がする？\nA: 初回テストは語彙選択に基づく簡易評価で、実際のレベルと差が生じる場合があります。設定で手動で難易度を調整するか、テストを再度受けてください。しばらく使用すると、アプリが解答記録に基づいて自動調整します。\nQ: AI会話機能に必要なモデルは？どのくらいの大きさ？\nA: 端末の性能に応じて適切なモデル（Llama 3.2またはQwen 2.5）が推奨されます。モデルサイズは約1〜4GBです。ダウンロード後は完全にオフラインで会話できます。インターネット接続は不要です。\nQ: AIの会話応答がとても遅い、または止まっている？\nA: デバイス上のAI推論の速度は端末の性能に依存します。古いiPhoneでは明らかに遅くなります。設定で小さいモデルバージョンを選択してみてください。\nQ: 生成された記事が難しすぎる？\nA: 記事はCEFRレベルに基づいて生成されます。難しすぎると感じる場合は、設定でレベルを下げるか、記事生成時に低い難易度を手動で選択してください。\nQ: 学習記録や保存した単語はバックアップされますか？\nA: 現在、すべてのデータはデバイスのローカルにのみ保存されます。iCloudバックアップは非対応です。アプリをアンインストールするとすべての記録が削除されます。\nトラブルシューティング # AIモデルの読み込み失敗：空き容量が3GB以上あることを確認し、ダウンロードが中断されていないか確認 AI会話中にクラッシュ：設定で小さいモデルに切り替えてみる アプリを強制終了して再起動 iOSバージョンを確認 ≥ 17.0 サポートへのお問い合わせ # 📧 qqder339@gmail.com\n件名：[English N+1] 問題の説明\nお問い合わせの際は、端末モデル・iOSバージョン・アプリバージョン・再現手順をお知らせください。\n本アプリはユーザーデータを一切収集しません。AI会話はすべてデバイス上で処理されます。プライバシーポリシーを確認 →\n","externalUrl":null,"permalink":"/ja/support/english-n-plus-1/","section":"サポート","summary":"English N+1のサポートとお問い合わせ","title":"English N+1 サポート","type":"support"},{"content":" 長期的な人生プロジェクトを置く場所 # 多くのタスク管理ツールは、今日・今週・今月やることを扱うのは得意だが、「重要だがすぐには爆発しない」種類の人生プロジェクトはうまく扱えない。読書、運動、語学学習、感情の整理、大切な人との繋がり。これらは重要度が低いのではなく、目の前の騒がしい用事に押しのけられやすいだけだ。Gantt Planet はそうしたものを置くために設計されている。\n目指しているのは、忙しさを増やすことではなく、そもそも時間をかける価値があるものを見えるようにすることだ。タイムライン、3D 惑星、AI 樹洞、アートコレクションは見た目こそ違うモジュールだが、すべて同じ目的に奉仕している。自律を、根性ではなく、可視化・体感・再訪できるリズムとして成り立たせること。\n一般的な効率ツールよりスマートフォンに残りやすい理由 # 従来の ToDo ツールは多くがリスト論理で動く。「完了はチェックを外すこと、未完了は圧の蓄積」というモデルだ。Gantt Planet はむしろ、小さな惑星を育てる感覚に近い。項目を消していくというより、惑星が時間をかけて地形と記憶を育てていく。このビジュアル言語のおかげで、長期目標を手放しにくくなる。もはや冷たい一行のテキストではなくなるからだ。\nタイムライン画面は今日注目すべきことを見るのに、3D 惑星ビューは全体の進捗を感じ取るのに向いている。前者は現実へ引き戻し、後者は始めた理由を忘れさせない。二つを並べて使うと、「今日」と「一生」が同じ画面に収まる。\n出発点は、縮小版の企業向けプロジェクト管理ツールではなく、個人の「重要だが緊急でない」だ。タイムラインで日次・週次・月次、さらに長いサイクルのリズムまでを追跡し、達成感を 3D 惑星の地景とコレクションへと変えていく。「タスクをより詰め込む」型の効率ソフトとの違いが、ここに最も現れる。\nAI 樹洞とアートコレクションが「戻る理由」になる # 長期的な習慣化は計画の問題であると同時に、感情の問題でもある。やることが分からないからではなく、疲れている・面倒・気が散っている・反応のない効率ツールをもう見たくない。そんな理由で止まることが多い。Gantt Planet の AI 樹洞は、そこに寄り添うために用意されている。少し話して自分を整えたいだけの時間にも、高い生産性を求められない。\nコレクションシステムは、「完了」を義務ではなく蓄積へと置き換える。万人向けの設計ではないが、単調さに負けやすい人にとっては、忍耐を取り戻すのにちょうど合うやり方だ。タスクを達成するたびイラストやコレクションが少しずつ開いていくフィードバックは、KPI 的な圧ではなく、長期の人生工程に足跡を残していくような体験に近い。\nこの種のアプリではプライバシーとオフラインがとりわけ重要 # 目標、日記、感情、対話。これらは通常の生産性アプリより一段プライベートな内容だ。Gantt Planet の価値のひとつは、伴走と可視化の体験を得るために、そうしたデータを外部サービスに渡さなくて済むことにある。多くの人は、データが本当に自分の端末に留まっているときにだけ、内側にあるものを書き残す気になれる。\nGantt Planet はあなたの予定を埋めてくれないし、遅れを赤字で警告することもない。得意なのは、あなたが手放したくないものを、目に見える一つの惑星として少しずつ積み重ねていくことだ。\n","externalUrl":null,"permalink":"/ja/apps/gantt-planet/","section":"アプリ","summary":"","title":"Gantt Planet","type":"apps"},{"content":"最終更新日：2026-04-15\n1. 概要 # Gantt Planetは、QQder339 が開発した、3Dビジュアル習慣管理とデバイス上AIコンパニオンを組み合わせた人生目標管理アプリです。\n一言で言えば：本アプリは、いかなる個人データも外部サーバーに収集・保存・送信しません。あなたの習慣、日記、会話はすべてあなただけのものです。\n2. 収集しないデータ # 本アプリは以下のデータを収集しません：\n個人識別情報（氏名、メールアドレス、電話番号） 位置情報 デバイス識別子 使用状況の分析またはトラッキングデータ 3. ローカルに保存されるデータ # 以下のデータはデバイス内にのみ保存され、外部には一切送信されません：\n習慣・目標：すべての項目、完了記録、タイムラインデータ AI会話ログ：内蔵AIとのすべての会話はローカルに保存 日記・気分記録：すべての日記内容 アートコレクション：解除済みのステッカーとイラスト記録 3D惑星の状態：惑星の地形と成長データ ユーザー設定：各種設定 4. オフラインAI機能 # AIコンパニオン機能はデバイス上で完全に動作します：\nAI会話：ローカル大規模言語モデル（LLM）を使用。すべての推論はデバイス上で実行され、会話内容はいかなるサーバーにも送信されません モデルダウンロード：初回使用前にAIモデルのダウンロードが必要です（ユーザーが主体的に選択）。ダウンロード後は完全にオフラインで動作 5. サードパーティサービス # 本アプリはGoogleアナリティクス、Facebook SDK、広告など、いかなるサードパーティの分析・広告フレームワークも使用しません。\n6. ネットワークアクセス # ネットワークアクセスは以下の場合に限られます：\nAIモデルのダウンロード（任意、一回限り）：明示的に選択した場合のみ接続 アートコレクション画像のダウンロード（オンデマンド）：アート報酬を獲得した際、本アプリは公開 GitHub リポジトリから対応する画像を取得し、ローカルにキャッシュします（以後はオフラインで利用可能） 天気情報（任意）：リアルタイム天気を有効にした場合、最小限の地域データのみを送信 外部リンク：関連リンクをタップした際にブラウザが開きます これらのリクエストは、あなたが選択または起動したリソースのURLのみを送信し、個人を特定する情報は含まれません。\n7. お問い合わせ # 📧 qqder339@gmail.com\n件名：Gantt Planet プライバシーポリシー お問い合わせ\n","externalUrl":null,"permalink":"/ja/privacy/gantt-planet/","section":"プライバシーポリシー","summary":"","title":"Gantt Planet — プライバシーポリシー","type":"privacy"},{"content":"App Store · プライバシーポリシー\nよくある質問 # Q: AIコンパニオンの会話にはインターネットが必要？\nA: 不要です。AIコンパニオンはオンデバイスのローカルモデルを使用します。すべての会話は完全にオフラインで処理され、いかなるサーバーにも送信されません。初回使用時にモデルのダウンロード（約1〜4GB）が必要ですが、その後は完全にオフラインで動作します。\nQ: 3D惑星がカクカクする？\nA: 3D惑星には一定のGPU性能が必要です。古い端末でカクつく場合は、設定でレンダリング品質を下げるかパーティクルエフェクトをオフにしてください。推奨端末：iPhone 12以降。\nQ: タイムライン上の習慣項目が消えた？\nA: すべてのデータはデバイスのローカルに保存されます。データが突然消えた場合は、誤って削除していないか確認してください（ゴミ箱から復元できる場合があります）。そうでない場合は、アプリバージョンを添えてメールでお問い合わせください。\nQ: 天気機能の表示がおかしい？\nA: 天気機能には位置情報の権限が必要です。iOS設定 \u0026gt; プライバシー \u0026gt; 位置情報サービスでこのアプリへのアクセスを許可してください。許可済みでも正しくない場合は、天気機能をオフにしてから再度オンにしてみてください。\nQ: 解除済みのアートスタンプが消えた？\nA: スタンプの解除記録はローカルに保存され、アンインストール後は削除されます。アンインストールせずにデータが消えた場合は、状況を添えてメールでお問い合わせください。\nトラブルシューティング # アプリを強制終了して再起動 空き容量を確認（AIモデル＋3Dリソースには2GB以上が必要） iOSバージョンを確認 ≥ 17.0 3Dレンダリングが異常な場合は、設定で惑星の表示設定をリセットしてみてください サポートへのお問い合わせ # 📧 qqder339@gmail.com\n件名：[Gantt Planet] 問題の説明\nお問い合わせの際は、端末モデル・iOSバージョン・アプリバージョン・再現手順（スクリーンショット歓迎）をお知らせください。\n本アプリはユーザーデータを一切収集しません。AI会話と習慣記録はすべてデバイス上で処理されます。プライバシーポリシーを確認 →\n","externalUrl":null,"permalink":"/ja/support/gantt-planet/","section":"サポート","summary":"Gantt Planetのサポートとお問い合わせ","title":"Gantt Planet サポート","type":"support"},{"content":" 大事なのは、学習リズムを正しく作ること # 多くの Python 学習ツールは二つの極に偏りがちだ。断片的な問題だけを並べるタイプでは、解き終わっても自分の弱点が見えない。反対に本格的な IDE に放り込むタイプでは、初学者はそれだけで怯んでしまう。Python Dimensions はその間に橋を架け、読解力・文法感覚・論理感覚をまず組み立ててから、より本格的なコーディング能力へと進ませる。\n核になる発想は「たくさん問題を解くこと」ではなく、学習を三つの層に分解することだ。「点」は語彙と概念の認識、「線」は文法と局所的な構造、「面」は完全なプログラムフローにあたる。この階層化は、ゼロから始める学習者にも、自分がどこで詰まるかを把握していて効率よく弱点を補いたい人にも合う。\nどんな場面で役に立つか # PCEP・TQC+・CPE を控えている学生にとって、このアプリは日常の感覚維持に向いている。毎回ノート PC を開く必要はなく、10〜20 分の隙間時間で選択問題を一周したり、穴埋めを数問こなしたり、プログラムフローを並べ替えたりできる。この低摩擦さは、短期の詰め込みよりも、長期の積み上げにおいて効いてくる。\n独学の初学者にとっても、正誤しか返さないドリルにはなっていない。問題形式で輪郭を掴んだあと、プレイグラウンドで実際にコードを走らせ、「なぜこう書けば動き、こう書けば動かないか」を自分で確かめられる。知識は記憶層にとどまらず、少しずつ自分の判断へと育っていく。\nオンデバイス AI は、ギミックではない役割を担う # 「AI チューター」と聞くと、「また自分の内容をクラウドに送るのか」と構える人は多い。Python Dimensions は、AI を本当に役立ち、かつプライバシーを損なわない位置に置いている。誤答時には問題文の文脈に沿ったヒントが得られ、構文の確認も検索エンジンとフォーラムを行き来せず、そのまま質問できる。\nさらに大切なのは、これらのやり取りで学習履歴を外部サーバーに渡さなくて良いことだ。学生にとっては使用のハードルが下がる。教師・保護者・データの流出を警戒する人にとっては、気軽な試用デモではなく、長期的に安心して使える学習ツールへと近づく。\n中身も「チャットモデルを詰めただけ」ではない。問題バンク、誤答の文脈、文脈に沿った知識検索、直接実行可能な Python プレイグラウンドが一つの学習ループで連動している。解いて、問い、コードを走らせて検証する。必要なら能力分析から、いま躓いているのが文法なのか、概念なのか、プログラムフローなのかを確認できる。\nこのアプリが端末に残る理由 # 本当に使い続けられる学習ツールは、機能の多さよりも「いつやめたくなるか」を理解している。Python Dimensions は問題演習、AI ヒント、実行環境を一台の端末にまとめ、「スクロールで時間を潰しかけていた」ような瞬間にも、自然に一歩だけ前へ進ませることを狙っている。\n本当に人を前へ進めるのは、一気に五十題を解くような勢いではない。毎日ほんの三分でもアプリを開こうと思える、その三分だ。Python Dimensions はその三分のために作られている。\n","externalUrl":null,"permalink":"/ja/apps/python-dimensions/","section":"アプリ","summary":"","title":"Python Dimensions","type":"apps"},{"content":"最終更新日：2026-04-15\n1. 概要 # Python Dimensions（Python 点線面）は、QQder339 が開発した、組み込みPython実行環境とデバイス上AIチューターを備えたプログラミング学習アプリです。\n一言で言えば：本アプリは、いかなる個人データも外部サーバーに収集・保存・送信しません。\n2. 収集しないデータ # 本アプリは以下のデータを収集しません：\n個人識別情報（氏名、メールアドレス、電話番号） 位置情報 デバイス識別子 使用状況の分析またはトラッキングデータ 3. ローカルに保存されるデータ # 以下のデータはデバイス内にのみ保存され、外部には一切送信されません：\n学習進捗：すべての問題タイプ（選択、穴埋め、整列）の解答記録とエラートラッキング コード：組み込みIDEで作成したプログラム AI会話ログ：AIチューターとの会話はローカルに保存 ユーザー設定：難易度設定、インターフェース設定など 4. オフラインAI機能 # すべてのAI機能はネットワーク接続なしでデバイス上で完全に動作します：\nAIチューター：ローカル大規模言語モデル（LLM）を使用してヒントと解説を提供。すべての推論はデバイス上で実行 Pythonランタイム：組み込みPythonインタープリターは完全にデバイス上で動作。コードはいかなるサーバーにも送信されません AIモデルは初回使用前にダウンロードが必要です（ユーザーが主体的に選択）。ダウンロード後はすべての機能がオフラインで使用できます。\n5. サードパーティサービス # 本アプリはGoogleアナリティクス、Facebook SDK、広告など、いかなるサードパーティの分析・広告フレームワークも使用しません。\n6. ネットワークアクセス # ネットワークアクセスは以下の場合に限られます：\nAIモデルのダウンロード（任意、一回限り）：LLMモデルリソースを明示的に選択した場合のみ接続 外部リンク：関連リンクをタップした際にブラウザが開きます 上記以外、本アプリはネットワーク接続を開始しません。コードの実行はすべてローカルのPython環境内で行われます。\n7. お問い合わせ # 📧 qqder339@gmail.com\n件名：Python Dimensions プライバシーポリシー お問い合わせ\n","externalUrl":null,"permalink":"/ja/privacy/python-dimensions/","section":"プライバシーポリシー","summary":"","title":"Python Dimensions — プライバシーポリシー","type":"privacy"},{"content":"App Store · プライバシーポリシー\nよくある質問 # Q: 内蔵Pythonランタイムがエラーを出す、またはアプリがクラッシュする？\nA: 複雑なコード（無限ループ、大量のメモリ使用）はタイムアウトやクラッシュを引き起こす場合があります。コードに無限ループがないことを確認し、大量のメモリ割り当ては避けてください。特定のコードがクラッシュを引き起こす場合は、そのコードを添えてメールでお問い合わせください。\nQ: AIチューターはモデルのダウンロードが必要？どのくらいの大きさ？\nA: はい。AIチューター機能の初回使用時に、ローカルモデル（約1〜4GB）のダウンロードが必要です。ダウンロード後は完全にオフラインで動作し、すべての質疑応答と解説はデバイス上で処理されます。インターネットは不要です。\nQ: 問題バンクに誤りがあるようだ？\nA: 問題や解答に誤りを発見した場合は、問題の内容・正解と思われる解答・理由を添えてメールでお知らせください。できるだけ早く確認して問題バンクを更新します。\nQ: 誤答レーダーチャートが表示されない？\nA: レーダーチャートの生成には一定数の解答記録が必要です。まず少なくとも20問を解答してから確認してください。\nQ: コードテンプレートはどう使う？\nA: 内蔵IDE画面で右上の「テンプレート」ボタンをタップし、必要なカテゴリ（ループ、関数、クラスなど）を選択すると、コードが自動的にエディターに挿入されます。\nトラブルシューティング # Pythonランタイムのクラッシュ：コードに無限ループがないことを確認；端末の空きメモリが十分あることを確認 AIモデルの読み込み失敗：空き容量が3GB以上あることを確認；Wi-Fi環境で再ダウンロード アプリを強制終了して再起動 iOSバージョンを確認 ≥ 17.0 サポートへのお問い合わせ # 📧 qqder339@gmail.com\n件名：[Python Dimensions] 問題の説明\nお問い合わせの際は、端末モデル・iOSバージョン・アプリバージョン・再現手順（コードに関する問題の場合はコードも添付）をお知らせください。\n本アプリはユーザーデータを一切収集しません。Pythonの実行とAI推論はすべてデバイス上で行われます。プライバシーポリシーを確認 →\n","externalUrl":null,"permalink":"/ja/support/python-dimensions/","section":"サポート","summary":"Python Dimensionsのサポートとお問い合わせ","title":"Python Dimensions サポート","type":"support"},{"content":" 日記を残すのではなく、一人の人を残す # 多くの記録ツールは「今日何が起きたか」を扱う。Sown Echoes が扱いたいのは、もう一段スケールの違う問いだ。ある人の価値観、経験、好み、語り口、判断の仕方が保存する価値を持つとして、それをどう残すか。しかも、散らばったメモの山としてではなく、未来にふたたび理解され、対話できる構造として残すにはどうすれば良いのか。\nだからこのアプリは、日記ツールであり、個人のナレッジベースでもあり、デジタルレガシーシステムの気配もまとっている。残すのは出来事そのものだけではない。出来事をどう捉えるか、自分をどう説明するか、何を大切にし、何を大切にしないか。そうした素材こそが、Sown Echoes が本当に集めたいものだ。\n一般的なメモや音声日記と別に存在する価値 # ただ保存させるのではなく、コンテンツを分析可能な構造へと段階的に整理する手助けをするからだ。テキスト、音声、アンケート、ペルソナ要約、価値観レーダーチャート、デジタル分身との対話。これらのモジュールが合わさると、記録・整理・理解・対話という一本の鎖になる。\n強い記録欲を持ちながら、純粋なメモが積み重なるほどに乱れていくことを知っている人に、特に向いている。「人生の素材を整理する」ために作られたコンテナと捉えられる。入力だけを担う白紙のページとは違う位置づけだ。\nプライベートと公開、二つのトラックを両立する # 多くの製品は「完全にプライベート」と「完全にソーシャル」のどちらかを選ばせる。Sown Echoes はより成熟した態度をとり、両方の需要に正当性があると認める。コンテンツを自分の端末と iCloud の内側だけに留めることもできるし、一部をオープンライセンスで公開し、より大きな Human Wisdom Library の一部として貢献することもできる。\nこの二本立ては付加機能ではなく、プロダクト哲学そのものだ。人生経験にはあなただけのものもあり、公共の知識となる価値を持つものもある。共有するかどうかは、あなた自身が決めるべきことだ。\nオンデバイス AI は「自分を差し出す感覚」を和らげる # プロダクトの核があなたの思想、価値観、人生経験である以上、プライバシーは付加機能ではなく、成立の前提条件となる。Sown Echoes は分析と対話をできる限り端末内に置く。意味するのは、自分を丸ごと差し出さなくても、自分を理解してくれる道具を手にできる、ということだ。\nいつかあなたは、過ぎた人生のある章を思い出そうとして、もうはっきり言葉にできないことに気づくだろう。Sown Echoes がしているのは、その「いつか」を可能な限り遠くへ押しやることだ。\n","externalUrl":null,"permalink":"/ja/apps/sown-echoes/","section":"アプリ","summary":"","title":"Sown Echoes","type":"apps"},{"content":"最終更新日：2026-04-15\n1. 概要 # Sown Echoes（回声種子）は、QQder339 が開発した、あなたの思想・価値観・人生経験を積極的に記録し、BIP-39暗号学的アイデンティティによってデジタルレガシーを構築するアプリです。\n一言で言えば：本アプリは、いかなる個人データも外部サーバーに収集・保存・送信しません。あなたの思考と記録はすべてあなただけのものです。\n2. 収集しないデータ # 本アプリは以下のデータを収集しません：\n個人識別情報（氏名、メールアドレス、電話番号） 位置情報 デバイス識別子 使用状況の分析またはトラッキングデータ 3. ローカルに保存されるデータ # 以下のデータはデバイス内にのみ保存され、外部には一切送信されません：\nBIP-39ニーモニック：あなたのMeme IDアイデンティティキー（ローカルのみに保存。必ず自分でバックアップしてください） 音声・テキスト記録：質問票から入力したすべての思考、価値観、ストーリー 音声テキスト変換結果：Whisperによるデバイス上の認識結果をローカルに保存 ユーザー設定：各種設定 4. オフラインAI機能 # すべてのAI機能はネットワーク接続なしでデバイス上で完全に動作します：\n音声テキスト変換（Whisper）：ローカルのWhisperモデルを使用。すべての音声認識はデバイス上で実行され、音声データはいかなるサーバーにも送信されません BIP-39アイデンティティ生成：ニーモニックはデバイス上でローカルに生成され、外部サービスに依存しません AIモデルは初回使用前にダウンロードが必要です（ユーザーが主体的に選択）。ダウンロード後はすべての機能がオフラインで使用できます。\n5. データエクスポート # AIトレーニング貢献のためにデータをエクスポートする場合、エクスポートは完全にあなたの意思による操作です。本アプリは自動的にコンテンツをアップロードまたは共有しません。\n6. サードパーティサービス # 本アプリはGoogleアナリティクス、Facebook SDK、広告など、いかなるサードパーティの分析・広告フレームワークも使用しません。\n7. ネットワークアクセス # ネットワークアクセスは以下の場合に限られます：\nAIモデルのダウンロード（任意、一回限り）：Whisperモデルリソースを明示的に選択した場合のみ接続 ユーザーが開始するデータエクスポート：明示的にエクスポートを選択した場合のみ 外部リンク：関連リンクをタップした際にブラウザが開きます 上記以外、本アプリはネットワーク接続を開始しません。\n8. お問い合わせ # 📧 qqder339@gmail.com\n件名：Sown Echoes プライバシーポリシー お問い合わせ\n","externalUrl":null,"permalink":"/ja/privacy/sown-echoes/","section":"プライバシーポリシー","summary":"","title":"Sown Echoes — プライバシーポリシー","type":"privacy"},{"content":"App Store · プライバシーポリシー\nよくある質問 # Q: BIP-39ニーモニック（Meme ID）を忘れた。復元できますか？\nA: できません。 ニーモニックは初回生成時のみ表示され、デバイスのローカルにのみ保存されます。私たちはバックアップの仕組みを持たず、あなたのニーモニックにアクセスすることもできません。生成直後に書き留めるかスクリーンショットを撮り、安全な場所に保管することを強くお勧めします。 紛失した場合、他のデバイスでアイデンティティを復元することはできません。\nQ: 音声認識（Whisper）にはインターネットが必要？\nA: 不要です。音声認識はオンデバイスのローカルWhisperモデルを使用します。すべての認識は完全にオフラインで処理されます。初回使用時にモデルのダウンロード（約200MB〜1GB）が必要ですが、その後は完全にオフラインで動作します。\nQ: 記録はどこにある？エクスポートできますか？\nA: すべての記録はデバイスのローカルに保存されています。アプリ内の「データ管理」からJSON形式で記録をエクスポートできます。エクスポートはユーザーが主体的に行うアクションです。アプリは自動的にコンテンツをアップロードしません。\nQ: 音声入力の認識精度が低い？\nA: 認識精度はバックグラウンドノイズ、発話の明確さ、言語の選択に依存します。静かな環境で使用し、アプリにマイクの権限があることを確認してください。特定の言語の認識率が特に低い場合は、メールでお知らせください。\nQ: アップデート後に以前の記録が消えた？\nA: 通常のアップデートではデータが削除されません。データが消えた場合は、誤操作やストレージの異常が原因の可能性があります。アプリのバージョン情報を添えて至急メールでお問い合わせください。\nトラブルシューティング # 音声認識が失敗する：マイクの権限が有効か確認（iOSの設定 \u0026gt; プライバシー \u0026gt; マイク） モデルのダウンロード失敗：Wi-Fi接続が安定していることと空き容量が十分あることを確認 アプリを強制終了して再起動 iOSバージョンを確認 ≥ 17.0 サポートへのお問い合わせ # 📧 qqder339@gmail.com\n件名：[Sown Echoes] 問題の説明\nお問い合わせの際は、端末モデル・iOSバージョン・アプリバージョン・問題の説明をお知らせください。\n⚠️ 重要：ニーモニック（Meme ID）は大切に保管してください。紛失した場合、復元は不可能です。\n本アプリはユーザーデータを一切収集しません。すべてのコンテンツはデバイス上で処理されます。プライバシーポリシーを確認 →\n","externalUrl":null,"permalink":"/ja/support/sown-echoes/","section":"サポート","summary":"Sown Echoesのサポートとお問い合わせ","title":"Sown Echoes サポート","type":"support"},{"content":" 古典小説を、動く世界として立ち上げ直す # 多くの文学アプリがしているのは、原文をより美しいリーダーに入れることだ。StoneStory はそれとは別の道を行く。『紅楼夢』の人物、場面、関係、出来事を、動作するナラティブシステムへと分解する。そこで見えるのは段落だけではない。登場人物がどう影響し合い、場面の中で性格がどう立ち現れ、古典小説が一つの小さな社会としてどう回っていくかが見える。\nそのため「リーダー」ではなく「シミュレーター」と名乗っている。テキストを再読させることよりも、テキストの背後にある構造へ入っていくことを目的としている。\nどんな人にとって必要なのか # もともと『紅楼夢』が好きな人にとって、このアプリから得られるのは懐古そのものではなく、新しい入り方だ。登場人物は暗記すべき知識の点ではなくなり、比較し、観察し、再解釈できる存在になる。どの場面で誰が本当に選択をしたのか、感情がどのように積み重なったのか、どの細部がのちの運命を先に匂わせていたのか——そうしたものが以前より見えやすくなる。\n古典文学に距離を感じてきた人にとっても、この製品はむしろ親しみやすい。分厚い原作を読み切ってから参加する、という順序を要求しない。代わりに、複雑な作品をゆっくり近づき、段階的に理解していけるシステムへと開いてくれる。\nAI はここで、理解の扉を開くために働く # StoneStory が AI に任せているのは、プロットの自由生成ではなく、理解の層の仕事だ。登場人物の内面、感情の張力、現代的な視点からの解釈、出来事どうしの構造的な繋がり。ユーザーから見ると、もう一層の導きが加わる形になる。ただし教条的な注釈ではなく、場面ごとに姿を変えるインタラクティブな解釈として。\nこの設計は、『紅楼夢』のように登場人物が多く、関係が入り組み、細部の密度が極端に高い作品と相性が良い。毎回ゼロから自分で構造を組み直さなくても、システムに扉を開けてもらい、そこからどこまで進むかを自分で決められる。\n端末内 AI をあえて強調する理由 # この種の製品はクラウドデモとして作るのが容易だ。しかし内容理解、読書の軌跡、インタラクションまでもが外部サービスに依存すると、体験全体が脆くなり、長く寄り添える作品という感覚は薄れていく。StoneStory はコア体験を端末内へ戻している。技術的な誇示のためではなく、没入型の読書と探索を「日常の道具」として成立させるための選択だ。\n背後にある技術と方法論にさらに踏み込みたければ、下の関連記事から辿れる。まず体験から始めたい場合は、App Store が最も直接的な入口になる。\n","externalUrl":null,"permalink":"/ja/apps/stonestory/","section":"アプリ","summary":"","title":"StoneStory","type":"apps"},{"content":"最終更新日：2026-04-15\n1. 概要 # StoneStory（紅楼夢シミュレーター）は、QQder339 が開発した、古典小説「紅楼夢」をベースにした没入型読書・キャラクターシミュレーションアプリです。\n一言で言えば：本アプリは、いかなる個人データも外部サーバーに収集・保存・送信しません。\n2. 収集しないデータ # 本アプリは以下のデータを収集しません：\n個人識別情報（氏名、メールアドレス、電話番号） 位置情報 デバイス識別子 使用状況の分析またはトラッキングデータ 3. ローカルに保存されるデータ # 以下のデータはデバイス内にのみ保存され、外部には一切送信されません：\n旅人プロフィール：「旅人モード」で設定された名前・性格特性・話し方・背景、および任意のアバター画像 インターフェース設定：選択した表示言語（繁体字中国語／英語／日本語）と選択したオフラインAIモデル ダウンロード済みコンテンツ：アプリ内で閲覧した際にキャッシュされた人物肖像・場面画像 オフラインAIモデル：ダウンロードを選択したQwen 2.5モデルファイル（App Group 本体領域に保存され、アプリ内部のみで利用） 4. サードパーティサービス # 本アプリはGoogleアナリティクス、Facebook SDK、広告など、いかなるサードパーティの分析・広告フレームワークも使用しません。\n5. ネットワークアクセス # 本アプリのコア読書・シミュレーション機能は完全にオフラインで動作し、ネットワーク接続は不要です。以下の機能は、お客様が能動的に操作したときのみネットワーク接続を開始します：\nキャラクター肖像 / シーン画像のダウンロード：初めて該当キャラクターやシーンを閲覧した際に、アプリは公開CDNから対応する画像を取得し、ローカルにキャッシュします オフラインAIモデルのダウンロード：設定画面でQwen2.5モデルのダウンロードを選択した際に、アプリはモデルの公開配布元からファイルを取得します 外部リンク：関連リンクをタップすると、システムブラウザが開きます 上記のネットワークリクエストは、お客様が選択したファイルのURLのみを送信し、個人識別情報を含みません。また、返信データも収集しません。\n6. お問い合わせ # 📧 qqder339@gmail.com\n件名：StoneStory プライバシーポリシー お問い合わせ\n","externalUrl":null,"permalink":"/ja/privacy/stonestory/","section":"プライバシーポリシー","summary":"","title":"StoneStory — プライバシーポリシー","type":"privacy"},{"content":"App Store · プライバシーポリシー\nよくある質問 # Q: アプリの起動が遅い、起動画面で長時間止まる。\nA: オフラインAIモデル（標準 1.9 GB または高品質 4 GB）をダウンロード済みの場合、起動時にモデルをメモリへ読み込むため、旧機種では数秒かかることがあります。初めて章回再生へ進む際には、内蔵データベース（人物・出来事・詩詞など）を読み込みますが、これは正常な動作です。異常に遅い場合は、端末モデルとiOSバージョンを添えてメールでお知らせください。\nQ: 詩や段落が文字化け・欠字・四角に表示される。\nA: アプリには霞鶩文楷・思源宋體・芫荽 Iansui の3種類のフォントが内蔵されており、追加のダウンロードや切り替えは不要です。それでも異常が出る場合は、アプリを強制終了して再起動したうえで、スクリーンショットを添えてメールください。次のアップデートで修正します。\nQ: 読書進捗は保存されますか？\nA: 現バージョン（v1.1.1）では、章回再生の進捗はアプリ実行中のみ保持されます——同じセッション内であれば章回へ戻って続きを見られますが、アプリを強制終了したり端末を再起動すると、該当の章回は最初から再生されます。セッションをまたいだ読書しおり機能は、今後のアップデートで追加予定です。\nQ: 人物肖像や場面画像が読み込まれない。\nA: 肖像と場面画像は初回閲覧時にネットワーク経由で取得され、端末に保存されます。読み込めないときは：\nネットワーク接続を確認 一度その画面から離れて戻ると再試行されます それでも不具合があれば「設定 → アートキャッシュを削除」後、安定したネット環境で再度お試しください Q: オフラインAIの対話が応答しない。\nA: 初回利用時は「設定 → モデル管理」でQwen 2.5モデルをダウンロードしてください。端末に応じて選択できます：\n軽量 1.5B（約 0.9 GB）— iPhone 15 / iPad Air 標準 3B（約 1.9 GB、デフォルト）— iPhone 15 Pro / iPad Pro 高品質 7B（約 4.0 GB）— iPhone 16 Pro / iPad Pro Mシリーズ 十分な空き容量をご確認ください。ダウンロード完了後は完全にオフラインで利用できます。\nQ: アプリはオフラインで使用できますか？\nA: はい。章回再生、真実の結末、性格システム、詩詞・物件コレクション、端末内AI対話（モデルダウンロード後）は、すべてオフラインで動作します。人物肖像・場面画像・AIモデルファイルのみ、初回取得時にインターネット接続が必要です。\nトラブルシューティング # アプリを強制終了して再起動 iOSバージョンを確認 ≥ 17.0 特定の章回が異常な場合は、章回名を記録してメールでお知らせください アンインストールして再インストール（旅人プロフィールとダウンロード済み画像は消去されます） サポートへのお問い合わせ # 📧 qqder339@gmail.com\n件名：[StoneStory] 問題の説明\nお問い合わせの際は、端末モデル・iOSバージョン・アプリバージョン・再現手順（スクリーンショット歓迎）をお知らせください。\n本アプリはユーザーデータを一切収集しません。すべてのコンテンツはデバイス内に保存されます。プライバシーポリシーを確認 →\n","externalUrl":null,"permalink":"/ja/support/stonestory/","section":"サポート","summary":"StoneStoryのサポートとお問い合わせ","title":"StoneStory サポート","type":"support"},{"content":"ここは現在公開中で継続的にメンテナンスしているアプリの入口ページです。プロダクトは二つのラインで整理しています。\nオフライン成長 — 長期的な学習、内省、そして個人の成長のための道具群。「語学学習」と「内省・沈思」の二つのサブカテゴリを含みます。 デジタル市民 — 真正性、記憶、そして個人のデジタル主体性に焦点を置いたアプリ群。現在の主な入口は民主 EDC（EveryDay Carry）です。 下のカードから各プロダクトのページに直接進めます。App Store、サポート、プライバシーポリシーへのリンクをすべて掲載しています。\n","externalUrl":null,"permalink":"/ja/apps/","section":"アプリ","summary":"現在公開中・継続運用中のアプリ一覧","title":"アプリ","type":"apps"},{"content":" このサイトについて # タイトルの「核舟」は、中国の古典『核舟記』に由来しています。大したものは載せられない小さな舟ですが、細工を楽しむ過程そのものに意味があり、小さな記録を残していく場所です。 ここでは、AIを活用してアプリを作ったり、ちょっとしたツールを開発したり、日常の効率を改善したりした実体験を共有しています。アイデア、気づき、挫折なども含めて。 みんなが語り尽くしているホットな話題はもう繰り返しません。要するに、シャベルの紹介を何度もするのではなく、自分で鉱脈を掘るプロセスに重きを置いています。 自己紹介 # 本名：ChengChe Lee · qqder339@gmail.com 24歳までは自分のことを文系だと思っていました。その後の仕事はシステム管理者です（パソコンに「XXXXについてはシステム管理者にお問い合わせください」と表示されるときの、あのシステム管理者です）。 パンクロックのようにAIを使っています。シンプルなコード、荒削りな技術で、本物の感情を表現する。 また、本サイトの文章はすべて自分で書いており、AIによる添削もしていません。楽しい部分は自分で味わいたいからです。 哲学 # 体験こそが所有。新しいものを体験することは、それがお金になるかどうかよりも優先されます。 成功は自分でなくてもいい。同じことを誰かがもっと上手にやってくれるなら、自分は別のことを探しに行きます。 電影發明以後，人類的生命比起以前至少延長了三倍 （映画が発明されてから、人類の寿命は少なくとも3倍に延びた） ——『ヤンヤン 夏の想い出』（原題：Yi Yi）\nAIは、この時代に人類の生命を延長する新しいメディアです。 ","externalUrl":null,"permalink":"/ja/about/","section":"QQder 核舟記部落格","summary":"核舟記（かくしゅうき）","title":"このサイトについて","type":"page"},{"content":"リリース済みすべてのアプリのサポートページです。各ページにはお問い合わせ先、App Storeリンク、プライバシーポリシーリンクが記載されています。\nアプリ サポート 仮名私塾 確認 English N+1 確認 Gantt Planet 確認 Auditory Companion 確認 Python Dimensions 確認 Atomic Presence 確認 Sown Echoes 確認 StoneStory 確認 ","externalUrl":null,"permalink":"/ja/support/","section":"サポート","summary":"各アプリのサポートページ","title":"サポート","type":"support"},{"content":"各アプリのプライバシーポリシーページです。すべてのアプリケーションはいかなるユーザー個人データも収集しません。すべてのAI処理はお使いのデバイス上で完全に実行されます。\nアプリ プライバシーポリシー 仮名私塾 確認 English N+1 確認 Gantt Planet 確認 Auditory Companion 確認 Python Dimensions 確認 Atomic Presence 確認 Sown Echoes 確認 StoneStory 確認 ","externalUrl":null,"permalink":"/ja/privacy/","section":"プライバシーポリシー","summary":"各アプリのプライバシーポリシー","title":"プライバシーポリシー","type":"privacy"},{"content":" かなを、手に直接なじませる # 多くの日本語入門教材には、ある暗黙の前提がある。「ローマ字の過渡期」を長く耐える覚悟があるはずだ、というものだ。しかし中国語母語話者にとって、これは必ずしも自然な学び方ではない。字形感や筆順感がすでに備わっており、視覚と書写で記憶することに慣れているからだ。仮名私塾はその前提を認めたうえで、その感覚に沿って設計されている。\n五十音表の意匠を凝るよりも、「形を見る・形を書く・形をタイプする・形を認識する」を一つのループとして本当に繋げることを重視している。そのおかげで、ローマ字を松葉杖として長く使い続けなくても、仮名を見た瞬間に反応できる段階に早く辿り着ける。\n中国語話者に特に合う理由 # 中国語話者の優位性は発音の直感よりも、文字の構造や視覚的な形に対する感度にある。仮名私塾はその優位性を拡張する。手書き・画像認識・カスタムキーボード・字形連想といった手段で仮名を覚えられるため、学習は単純な反復ではなく、新しい文字体系に親しんでいく感覚に近くなる。\n途中で挫折した経験があるなら、理由は努力量というよりも、ツールの切り口が合わなかっただけのことが多い。仮名私塾がやろうとしているのは、その切り口を正しい角度に戻すことだ。\n暗記のその先へ進むための入口 # 仮名を覚えることはスタート地点にすぎない。本当に難しいのは、それを入力・認識・理解能力へ少しずつ変えていくことだ。だからこそアプリには、静的なドリルに加えて手書き認識、カスタムキーボード、AI 補助が組み込まれている。作っているのは、実際の使用場面により近い筋肉記憶だ。\nこの設計は二種類の学習者に特に向いている。日本語を始めたばかりで、低プレッシャーな入口を求める人と、一度学んで忘れ、いまもう一度親しみ直したい人だ。前者には遠回りをしない導線が、後者には認識を再構築する手がかりが必要で、このアプリはその両方に働く。\nプライバシーとオフラインの実用的な価値 # 語学学習ツールは時間とともにコンテンツプラットフォーム的な挙動へ漂流しがちで、学習しているつもりが、実は推薦のあいだを受動的に移動しているだけ、という状況が起きやすい。仮名私塾はその点で抑制的だ。本当の入力・認識トレーニングに焦点を置き、ローカル AI とデータ処理は端末内で完結する。使用習慣を渡さなくても、学習の便利さは得られる。\n中国語母語話者の視点から本当に設計されたかなツールで、通勤や隙間時間にも安定して使えるものを探しているなら、このページがその入口だ。\n","externalUrl":null,"permalink":"/ja/apps/kana-juku/","section":"アプリ","summary":"","title":"仮名私塾","type":"apps"},{"content":"最終更新日：2026-04-15\n1. 概要 # 仮名私塾（Kana Juku）は、QQder339 が開発した、中国語母語話者向けの日本語かな学習アプリです。\n一言で言えば：本アプリは、いかなる個人データも外部サーバーに収集・保存・送信しません。\n2. 収集しないデータ # 本アプリは以下のデータを収集しません：\n個人識別情報（氏名、メールアドレス、電話番号） 位置情報 デバイス識別子 使用状況の分析またはトラッキングデータ 3. ローカルに保存されるデータ # 以下のデータはデバイス内にのみ保存され、外部には一切送信されません：\n学習進捗：かな学習の記録 ユーザー設定：各種設定の保存 手書き入力：リアルタイムでメモリ上で処理し即座に破棄されます。ファイルは保存されません ウィジェットデータ：iOSの共有コンテナ機構を使用してホーム画面ウィジェットにかなを表示（ローカルのみ） 4. オフラインAI機能 # すべてのAI機能は完全にオフラインで動作します：\n手書き認識：デバイス上の機械学習モデルを使用。すべての処理はローカルで行われます テキスト読み上げ（TTS）：事前ダウンロード済みの音声データを使用 AIアシスト：ローカル大規模言語モデル（LLM）を使用。推論はすべてデバイス上で実行され、データのアップロードは行いません 5. サードパーティサービス # 本アプリはGoogleアナリティクス、Facebook SDK、広告など、いかなるサードパーティの分析・広告フレームワークも使用しません。\n6. ネットワークアクセス # ネットワークアクセスは以下の場合に限られます：\nAIモデルのダウンロード（任意）：ローカルモデルリソースを明示的に選択した場合のみ接続 外部リンク：「App Storeで評価する」または「プライバシーポリシー」をタップした際にブラウザが開きます。翻訳・認識結果の後に「ウェブ検索」ボタンをタップした際にオンライン辞書が開きます 上記以外、本アプリはネットワーク接続を開始しません。\n7. お問い合わせ # 本プライバシーポリシーに関するご質問は、以下にご連絡ください：\n📧 qqder339@gmail.com\n件名：仮名私塾 プライバシーポリシー お問い合わせ\n","externalUrl":null,"permalink":"/ja/privacy/kana-juku/","section":"プライバシーポリシー","summary":"","title":"仮名私塾 — プライバシーポリシー","type":"privacy"},{"content":"App Store · プライバシーポリシー\nよくある質問 # Q: 手書き認識がよくミスする。どうすればいい？\nA: 書く速度が速すぎないか確認してください。各ストロークを書き終えた後、少し間を置いてからペンを離してください。認識モデルは完全なストローク情報を必要としています。問題が続く場合は、設定で認識のキャリブレーションをリセットしてみてください。\nQ: ローカルAIモデルはどうやってダウンロードする？ダウンロード後もインターネットが必要？\nA: AI機能を初めて使用する際に、アプリがモデル（数百MB）のダウンロードを促します。ダウンロード後、すべてのAI機能は完全にオフラインで使用できます。インターネット接続は不要です。\nQ: カスタムキーボードが他のアプリに表示されない？\nA: 仮名私塾に内蔵されているキーボードはアプリ内専用で、システムレベルのキーボード拡張機能ではありません。他のアプリで日本語を入力するには、iOSシステムの日本語キーボードをお使いください。\nQ: ホーム画面ウィジェットがかなを更新しない？\nA: ホーム画面でウィジェットを長押しして一度削除し、再度追加してみてください。それでも更新されない場合は、アプリを強制終了して再起動するか、端末を再起動してみてください。\nQ: 学習進捗が消えた？\nA: 進捗はデバイスのローカルに保存されます。アプリをアンインストールするとすべてのデータが削除されます。現在iCloudバックアップは非対応です。アンインストールなしに進捗が消えた場合は、状況を添えてメールでお問い合わせください。\nトラブルシューティング # アプリを強制終了して再起動（アプリスイッチャーでアプリを上にスワイプして終了） iOSバージョンを確認 ≥ 17.0 空き容量を確認（AIモデルには約1〜2GBが必要） 上記で解決しない場合は、アンインストールして再インストール（注意：進捗データは消去されます） サポートへのお問い合わせ # 📧 qqder339@gmail.com\n件名：[仮名私塾] 問題の説明\nお問い合わせの際は、端末モデル・iOSバージョン・アプリバージョン・再現手順（スクリーンショット歓迎）をお知らせください。\n本アプリはユーザーデータを一切収集しません。すべてのデータはデバイス内に保存されます。プライバシーポリシーを確認 →\n","externalUrl":null,"permalink":"/ja/support/kana-juku/","section":"サポート","summary":"仮名私塾のサポートとお問い合わせ","title":"仮名私塾 サポート","type":"support"}]