Bijalog — AI と働くための決定ログ

公開概要、v3 — 2026-09-10。コードと同じく MIT ライセンス。

問題

AI は並外れて有能で、完全に忘れっぽい。

どの会話も空っぽから始まる。設計変更の背後にある理由、失敗した実験、三か月前に合意した取り決め — どれも、もう一度打ち込まない限り残らない。たいていの人は繰り返すことで解決する。ますます長くなる要約を貼り付ける人もいる。どちらも同じ税金で、毎日徴収される。

Bijalog は別の道をとる。本当の決定をそれぞれ一度だけ、自分が所有するプレーンテキストの一行として書き留める。

本当に必要か？

そうでもないかもしれない。プロジェクトがひとつで期間が数か月なら、AI の組み込みのプロジェクト機能とテキストファイルで足りる — 最後に要約させ、正しいものを残し、次回に貼り付ける。それがおおよそこの仕組みのレベル一で、多くの人はそれ以上を必要としない。

Bijalog が価値を持つのは、ある境目を越えてからだ。履歴がツールやセッション、あるいは説明し直す忍耐より長く生き残るとき。越えた印は三つ。複数の AI と働いていて、それぞれがプロジェクトについて違う記憶を持っている。長く続けたせいで、要約が静かに何かを落とし始めた。あるいは、すでに下して忘れていた決定に驚かされた。

要約というやり方が与えるのは、何が重要だったかについての AI の意見だ。最後に、まだ覚えているものから書かれる。Bijalog が与えるのは、あなたの決定だ。その瞬間に、理由を添えて書かれ — そして拒んだものの記録も残る。境目の下では、その違いは贅沢だ。上では、それがすべてだ。

これは何か

決定ログ。決定ひとつにつき一行、自分のマシンの一つのファイルに。

2026-08-27 14:06 | 01M12H1F80… | ACTIVE | topic:opening | Start the film on her hands, not the aerial shot — scale isn't the story, she is.

Five fields: when, a permanent ID, its status, tags, and the decision itself in plain language. That is the entire format. Any AI can read it. So can you, in twenty years, without the software that made it.

Five principles hold it together:

• Local-first. It lives on your hardware. No database, no account, no vendor.

• Plain text. Readable by humans, parsable by machines, versionable, future-proof.

• Append-only. Nothing is edited or deleted. A change of mind is a new line that supersedes the old one, and the old one stays visible.

• Human-approved. The AI proposes. You decide. Nothing becomes canon without you.

• AI-agnostic. Any model, this year or next. The format outlives the tools.

How it differs from the alternatives

組み込みのチャット記憶は自動で手間いらずだが、書いているのはあなたではなくモデルで、提供者のサーバーに提供者の形式で置かれ、比較も引用も移動もできない。結局、プロジェクトの履歴を、モデルを作った会社から借りていることになる。

エージェント向けの記憶層 — Mem0、Zep、Letta とその仲間 — は AI 製品を作る開発者のためのインフラで、その仕事はうまい。だが保存するのはエージェントが体験したことで、事実を自動で抽出するため、誰ひとり何も承認していない。彼ら自身のアナリストがその欠落を名指ししている。ベクトル記憶は想起には強いが、レビューも監査もロールバックも与えない。

ノートアプリは本当にあなたのもので、優れている — だがノートは決定ではない。何が現行で、何が置き換えられ、何が承認されたかを示すものがない。ノートを読む AI が見つけるのは、従うべき裁定ではなく、解釈すべき散文だ。

バージョン管理はファイルがどう変わったかを記録するが、何を決めたか、なぜ決めたかは記録しない。競合ではなく補完 — 両方を使えばいい。

決定記録は正直な先祖だ。ソフトウェアのチームは十年以上前から、決定ひとつにつき文脈と状態を添えた文書をひとつ残してきた。Bijalog はその実践を一行に圧縮し、ソフトウェアの外へ一般化し、主な読み手として AI に向けたものだ。

短く言えば、多くの代替物は機械のための記憶で、自動で組み立てられ、ベンダーが保管する。Bijalog は人による記録で、意図的に承認され、あなたが保管する — そして次にあなたが選ぶどんな機械にも読める。

そして、これが間違った道具になる場面。何千人ものユーザーにパーソナライズする製品を作っている？ 必要なのは記憶 API で、テキストファイルではない。大量の資料を意味で検索したい？ それはベクトルデータベースだ。習慣をまったく必要としない記憶がほしい？ 組み込みのものを使って、その条件を受け入れればいい。Bijalog は、何を記憶するかを自分で決めたい人、そのために一日五分を使う人を前提にしている。

履歴と現在の状態

決して削除しないログは履歴であり、履歴は自己矛盾する — 初期の行がある方法を挙げ、後の行がそれを置き換える。どちらも履歴としては正しい。どちらか一方だけでは「では、どうする？」に答えない。

その答えは保存されるのではなく計算される。各トピックの最新の生きた決定から、後の行が置き換えたものをすべて引く。コマンドひとつでそれが返る。日次の実行が、すべてのプロジェクトについて同じことをする。

これは会計が何世紀も使ってきたのと同じ手法だ。元帳はすべての取引を記録し、残高はそこから導かれ、決して保存されない。あるいは映画を作るなら、ログはこれまで撮ったすべてのテイクで、現在の状態は編集済みの本編だ。

当然の心配にも答える — 巨大にならないのか？ 履歴は永遠に増えるが、AI が実際に読むのは現在の状態で、それは一年続けても十年続けてもほぼ同じ大きさに留まる。

門

AI が決定と、その中の理由を起草する。あなたはそのまま放っておくことで承認する。

これは知っておく価値のあることを意味する。何も言わないとき、記録に残る理由は AI の理由だ。たいていはそれでいい。あなたの一文に値する瞬間が二つある。

書かれた理由とは別の理由で同意するとき。「はい — でも速いからではない。元に戻せるからだ。」この一節は決定そのものより価値がある。判断力へと熟していく部分だ。

ノーと言うとき。承認は一行を残す。削除された拒否は何も残さない — そして記録されない却下は、来四半期に同じことを再提案してくださいという公開招待状だ。だから声に出した「ノー」は、沈黙の空白ではなく、理由を添えた却下の一行になる。AI は一度だけ尋ね、あなたが確認するだけで済むように推測し、決してあなたを止めない。「ノー、理由は述べない」でさえ、記録の穴よりはましだ。

AI が決してしてはならないのは、自らを門番にすることだ。書く前に正当化を要求すれば、この取り決め全体がひっくり返り、通過するために打ち込まれた理由を生むだけになる。

共通の規則の置き場所はひとつ

プロジェクトごとに独自のログがある。プロジェクトは独立したまま — ひとつをアーカイブし、共有し、引き渡しても、他を引きずらない。

どこでも適用される恒常的な規則は、別のシステムログに置かれる。ここで何を決めたかではなく、どこであれどう決めるか。

共通の規則がプロジェクトに適用されるとき、プロジェクトはそれをコピーせず引用する。方針のコピーが三十五あれば、静かにずれていくものが三十五ある。一行への引用が三十五あっても、ずれようがない。そして規則は決して編集されず — 置き換えられるだけなので — 引用は規則が変わった先へ前方解決され、一度直せばあらゆる場所で直る。

五年続けるとどうなるか

決定ログは数週間で元が取れる。持ち続ける価値があるのは、それが何になるかだ。

今年書いた一行一行は、来年誰も説明しなくてよい文脈になる。セッションは自己紹介で始まらなくなり、会話の途中から始まる。AI は何がほしいかを尋ねるのをやめ、新しい仕事をあなたがすでに下した裁定と照らし合わせるようになる。

そして、あなたが選ぶものの総和が、あなたの感性だ。どの一行もそれを含んではいない。だが、何を残し何を拒んだかの蓄積された型 — 理由を添えて — は、書き留められる趣味にもっとも近いものだ。静かな結末。空撮ではなく手。音楽より部屋の環境音。誰もその規則をどこにも書かないが、五年分のあなたの選択を読む AI はそれを推し量れる。それがこの仕組みが賭けているものであり、標本は増える一方だ。

正直な限界が二つ。これはあなたの判断を保持するが、到達範囲は保持しない — 示された趣味を記録するのであって、まだ下していない選択は記録しない。そしてあなたを固めてしまうこともできない。趣味が変わればそれは新しい一行で語られ、古い裁定はその下に見えたまま残る。

これがしないこと

決定を記録するのであって、結果は記録しない。「そして、それはうまくいかなかった」と言う行はない。だからログはあなたの判断を保持するが、その判断が良かったかどうかの証明は保持しない — どの種類の推論が実際に機能したかを教えるフィードバックループはない。結果の見直しがない決定ログは、意図のログだ。結果を加えるのは、いつでも書ける一行で、形式はすでにそれを運べる。だが自動ではないし、そうでないふりをすれば嘘になる。

ファイルを整理はしない。ファイルについて何を決めたかを記録する。

書き留めることを強制はしない。その部分はあなたのものだ。一日の仕事の終わりに五分。実際に何を決めたのか、なぜか。

Bijalog とチャット履歴

どちらも記憶する。違うものを、違う所有者のために、違う規則のもとで記憶する。

チャット履歴は言われたことすべて — 質問、寄り道、訂正 — を、他人のサーバーに、その形式で、モデルが自動で選別し、そのツールでしか読めない形で保持する。長いセッションは圧縮され、細部は設計上落とされる。

Bijalog は決めたことだけを、それぞれ一行、あなたが所有するプレーンテキストで、あなたが明示的に選別し、何にでも読める形で保持する。

一日の書き起こしは数十万語に及び、大半は足場だ。セッションが終わると残るのは、何が重要だったかについてのモデルの意見だ。Bijalog はそれを逆転させる。重要だったことを、決めたその瞬間に書き留め、残りはすべて蒸発させる。

両者は競合ではなく補完だ。チャットは決定が下される場所で、ログは決定が住む場所。工房と権利証書。

誰のためのものか

小説家 — あなたの世界についての永続的な事実を、どの AI も読める形で。古い決定は消されるのではなく置き換えられ、物語の変遷が見えたまま残る。

研究者 — 約束と却下した仮説をタイムスタンプ付きで記録し、元データは別に保管。審査を生き延びる記録。

規制のある仕事 — 何が誰によって決められたかの、人が門を守るタイムスタンプ付きの足跡。自己編集する記憶では負債になる場面で。

映画とゲーム — 制作上の決定をプレーンテキストで。クルーより、ソフトウェアより、その年たまたま使っていたモデルより長く残る。

チームを指導する人 — 会話ではなく決定を記録する。真実の源はひとつ、一日五分。

始め方

レベル一：テキストファイル。手で作る。どんな AI との会話にも貼り付ければ、モデルはプロジェクトの履歴を知った状態から始まる。最後にその日の決定を起草させ、承認するものだけを残す。インストールするものはなく、完全な契約 — プレーンテキスト、追記のみ、決めるのはあなた — がすでに効いている。多くの人はこれ以上を必要としない。

レベル二：スクリプト。いくつかの Python ファイルとダブルクリックひとつ。AI セッションはログに直接触れなくなる。提案行のファイルを渡し、実行があなたの残したものを統合し — 行を消すのがノーの言い方 — 永続 ID を割り当て、ライブラリ全体の損傷を点検する。

なぜそれが必要になるか。ある大きさを超えると、人の目では何も失われず、静かに書き換えられてもいないことを確認できない。手作業の統合は一行を落とす。長いファイルを貼り戻すよう頼まれた AI は、気づかずに切り詰める。問いは「ログを信じるか」から「ログは自らを証明できるか」に変わる — それは機械の仕事だ。

知っておく価値がある。バージョン管理は破損を捉えるが、書き換えは喜んで記録する。これらの点検は別物だ — どの行も短くなっていない、どの ID も二度現れない、すべての版は前の版に承認された行を足したもの。一方はファイルが保存されたとおりであることを証明し、他方は保存されたものが正当であったことを証明する。

レベル三：ローカルのブローカー。自分のハードウェア上で動く任意の指揮者で、ログを読み、ツールをプレーンテキストのジョブとして実行し、人の決定が必要なところで止まり、毎朝報告する。ひとつの試験に縛られる。明日削除されても、すべてのツールは手で動かせ、ログは何も失わない。あなたの記憶が自動化の人質になることは決してない。

短い版

AI との仕事は決定を生む。今のところ、その多くは蒸発する。

書き留めよう — 一行、プレーンテキスト、自分のマシンに、理由を添えて。一か月で繰り返しを省く。一年で考古学を省く。五年で、それはあなたがどう考えるかの記録になる。あなたが選ぶどの AI にも読め、あなた以外の誰のものでもない。

FAQ

1. Bijalog とは何か？

AI と働くための決定ログ。本当の決定はそれぞれプレーンテキストの一行 — いつ、永続 ID、状態、タグ、平易な言葉での決定 — で、自分のマシンのファイルにある。どの AI も読める。あなたも、二十年後に、それを作ったソフトウェアなしで読める。

2. 自分の AI に次の AI 向けにプロジェクトを要約させるほうが楽では？

多くの場合、そのとおり — それでうまくいくなら、そうすればいい。数か月のプロジェクトひとつなら、AI の組み込みのプロジェクト機能とテキストファイルで足りる。

要約というやり方には、後になって初めて現れる静かな失敗が三つある。それは何が重要だったかについての AI の意見で、最後に、まだ覚えているものから書かれる — そして長いプロジェクトのチャットは圧縮されるので、要約の要約だ。何を拒んだか、なぜかはほとんど記録されず、それが却下した案が戻ってくる理由だ。そして平坦だ。タイムスタンプはなく、何が何を置き換えたかの感覚もない。

Bijalog はあなたの決定を、下したその瞬間に、理由を添えて記録し、決して削除しない。ある境目の下ではそれは贅沢だ。上では、それが要点だ。

3. 実際にいつ必要になるか？

境目を越えた印は三つ。複数の AI と働いていて、それぞれがプロジェクトについて違う記憶を持っている。長く続けたせいで要約が何かを落とし始めた。あるいは、すでに下して忘れていた決定に驚かされた。

どれも当てはまらないなら、まだ必要ない。

4. 原則は？

ローカル優先 — あなたのハードウェアに住む。プレーンテキスト — 人にも機械にも読め、将来にも耐える。追記のみ — 何も編集も削除もされない。考えが変われば、古い行を置き換える新しい一行になる。人が承認 — AI が提案し、あなたが決める。AI 非依存 — どのモデルでも、今年でも来年でも。

5. Mem0、Zep、Letta などの「AI メモリ」ツールとどう違う？

それらは AI 製品を作る開発者のためのインフラで、その仕事はうまい。保存するのはエージェントが体験したことで、事実を自動で抽出する — だから誰ひとり何も承認しておらず、彼ら自身のアナリストの言葉を借りれば、レビュー、監査、ロールバックを欠いている。Bijalog は人による記録で、意図的に承認され、あなたが保管する。違う仕事のための違う道具だ。何千人ものユーザーにパーソナライズする製品を作っているなら、これではなく、それらのどれかを使えばいい。

6. ノートや Git とはどう違う？

ノートは決定ではない。何が現行で、何が置き換えられ、何が承認されたかを示すものがない。Git はファイルがどう変わったかを記録するが、何を決めたか、なぜかは記録しない — 両方を使えばいい。正直な先祖は、ソフトウェアのチームが十年間残してきたアーキテクチャ決定記録だ。Bijalog はそれを一行に圧縮し、主な読み手として AI に向けたものだ。

7. 何も削除されないなら、今何が正しいかをどう知る？

保存されるのではなく計算される。各トピックの最新の生きた決定から、後の行が置き換えたものをすべて引く。コマンドひとつでそれが返る。ログが手に負えなくならないのもそのためだ — 履歴は永遠に増えるが、AI が実際に読むのは現在の状態で、それは一年続けても十年続けてもほぼ同じ大きさに留まる。

8. 何かを承認したり却下したりするとき、何を言えばいい？

AI が一行とその理由を起草し、あなたはそのまま放っておくことで承認する。だから何も言わないとき、記録に残る理由は AI のものだ。あなたの一文に値する瞬間が二つある。書かれた理由とは別の理由で同意するとき、そしてノーと言うとき — 削除された拒否は痕跡を残さず、記録されない却下は同じことを再提案してくださいという招待状だからだ。声に出した「ノー」は理由を添えた却下の一行になる。AI は一度だけ尋ね、あなたが確認するだけで済むように推測し、決してあなたを止めない。

9. 自分の決定が良かったかどうかを教えてくれる？

いいえ。決定を記録するのであって、結果は記録しない — 「そして、それはうまくいかなかった」と言うものはない。九月以降は、何がなされたかは知っている。指示はそれを実行する行によって閉じられ、日次の実行がまだ開いているものを一覧にする。だが「済んだ」は「良かった」ではない。これはあなたの判断を保持するが、その証明ではない。結果の行はいつでも加えられ、形式はそれを運べる。自動ではない。

10. 形式は？

2026-08-27 14:06 | 01M12H1F80… | ACTIVE | topic:opening | Start the film on her hands, not the aerial shot — scale isn't the story, she is.

状態は ACTIVE、PROPOSED、REJECTED、ARCHIVED。「Superseded」は決して書かれない — どの行がどの行を置き換えるかから導かれる。

11. プロジェクト横断の共通規則は？

プロジェクトごとに独自のログがある。どこでも適用される恒常的な規則は別のシステムログに置かれ、プロジェクトは本文をコピーせず ID で引用する — 三十五のコピーはずれる。三十五の引用はずれようがない。規則は編集されず置き換えられるだけなので、引用は規則が変わった先へ前方解決される。

12. どう始める？

レベル一：手で作り、どんな AI との会話にも貼り付けるテキストファイル。インストールするものはない。多くの人はこれ以上を必要としない。

レベル二：いくつかの Python スクリプトとダブルクリックひとつ。AI セッションは提案行を渡し、実行があなたの残したものを統合し — 行を消すのがノーの言い方 — ライブラリの損傷を点検する。ログが大きくなりすぎて、人の目では何も失われていないことを確認できなくなったときに必要になる。

レベル三：ログからツールを実行し、人の決定のところで止まる、任意のローカルブローカー。ひとつの試験に縛られる。明日削除しても、ログは何も失わない。

13. 誰のためのものか？

プロジェクトの履歴が一日五分より重い人。小説家、研究者、規制のある仕事、映画とゲーム、会話ではなく決定を記録するようチームに教える人。そして向かないのは、週末のプロジェクト、製品規模のパーソナライズ、習慣なしの記憶がほしい人。

14. 費用は？ 誰が何を所有する？

MIT ライセンスのもとで無料かつオープンソース — コードも文書も。ファイルはあなたのもの。アカウントもサーバーもない。