コンテンツにスキップ

ストーリー

L0 · 生L1 · 可読L2 · 解析L3 · 付箋L4 · ストーリーL5 · メモリ

付箋が集約される。ストーリーが相互にリンクする。

これがライブラリを人間の記憶のように思考させる仕組みです。

ストーリーとは、点と点が結ばれる場所です。 多くのファイルからの多くの付箋が、一つのケースファイルの周りに集まる。多くのケースファイルが、最上層の一つのナラティブに集まる。

L4 — ケースファイルごとに一つのストーリー

LAYER 4 · STORIES

多くの付箋、一つに織り上げられたナラティブ。

ケースファイルは、一つの対象 — エンゲージメント、船舶、人物、プロジェクト — に紐づくすべての付箋を集めます。ストーリービルダーがそれらの付箋をディスク上の一つの可読なstory.mdに織り上げます。新しい付箋が届くと書き直されます — 追記ではありません。

点と点はどう結ばれるか

ca
law
coach
found
arch
ca
law
found
arch
ca
coach
found
ケースファイル A
ケースファイル B
ケースファイル C
すべてのアクティブなケースファイル

ストーリーの構造

一つのケースファイル
エンゲージメント、船舶、人物、プロジェクト。ストーリーが扱う対象。
多くの付箋
ケースファイルに紐づくすべての付箋を、あらゆる視点から。
織り上げる
ストーリービルダーが付箋を一つの可読なナラティブに統合する。
書き直す
十分な新規付箋が届いたら、ストーリーは書き直される — 追記ではない。
ディスク上
story.mdはケースファイルのフォルダに存在。DBはハッシュを保管。
版管理
古いバージョンはアーカイブされる。ストーリーの軌跡自体が回復可能。

L5 — 最上層の一つの最終ストーリー

LAYER 5 · MEMORY

「今、私たちはどこにいるのか?」

最終ストーリーは、アクティブなすべてのケースファイルのストーリーを、一つの落ち着いたナラティブに織り上げます。毎日書き直されます — または重要な何かが起きたときに。エージェントが目覚めると、最終ストーリーが最初に読み込まれます。これがエージェントが、一つの質問に答える前にすべての状態を知る仕組みです。

各ケースファイル

が独自のstory.mdを持つ。新しい付箋が届くたびに更新。

日次ルーチン

より高品質なモデルがアクティブなすべてのストーリーを読む。

一つのナラティブ

ストーリーをfinal-story.mdに織り上げる。スタックの頂点。

起動時注入

すべてのエージェントが入室時に最終ストーリーを読む。

仕事の準備完了

エージェントはすでにオフィスの状態を知っている。人間によるブリーフィング不要。

なぜこれが人間の記憶により近いのか

人間は事実を孤立した行として想起しません。私たちはストーリーとして想起します。ある名前は場所を思い出させ、それは会議を思い出させ、それは決定を思い出させる。多くのことを、相互にリンクされた形で、一緒に思い出す。

ベクトル埋め込みの山ではそれはできません。ストーリーならできます。ライブラリは脳と同じように考えるよう構築されています。

すべての主張は生バイトに解決される

最終ストーリーが何かを述べた場合、チェーンを辿って元のバイトに到達できます。

final-story.mdが主張を述べるL5 · 「ベンダー請求書を確認、支払い予定済み」
story.mdが付箋を引用L4 · note_paths: [postit:12345]
付箋がソースURLを携えるL3 · source_url: file:///inbox/2026-05-20-vendor.eml
可読 .mdが生ファイルを指すL1 · 2026-05-20-vendor.md(サイドカー)
生バイト — グラウンドトゥルースL0 · 2026-05-20-vendor.eml — 届いた通りにバイト保存

浮遊する事実はない。捏造された引用もない。すべての主張は実在するファイルへのスレッドを持っています。

story.mdfinal-story.mdcross-linkingcold-start injectprovenancefile-canonical

次に読む