AsteronIris ではないもの

capability を並べるより non-goal を並べる方が有用です。capability は drift しますが、non-goal は project の spine を定義します。

Human-pretender ではない

AsteronIris は AI であることを否定しません。prompts、persona definitions、pre-send verifier がこれを enforcement します。最初の一手で人間だと主張する companion は、現実に基づいた trust relationship を作れません。project はその trade を拒否します。

openly AI であることは limitation ではなく enabling constraint です。memory、affect、persona continuity は、user が相手を誤認していないから意味を持ちます。

Multi-tenant SaaS ではない

AsteronIris は single-operator runtime です。一人、または小さな trusted team が、自分たちの管理する machine で daemon を動かします。threat model は operator が trusted であることを前提にします。security boundaries が守るものは次です。

• LLM と tools が operator consent の外で動かないこと
• external ingress、webhooks、A2A が edge で検証されていない trust signals を偽造しないこと
• secrets が outbound surfaces から漏れないこと

これは “arbitrary tenants に提供する cloud product” とは別の形です。runtime には local workspaces と bindings を分けるための tenant-scoped admin / operator concepts がありますが、それは public SaaS isolation model ではありません。arbitrary-tenant hosting は supported ではなく、near-term direction でもありません。

Agent framework ではない

runtime には tools、tool registry、subagents、governed tool loop があります。しかしそれらは product ではありません。調べものや小さな grounded action ができない companion は vague small talk に流れるため、それらは continuity infrastructure として存在します。agentic showpiece ではありません。

問いが「この runtime は何 step 自律的に plan / execute できるか」なら、AsteronIris は答えではありません。問いが「この runtime は一か月の conversation を通して、誰であるかを失わずにどれだけ grounding を保持できるか」なら、答えになります。

Prompt-engineering surface ではない

system は user-editable system prompt を main configuration path として露出しません。character behavior は次で形作られます。

• Persona definitions (durable identity)
• Affect topology (emotion が character-specific geography をどう流れるか)
• Memory ingestion and recall policy
• Pre-send verifier rules
• Tool allowlists and policy

prompt text はそれらから生成されます。直接 prompt text を調整することは可能ですが、design interface ではなく short-term lever として扱います。

Voice-first product ではない

voice adapters は存在します。そこが project の proven surface ではありません。text が primary modality である理由は次です。

• memory と continuity は text の方が検証しやすい
• companion の character は、最も scrutiny が高い channel でまず正しく読める必要がある
• voice は working text runtime の上に clean に重ねられるが、その逆は成り立ちにくい

voice-first competitors は別の product problem を解いています。

Desktop product ではない

desktop/ console は operator surface です。governance、diagnostics、admin workflows、memory review のためにあります。user が companion と出会う場所ではありません。user は Discord primary、または same turn pipeline に入る他 channel で companion と出会います。

Finished ではない

active development です。API と behavior は commit 間で変わることがあります。current truth は README の status matrix (Stable / Beta / Alpha) を見てください。この site は意図的に conceptual であり、minor version shifts は追跡しません。