コンテンツにスキップ

概要

多くの AI product は the turn、つまり send した瞬間に model が返す単一 response の品質を最適化します。AsteronIris は turn の間に残り続けるものを最適化します。

これが全体の thesis です。memory backends、affect topology、shared turn pipeline、persona layer、approval-gated planner を product の中心に置かない判断は、すべてここから出ています。

runtime は request-response ではなく loop を中心に作られています。

conversation → context captured → memory consolidated → distance calibrated
→ enters again when it fits → relationship accrues
→ widens into creative / reflective support

すべての design decision はこの loop に照らして評価されます。単一 turn を速くしても、その下の continuity を削るものは採用しません。

AsteronIris は Discord-first / text-first です。companion runtime、gateway、memory、persona、shared enrichment path が stable center です。Discord text は product として検証済みの channel であり、他の channel adapter は README が別に示さない限り secondary / alpha として扱います。desktop app は governance、diagnostics、memory review のための operator console であり、user が companion と出会う primary surface ではありません。

  • Companion runtime — ここでの “companion” の意味と、“chatbot”、“assistant”、“agent” との違い
  • Continuity over conversation — memory / persona / relationship が product であり、conversation はその surface である理由
  • What AsteronIris is not — runtime をぶらさないための explicit non-goals
  • Turn pipeline — Discord、CLI、gateway、operator surfaces が companion turn を実行するときに合流する shared contract
  • Layered dependencies — continuity を transports から切り離すための src/ 構成
  • Getting started — local daemon を起動し、Discord に接続するための最小導線

すべての CLI subcommand、gateway route、config key の full reference は repository README にあります。この site は why、README は how です。