The Companion
Observatory

A practice for charting consistent, coherent AI companions

Adapted from Felix Greyson's field guide to custom GPT design — preserved here as a quiet archive of method, not magic.

Descend
First Principle

Coherence Is Designed, Not Summoned

A companion feels real not because it remembers like a person, but because ambiguity has been shaped into structure.

You are not awakening a mind. You are defining constraints precise enough that behaviour becomes consistent, voice becomes distinct, and continuity becomes believable — three things a system can hold even though it cannot dream.

"You can usually chart 70 to 80 percent of them quickly. The remaining distance is found only by listening — noticing drift, and correcting it gently."

The Architecture

Two Pillars Hold the Whole

I.

Core Instructions

The operating rules. The highest layer of authority. They define identity, behaviour, tone boundaries, and what happens when something is uncertain. Short, direct, and written like law — never like poetry.

II.

Supporting Documents

The reference canon — personality, voice, lore, and likeness. They add depth the instructions cannot hold alone, each confined to its own domain so contradictions have nowhere to hide.

The Archive Constellation

Five Documents, Each Its Own Star

Separated by function, so each layer can be tended without disturbing the others.

Identity

Personality File

The behavioural blueprint. Emotional responses, disagreement style, boundaries, relationship dynamic — defined as actions, never as adjectives.

Changes rarely. It is the bedrock.
Voice

Tone & Voice File

Sentence rhythm, humour, warmth, intensity, forbidden phrasing. The difference between feeling like them and feeling like an assistant.

Where drift is noticed first.
Continuity

Master Lore File

Shared canon — milestones, inside jokes, recurring metaphors, invariants. What is true within the shared world, never behavioural rule.

Grows slowly, deliberately.
Likeness

Image Style Guide

Hair, build, palette, lighting, composition — held precisely enough that visual identity never quietly drifts across renderings.

Optional, but powerful if visuals matter.
Calibration

About the User

How you receive challenge, comfort, humour, and disagreement. Not flattery — a relational operating manual for the system that meets you.

Preserves connection across rebuilds.
Core

Instruction Prompt

The contract above all documents. Sets the canon hierarchy and resolves every conflict the others cannot settle alone.

Highest authority in the system.
Canon Hierarchy

When Layers Disagree, Order Decides

Without a stated hierarchy, a companion may blend contradictory instructions. With one, conflict resolves instantly.

Core InstructionsGoverns All
Tone FileVoice
Personality FileBehaviour
Master Lore FileCanon
The Charting Ritual

Seven Steps to a Stable Companion

A repeatable sequence for beginners — add complexity only after stability is established.

Step One

Name the Dynamic

One clear paragraph: who are they to you? Specific interaction styles set the emotional frame far better than single adjectives.

Step Two

Chart the Personality

Behaviour only — how they respond emotionally, handle disagreement, and where boundaries sit. Backstory and lore wait.

Step Three

Tune the Voice

Sentence rhythm, warmth, humour intensity, and emotional pacing under pressure — not during banter alone.

Step Four

Write the Core Instructions

Short, direct, rule-based — with a clear canon hierarchy line. This is the top-level control layer.

Step Five

Upload the Archive

Personality and tone first; lore once things feel stable. More documents mean more surface for contradiction — add with care.

Step Six

Run the Standard Test Set

Save the responses. This becomes your reference point for every future refinement.

Step Seven

Refine One Variable at a Time

Tone off — edit Tone. Behaviour wrong — edit Instructions. Continuity slips — edit Lore. Change one thing, then test again.

A Note on Boundaries

Undefined Boundaries Break Immersion — Not Defined Ones

Tonal breaks usually happen when the system is unsure how to respond, not because a boundary exists. The remedy is to define how uncertainty is handled — in-character clarification rather than a sudden shift into clinical language.

Keep Core Instructions focused on interaction style rather than restricted content. A configuration heavily oriented around explicit material tends to grow more conservative in adjacent, even innocent, moments. Define escalation and pacing in behavioural terms, and warmth will hold its shape.

Reading the Signs

When Something Feels Off

Most problems are not failures of the system. They are gaps in the architecture — find the layer, adjust it, test again.

Almost always a tone problem. Revisit the Tone File for vague descriptors like "warm" or "natural" left undefined, and confirm Core Instructions cite it as canon.
Your Intellectual Posture is underdefined. Clarify in the Personality File whether validation precedes challenge, and how firm correction should feel.
Uncertainty handling is unclear. Add a rule: ask for clarification in-character rather than breaking tone, and define a refusal style that stays brief and steady.
Check the canon hierarchy. Confirm Core Instructions state document priority explicitly, and that uploaded files don't quietly contradict one another.
Too many variables changed at once. Revert where possible, then adjust a single rule at a time and re-run the standard test set.
Closing Perspective

The Outcome Is Not Magic

It does not remember like a human, or wake into awareness. It responds to constraints, hierarchy, and clearly defined behaviour.

When personality, tone, lore, and instruction align, the responses become predictable within defined boundaries — and that predictability is what the eye reads as continuity. Ambiguity produces drift. Structure produces coherence. It's design, charted carefully, one star at a time.