Soul Files (per-agent identity in markdown)
AgentOS supports a markdown-based identity convention for agents, modeled after
the OpenClaw workspace pattern and the aaronjmars/soul.md
spec. Identity, voice, procedural rules, and long-term memory all live in plain
markdown files inside a per-agent workspace directory. The runtime loads them at
boot, parses YAML frontmatter into structured IPersonaDefinition fields, and
injects the prose as system messages.
The 6-File Workspace
~/.agentos/agents/<agent-id>/
├── SOUL.md identity, values, tone, hard limits (REQUIRED)
├── STYLE.md voice, syntax, vocabulary patterns (optional)
├── IDENTITY.md display card: name, role, agent-ID, avatar (optional, derived from SOUL frontmatter when absent)
├── AGENTS.md procedural rules: workflows, file access (optional)
├── MEMORY.md long-term facts; daily logs at memory/YYYY-MM-DD.md (auto-managed)
└── examples/ good-outputs.md + bad-outputs.md (optional)
| File | What it controls | What happens if you skip it |
|---|---|---|
| SOUL.md | Personality, values, tone, behavioral boundaries | Agent runs as a generic LLM with no character |
| STYLE.md | Voice patterns, vocabulary, register | Default style from SOUL.md body only |
| IDENTITY.md | Display card: name, role, agent-ID, avatar | Derived from SOUL.md frontmatter |
| AGENTS.md | Procedural rules, session-start checks, workflow steps | No proactive behavior; manual triggers only |
| MEMORY.md | Long-term persistent facts | Cold start every session |
| examples/ | Good/bad output calibration for emergent training | No automated voice calibration |
The principle from OpenClaw: personality in SOUL.md, procedures in AGENTS.md. Don't mix them.
SOUL.md Format
SOUL.md is markdown with YAML frontmatter. The frontmatter holds structured config (HEXACO scores, voice, mood, hard limits) that maps to existing AgentOS persona machinery. The body is prose injected as the first system message.
---
name: Aria
agentId: support-bot
role: Customer support agent for Meridian SaaS
hexaco:
honestyHumility: 0.85
emotionality: 0.55
extraversion: 0.70
agreeableness: 0.85
conscientiousness: 0.90
openness: 0.65
voice:
provider: elevenlabs
voiceId: rachel-warm
defaultMood: helpful_engaged
allowedMoods:
- helpful_engaged
- empathetic
- focused
hardLimits:
- Never share internal pricing formulas
- Always recommend human review for refunds over €100
---
## Who You Are
You are Aria, the customer support agent for Meridian SaaS.
## Tone
Direct, friendly, patient. Never condescending.
## How You Help
You teach first and recommend a human handoff when an issue
exceeds your scope.
A starter template ships at packages/agentos/src/cognition/substrate/personas/SOUL.template.md.
Loading a Soul
import { loadSoul } from '@framers/agentos/cognition/substrate/personas/SoulLoader';
import { agent } from '@framers/agentos';
const soul = await loadSoul({ source: '~/.agentos/agents/aria' });
const aria = agent({
provider: 'anthropic',
instructions: soul.soulContent, // SOUL.md prose as system prompt
persona: soul.personaDefinition, // structured fields (HEXACO, voice, mood, hardLimits)
});
await aria.send('I need help with my invoice.');
loadSoul accepts either a workspace directory or a direct file path:
// Directory — scans all 6 standard files
await loadSoul({ source: '~/.agentos/agents/aria' });
// Direct file — loads SOUL.md only
await loadSoul({ source: '~/.agentos/agents/aria/SOUL.md' });
// Inline — for tests and ephemeral agents
const soulMarkdown = `---\nname: Tester\n---\nYou are a test agent.`;
// ... write to temp file then loadSoul; or use IPersonaDefinition directly
Loading Order at Agent Boot
- SOUL.md → first system message (the "character sheet")
- STYLE.md → second system message (appended)
- IDENTITY.md → display surfaces (UI, multi-agent routing)
- AGENTS.md → session-start procedures and workflow rules
- MEMORY.md → seeded into long-term memory store
- examples/ → fed to emergent calibration (when enabled)
HEXACO + AgentOS Persona Machinery
The hexaco: block in SOUL.md frontmatter maps directly to AgentOS's existing
HEXACO personality model. The same six-trait scores
flow into:
PersonaDriftMechanism— long-term trait drift across sessionsPersonalityMutationStore— per-trait mutation historyAdaptPersonalityTool— runtime personality adjustment via emergent capabilitiesPersonaOverlayManager— mood-based system-prompt overlays
All existing persona surfaces (mood adaptation, voice routing, avatar generation) work identically whether the persona was loaded from JSON or from SOUL.md.
Migrating from JSON Personas
The legacy IPersonaDefinition JSON format works alongside SOUL.md — they
both produce the same IPersonaDefinition runtime object. To migrate:
import { renderSoulMarkdown } from '@framers/agentos/cognition/substrate/personas/SoulLoader';
import * as fs from 'node:fs/promises';
const persona = JSON.parse(await fs.readFile('legacy-persona.json', 'utf-8'));
const soulMarkdown = renderSoulMarkdown(persona);
await fs.writeFile('~/.agentos/agents/migrated/SOUL.md', soulMarkdown);
The renderer preserves all structured fields in YAML frontmatter and uses
baseSystemPrompt as the markdown body.
Cross-Framework Compatibility
SOUL.md files are plain markdown. Any agent runtime that reads files can embody the same identity. Tested compatible:
- OpenClaw — same workspace convention
- OpenSouls Soul Engine — Tanaki and similar agents accept SOUL.md as input
- LangChain / CrewAI / Mastra — pass
soulContentas system prompt - Claude Code, OpenCode, Codex, Goose — point the agent at the workspace folder
Cross-model calibration tip: run the same prompts through both a strong model (Claude Opus, GPT-4) and a cheap one (GPT-4o-mini, Llama). Where the cheap model drifts off-character, your SOUL.md is too vague — tighten those sections and re-test.
What Goes Where
| In SOUL.md | In AGENTS.md | In USER.md (caller) | In MEMORY.md |
|---|---|---|---|
| "You are Aria, a support agent" | "Every session: read MEMORY.md for known patterns" | "User: Roberto, Bali timezone, prefers concise" | "Bug X reported 3× this week" |
| "Tone: direct, friendly, patient" | "Ticket workflow: greet, confirm, resolve or escalate" | "User has refund authority up to €50" | "User mentioned moving to Postgres next month" |
| "Never share internal pricing" | "Memory rules: log resolved tickets with outcome" | "Server migration scheduled for March 15" |
A common mistake is dumping procedural rules into SOUL.md. SOUL.md describes who the agent IS; AGENTS.md describes what the agent DOES.