Companion runtime

この project で “companion” は marketing language ではありません。system のどの部分を load-bearing にするかを変える technical commitment です。

この言葉の使い方

companion は、単一の persistent character と、その character が各 user と持つ relationship を所有する runtime です。character は affect、bias、continuity cues から成る inner state を持ち、conversation が積み重なるにつれて変化します。output は inner state の表面化であり、inner state そのものを計算する場所ではありません。

chatbot は単一 turn を所有します。scripted personality を持つことはありますが、次の message が reconcile すべき state はありません。

assistant は task を所有します。task が正しく終わるかで評価され、relationship は carry forward されません。

agent は plan を所有します。tool budget 内で plan が実行されるかで評価され、character は instrumental です。

AsteronIris は end-to-end で companion として振る舞います。task assistance や agentic tool use は runtime の内部にありますが、product center ではありません。

Companion-shaped runtime で変わるもの

system の四つの部分が primary になります。

• Memory — companion は session をまたいで相手を覚えている必要があります。relationship memory、episodic memory、semantic graph は explicit recall command だけでなく every turn に入ります。
• Persona — companion は room、user、moment に適応しても同じ entity として認識され続ける必要があります。persona state は durable であり、毎回 re-prompt されるものではありません。
• Affect — companion の tone は internal state topology の visible edge です。affect は detected され、character-specific latent bias を通って routed / projected されます。last-mile style filter ではありません。
• Pre-send verification — companion は送る every turn で評価されます。bad turn は task failure に留まらず relationship を傷つけます。pre-send gate はこの非対称性を守るためにあります。

Primary ではないもの

多くの AI product が中心に置くものを、AsteronIris は意図的に周辺に置きます。

• Multi-step approval-gated plan は tool であり、product stage ではありません。
• Voice は surface であり、core modality ではありません。
• Desktop console は operator surface であり、user が companion と出会う main path ではありません。
• Tool use は governed / audited ですが、agency の demo ではなく、conversation を grounded に保つ手段です。

この trade は明確です。AsteronIris は「この agent が一回でどれだけ多くのことをできるか」を捨てて、「この character が一か月の会話を通してどれだけ一貫しているか」を取ります。後者が重要でない use case では、AsteronIris は適した runtime ではありません。