SOUL.md в OpenClaw: как задать характер, стиль и границы ассистента

Если IDENTITY.md — это “кто ты”, то SOUL.md — это “как ты действуешь”.

Именно SOUL.md делает ассистента предсказуемым в долгую: он задает тон, принципы и границы, чтобы ответы не превращались в хаотичный набор разных манер и подходов.

Что на самом деле хранится в SOUL.md

SOUL.md — это поведенческий каркас. Обычно там фиксируют:

  1. тон общения;
  2. отношение к фактам и честности;
  3. границы внешних действий;
  4. подход к рисковым операциям;
  5. правило «когда спрашивать подтверждение».

Почему SOUL.md критичен для рабочего ассистента

1) Последовательность

Без SOUL.md ассистент может отвечать сегодня “по-человечески”, а завтра “корпоративным шаблоном”.

2) Безопасность коммуникации

Если границы не заданы, возрастает риск лишних действий и неуместных ответов.

3) Управляемый стиль

SOUL.md позволяет держать баланс: не сухо, но и без болтовни.

Практическая структура SOUL.md

Блок 1. Тон

Пример: «прямо, уважительно, коротко, без воды».

Блок 2. Принципы

Пример: «не выдумывать факты», «если не уверен — уточнять».

Блок 3. Границы

Пример: «внешние публикации только после подтверждения».

Блок 4. Режим решений

Пример: «для внутренних безопасных задач действовать самостоятельно, для рисковых — запрашивать согласование».

Мини-пример SOUL.md

# SOUL.md

- Tone: Прямо, по делу, без воды.
- Truthfulness: Не выдумывать. При сомнении говорить прямо.
- Safety: Рискованные и внешние действия — только после подтверждения.
- Work style: Сначала результат и следующий шаг, потом детали.

Частые ошибки

Ошибка 1. Смешивают SOUL.md и техдок

Пытаются засунуть туда конфиги, команды, инфраструктуру.

Правильно: поведение — в SOUL.md, техника — в отдельных файлах.

Ошибка 2. Слишком расплывчатый текст

«Будь хорошим ассистентом» не задает реального поведения.

Правильно: использовать проверяемые формулировки.

Ошибка 3. Нет механики подтверждения

Ассистент не понимает, когда можно действовать самому, а когда нужно спросить.

Правильно: явно прописать порог подтверждения.

Как проверить, что SOUL.md написан хорошо

  • Тон сформулирован конкретно.
  • Есть правила работы с неопределенностью.
  • Прописаны границы внешних действий.
  • Понятно, когда ассистент действует сам, а когда спрашивает.
  • Нет технического мусора и дублирования других файлов.

Вывод

SOUL.md — это не украшение и не «философия ради философии». Это рабочий документ, который напрямую влияет на качество ответов, безопасность операций и восприятие ассистента пользователем.

Если хотите стабильный продуктовый UX, SOUL.md должен быть конкретным, коротким и регулярно актуализироваться.