Personas deterministically and procedurally generate a avatar #31

Closed
opened 2026-07-23 01:39:23 +00:00 by coilysiren · 4 comments
Owner

Then the pet becomes the entity that is doing the work

I say "pet" but it probably shouldn't be a ... kitten.

See: the vtuber pet stuff in aos / website. That should be used for inspo. But don't pull the ... fact that it would be a wharthog. Also the visuals were ATROCIOUS.

100% there are libraries for this but maybe only partially and almost certain they were written in the agentic era

Then the pet becomes the entity that is doing the work I say "pet" but it probably shouldn't be a ... kitten. See: the vtuber pet stuff in aos / website. That should be used for inspo. But don't pull the ... fact that it would be a wharthog. Also the visuals were ATROCIOUS. 100% there are libraries for this but maybe only partially and almost certain they were written in the agentic era
Author
Owner

clarification from codex...


  1. The creature is the agent’s form, not its pet

Issue #31 contains the most important unresolved decision.

If the creature becomes the thing doing the work, then Opal should not be a person who owns a differently named creature. The creature is Opal.

Otherwise you end up with two identities:

Opal the agent
└── Biscuit the mascot that appears to perform Opal's work

That will become confusing as soon as someone chats with it, watches it complete a task, or visits its website.

Internally, I would use:

form for the canonical identity concept,
sprite for a 2D renderer,
avatar when referring to its representation in a particular interface.

“Pet” remains useful as the aesthetic reference, but not as the domain model.

This also avoids deciding whether the creature is a kitten, warthog, robot, monster, or something else. It is simply an agent form generated from the persona.

clarification from codex... --- 1. The creature is the agent’s form, not its pet Issue #31 contains the most important unresolved decision. If the creature becomes the thing doing the work, then Opal should not be a person who owns a differently named creature. The creature is Opal. Otherwise you end up with two identities: Opal the agent └── Biscuit the mascot that appears to perform Opal's work That will become confusing as soon as someone chats with it, watches it complete a task, or visits its website. Internally, I would use: form for the canonical identity concept, sprite for a 2D renderer, avatar when referring to its representation in a particular interface. “Pet” remains useful as the aesthetic reference, but not as the domain model. This also avoids deciding whether the creature is a kitten, warthog, robot, monster, or something else. It is simply an agent form generated from the persona.
coilysiren changed title from Personas deterministically but procedurally generate a pet to Personas deterministically but procedurally generate a avatar 2026-07-23 05:13:30 +00:00
coilysiren changed title from Personas deterministically but procedurally generate a avatar to Personas deterministically and procedurally generate a avatar 2026-07-23 05:13:36 +00:00
Author
Owner

more from codex...


  1. Give each personality a hand-authored shape language

Color, emblem, and texture cannot generate a distinctive creature by themselves. The missing layer is morphology.

Not generic trait sliders such as:

roundness: 0.7
symmetry: 0.4
limbs: 6

That would conflict with the deliberately curated personality catalog and the existing decision not to turn this into a generic personality framework.

Instead, each personality gets a small authored visual grammar:

Curious

Exploratory silhouette, outward-reaching features, one element visibly oriented away from the body, shapes suggesting apertures or sensors.

Grounded

Low center of gravity, broad contact with the ground, visually stable mass, few unsupported projections.

Meticulous

Repeated structures, controlled symmetry, clean segmentation, small deliberate details.

Warm

Enclosing shapes, soft intersections, visible interior space, forms that appear comfortable to approach.

Quirky

Coherent underlying structure with exactly one conspicuous violation of its own visual rule.

The generator interprets this grammar. It does not derive the personality from numeric dimensions.

This becomes a fourth personality visual primitive:

color
emblem
texture
shape language

It is probably the most necessary new issue because it unlocks the procedural form generator.

more from codex... --- 2. Give each personality a hand-authored shape language Color, emblem, and texture cannot generate a distinctive creature by themselves. The missing layer is morphology. Not generic trait sliders such as: roundness: 0.7 symmetry: 0.4 limbs: 6 That would conflict with the deliberately curated personality catalog and the existing decision not to turn this into a generic personality framework. Instead, each personality gets a small authored visual grammar: Curious Exploratory silhouette, outward-reaching features, one element visibly oriented away from the body, shapes suggesting apertures or sensors. Grounded Low center of gravity, broad contact with the ground, visually stable mass, few unsupported projections. Meticulous Repeated structures, controlled symmetry, clean segmentation, small deliberate details. Warm Enclosing shapes, soft intersections, visible interior space, forms that appear comfortable to approach. Quirky Coherent underlying structure with exactly one conspicuous violation of its own visual rule. The generator interprets this grammar. It does not derive the personality from numeric dimensions. This becomes a fourth personality visual primitive: color emblem texture shape language It is probably the most necessary new issue because it unlocks the procedural form generator.
Author
Owner

yet more...


  1. Give every form a fixed expression vocabulary

The mobile app needs more than a neutral portrait. The creature is meant to appear to be doing the work, but the visual system should not invent arbitrary emotional states.

Define a small semantic expression set shared by every persona:

available
listening
thinking
acting
waiting-for-human
blocked
completed
failed
offline

Each personality expresses the same state differently.

For example, waiting-for-human might be:

Curious: examining a sealed object from several angles.
Grounded: sitting beside it patiently.
Meticulous: holding it in a clearly labeled queue.
Energetic: visibly poised to continue.
Protective: keeping the unfinished work sheltered.

The meaning remains fixed. Only the presentation changes.

This has several advantages:

Headless agents can express identity without adding unnecessary textual chatter.
Mobile notifications can show recognizable state at a glance.
Public pages can show curated activity without pretending the agent has human emotions.
Runtime state remains separate from personality color.

yet more... --- 4. Give every form a fixed expression vocabulary The mobile app needs more than a neutral portrait. The creature is meant to appear to be doing the work, but the visual system should not invent arbitrary emotional states. Define a small semantic expression set shared by every persona: available listening thinking acting waiting-for-human blocked completed failed offline Each personality expresses the same state differently. For example, waiting-for-human might be: Curious: examining a sealed object from several angles. Grounded: sitting beside it patiently. Meticulous: holding it in a clearly labeled queue. Energetic: visibly poised to continue. Protective: keeping the unfinished work sheltered. The meaning remains fixed. Only the presentation changes. This has several advantages: Headless agents can express identity without adding unnecessary textual chatter. Mobile notifications can show recognizable state at a glance. Public pages can show curated activity without pretending the agent has human emotions. Runtime state remains separate from personality color.
Author
Owner

codex is really running with this one...


  1. Give each agent a generated habitat or workbench

The generated website does not need to be a conventional profile card.

Each form can inhabit a small deterministic environment whose composition comes from multiple axes:

personality supplies material, texture, and visual atmosphere;
role supplies the kind of work objects present;
seat supplies the persistent arrangement;
runtime state determines what is currently happening;
work history adds accumulated objects.

Examples:

A meticulous engineer’s space might contain orderly interlocking components.
A playful social agent might work among pinned fragments and expressive shapes.
A grounded ops agent might inhabit a compact structure with visible supports and conduits.

This is not the agent’s “favorite place.” It is a visual projection of the composed identity.

The individual website becomes the agent’s room. The mobile conversation opens at its workbench. Both consume the same identity source without either surface living inside agent-compose, consistent with your issue boundaries.

  1. The synthetic company becomes a terrarium

Once every agent has a form and habitat, the natural company-level surface is not a directory. It is a shared visual world.

A private mobile home screen could show:

who is active,
who is waiting for Kai,
who is working together,
who recently completed something,
and who can be opened for conversation.

A public version on your website could show:

the roster,
identities and roles,
selected public work,
and static or delayed activity.

This gives the entire synthetic company a coherent visual metaphor:

The company is a terrarium of persistent software entities doing visible work.

It should not replace real observability. Tapping a creature representing a deployment failure should still lead to the underlying run, issue, logs, or trace. The terrarium is the human-facing projection, not the source of truth.

This may be the strongest downstream derivative of the ideas you retained.

codex is really running with this one... --- 5. Give each agent a generated habitat or workbench The generated website does not need to be a conventional profile card. Each form can inhabit a small deterministic environment whose composition comes from multiple axes: personality supplies material, texture, and visual atmosphere; role supplies the kind of work objects present; seat supplies the persistent arrangement; runtime state determines what is currently happening; work history adds accumulated objects. Examples: A meticulous engineer’s space might contain orderly interlocking components. A playful social agent might work among pinned fragments and expressive shapes. A grounded ops agent might inhabit a compact structure with visible supports and conduits. This is not the agent’s “favorite place.” It is a visual projection of the composed identity. The individual website becomes the agent’s room. The mobile conversation opens at its workbench. Both consume the same identity source without either surface living inside agent-compose, consistent with your issue boundaries. 6. The synthetic company becomes a terrarium Once every agent has a form and habitat, the natural company-level surface is not a directory. It is a shared visual world. A private mobile home screen could show: who is active, who is waiting for Kai, who is working together, who recently completed something, and who can be opened for conversation. A public version on your website could show: the roster, identities and roles, selected public work, and static or delayed activity. This gives the entire synthetic company a coherent visual metaphor: The company is a terrarium of persistent software entities doing visible work. It should not replace real observability. Tapping a creature representing a deployment failure should still lead to the underlying run, issue, logs, or trace. The terrarium is the human-facing projection, not the source of truth. This may be the strongest downstream derivative of the ideas you retained.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
coilyco-flight-deck/agent-compose#31
No description provided.