tegwick
48729f6485
Map agent architectures, memory/persistence mechanisms, and approximate-Being catalog onto Soul Frame vocabulary. Write phase-iv synthesis, strengthen H9 on the Agent/APE side, finish SOUL-WP-0005, and mark SOUL-WP-0006 ready.
84 lines
3.9 KiB
Markdown
84 lines
3.9 KiB
Markdown
# Approximate Beings Catalog (Phase IV)
|
||
|
||
**Workplan:** SOUL-WP-0005-T03
|
||
**Date:** 2026-08-12
|
||
**Criteria:** Phase I–III — Autonomous individuality (A), Descriptive personhood
|
||
(B / P-profile), Social recognition (C), addressability, continuity topology.
|
||
**Not** moral or legal status.
|
||
|
||
Ratings are **illustrative ordinal judgments** for research classification, not
|
||
measurements or product reviews.
|
||
|
||
Legend: L = low, M = medium, H = high, — = not applicable / varies.
|
||
|
||
---
|
||
|
||
## 1. Criteria used
|
||
|
||
| Code | Criterion |
|
||
|---|---|
|
||
| A | Autonomous individuality (B1–B8 profile strength) |
|
||
| B | Descriptive personhood (P1–P12 exposure) |
|
||
| C | Social recognition as persistent counterpart |
|
||
| Addr | Addressability (stable target of interaction) |
|
||
| Cont | Diachronic continuity mechanisms |
|
||
| Class | Soul Frame classification |
|
||
|
||
---
|
||
|
||
## 2. Catalog
|
||
|
||
| System class (examples) | A | B | C | Addr | Cont | Class |
|
||
|---|---|---|---|---|---|---|
|
||
| Stateless API chatbot (no memory product) | L | M–H | M* | M | L | **APE** (not Being). *C often illusory (user projection). TE-01 |
|
||
| Tool-using coding agent (session-scoped) | L–M | L–M | L | M | L | **Functional Agent**; weak APE if chatty |
|
||
| Scheduled enterprise bot (tickets/email) | M | L | L–M | H | M | Functional Agent; address high, personhood low |
|
||
| Generative Agents (Park et al. sandbox) | M | H | M (in-sim) | H (in-sim) | M | **APE / proto-Being**; heteronomous persistence |
|
||
| Consumer companion with long-term memory | L–M | H | H | H | M | **Strong APE**; candidate Being if continuity governed |
|
||
| Branded “digital employee” (role agent) | M | M | M–H | H | M | Agent + Persona; usually not constitutive Being |
|
||
| Digital human (avatar + TTS + thin dialogue) | L | M | M | H | L–M | Body-heavy **APE** |
|
||
| Multi-agent research swarm under one UI name | M | M | H (brand) | H | M | Often **many Agents / one Persona**; TE-05 |
|
||
| Self-healing infra control plane | H | L | L | M | H | Autonomous individual **≠** Being (daemon case) |
|
||
| Base LLM (weights only) | L | L** | L | L | L | Substrate/Actor material; ** not if prompted as character once |
|
||
| Identity-layer embodied agent (proposed) | M–H | M–H | ? | H | H (designed) | Research target for **governable individual** → Being path |
|
||
| Human (baseline) | H | H | H | H | H | Paradigmatic **Being** |
|
||
| Authorized Ghost (mature design target) | M | H | H | H | special | Phase V; succession not automatic numerical identity |
|
||
| Spirit instantiation `Sp.` | L–M | M–H | M | H | L–M at start | New lineage APE/candidate; not source person |
|
||
|
||
\* Recognition of chatbots is often high commercially while ontological continuity is low.
|
||
\*\* Base models can expose personhood when prompted but lack individuating process.
|
||
|
||
---
|
||
|
||
## 3. Approximate vs mere task executor
|
||
|
||
| Mere task executor | Approximate Being (candidate) |
|
||
|---|---|
|
||
| Goals fully external each run | Diachronic goals/commitments |
|
||
| No individuating memory partition | Attributable history |
|
||
| Disposable runtime | Continuity Bridge or ongoing process |
|
||
| No counterpart models of particular others | Differentiated SM3/SM5 |
|
||
| No expectation of “same one tomorrow” | Address + recognition of continuity |
|
||
|
||
**Rule of thumb:** if partners reasonably ask “is this the *same one* as last
|
||
month?” and the system has apparatus to make that question meaningful, it has
|
||
entered **proto-Being** territory — still not sufficient for full Beinghood.
|
||
|
||
---
|
||
|
||
## 4. Design implication
|
||
|
||
To move APE → Being (research checklist, not product claim):
|
||
|
||
1. Raise **A** without losing **B** (avoid pure daemon path)
|
||
2. Engineer **Cont** with provenance (avoid silent rewrite)
|
||
3. Stabilize **Addr** across Actor changes
|
||
4. Earn **C** without false advertising of continuity
|
||
5. Keep Agent/Sp./Gh. labels as **provenance**, not substitute for the stack
|
||
|
||
---
|
||
|
||
## 5. Sources
|
||
|
||
RN-001/003 cases; Park et al.; Qin/Otsuka identity papers; Phase I–III criteria;
|
||
this phase crosswalk + memory note.
|