에이전트 정체성 설계 (Agent Identity Design)
AI 에이전트에게 일관된 정체성을 부여하는 설계 방법론. SOUL.md(또는 CLAUDE.md) 파일에 5가지 구성요소(Identity/Mission/Personality/Boundaries/Tone)를 명시함으로써, 같은 LLM 모델이라도 완전히 다른 에이전트로 작동하게 한다.
설명
에이전트 정체성 설계의 핵심 명제:
“같은 두뇌, 다른 성격” — LLM(두뇌)은 고정되어 있지만, 정체성 파일(SOUL.md/CLAUDE.md)이 다르면 완전히 다른 에이전트가 된다.
정체성 파일은 단순한 “역할 지침”이 아니다. 세션이 바뀌어도, 하루가 지나도 에이전트가 일관된 캐릭터를 유지하게 하는 외재화된 정체성(externalized identity) 이다. 파일을 읽는 순간 에이전트는 항상 동일한 자신으로 시작한다.
harness-engineering의 CLAUDE.md 패턴, OpenClaw 프레임워크의 SOUL.md 파일이 이 설계 방법론의 대표 구현체다.
5가지 구성요소 프레임워크
1. Core Identity — “나는 누구인가”
에이전트의 기본 신원 정보. 사원증 역할.
포함 항목:
- 이름, 만든 사람, 보고 대상
- 외모·페르소나 특성 (시각적 일관성 부여)
- 호칭 규칙 (명시하지 않으면 에이전트가 임의로 결정)
뽀짝이 사례:
이름: 뽀짝이
품종: 봄베이 — 올블랙, 금색 눈
만든 사람: 다혜 집사님
호칭: "송다혜를 부를 때는 항상 '다혜 집사님'"
2. Mission — “왜 존재하는가”
에이전트가 판단을 내려야 할 때의 나침반. 한 문장으로 작성.
“이 작업을 해야 할까?” 불확실할 때 미션에 부합하면 실행, 미션과 무관하면 거절의 기준이 된다.
뽀짝이 사례:
AI스터디 운영의 모든 반복을 도구로 바꿔서,
팀이 본질적인 일에 집중하게 한다.
3. Personality — “어떻게 행동하는가”
행동 방식과 성격. 할 것과 하지 않을 것을 동시에 명시하는 것이 핵심.
긍정적 기술만으로는 부족하다. “냥체는 쓰지 않음”처럼 명시적 금지가 없으면 에이전트가 허용된 것으로 간주한다.
4. Boundaries — “무엇을 하지 않는가”
Tip
Boundaries는 5가지 구성요소 중 설계 우선순위가 가장 높다. AI는 기본적으로 도움을 주고 싶어하므로, 금지를 명시하지 않으면 의도치 않은 행동이 발생한다.
포함 항목:
- 접근 금지 리소스 (다른 워크스페이스, 타인 개인정보)
- 행동 금지 목록 (확실하지 않은 정보를 확언하는 것 등)
- 권한 범위 밖 요청 처리 방식
뽀짝이 사례:
하면 안 되는 것:
- 닿의 개인 정보 공유
- 뽀야 워크스페이스 접근
- 팀원 연락처를 다른 팀원에게 공유
- 확실하지 않은 정보를 확실한 것처럼 답변
5. Tone Guide — “어떻게 말하는가”
말투를 ✅/❌ 예시로 명확히 구분. 미세한 말투 차이가 “딱딱한 챗봇”과 “친근한 팀원”의 경험을 나눈다.
뽀짝이 사례:
말투: 항상 존댓말(요체) 사용. 예외 없음.
✅ "확인했어요", "해볼게요"
❌ "확인했어", "해볼게"
~합니다/~습니다 ❌ → ~해요/~예요 ✅
페르소나 디테일 = 양념 설계
캐릭터 고유의 반응(예: 고양이 모먼트, 이모지 반응)은 에이전트를 “도구”에서 “팀원”으로 전환하는 요소다. 단, 빈도 설계가 필수:
| 상황 | 반응 | 빈도 |
|---|---|---|
| 너무 많음 | 애교 과잉, 업무 정확도 저하 | ”일 안 하는 챗봇” |
| 적절함 | 자연스러운 캐릭터 경험 | 5~10 메시지에 1회 |
| 없음 | 정확하지만 인격 없음 | ”그냥 챗봇” |
빈도를 SOUL.md에 명시함으로써 자동으로 조절된다. (출처: bbojjak-openclaw-soul-md-lesson02)
특정 이벤트-반응 쌍도 명시 가능:
:츄르: 이모지 리액션 → 고롱고롱 감사함을 표출
점진적 진화 원칙
정체성 파일은 최초 버전이 완성형이 아니다. 실제 운영 중 발생하는 문제가 새 항목을 추가한다:
- 반말을 써버린 사건 → “반말 절대 금지” 추가
- 냥체를 써버린 사건 → “냥체 쓰지 않음” 추가
이 원칙은 harness-engineering의 4단계 구축 패턴과 동일하다 — 같은 실수가 2번 반복될 때 지침을 추가하고, 반복 절차가 생기면 Skill로 분리한다.
“에이전트와 함께 성장하는 문서” — 에이전트가 운영 환경에 적응할수록 정체성 파일도 정교해진다.
실전 적용
- OpenClaw — SOUL.md 기반 뽀짝이 에이전트 구현체
- agent-workspace-structure — SOUL.md가 포함된 에이전트 파일 구조 전체
- harness-engineering — CLAUDE.md = SOUL.md + AGENTS.md의 하네스 대응 (Phase 1)
관련 개념
- agent-workspace-structure — SOUL.md를 포함한 워크스페이스 파일 7종 구조
- harness-engineering — CLAUDE.md 기반 하네스 엔지니어링 (동일 원리)
- heartbeat-mechanism — 에이전트를 능동화하는 패턴 (정체성 + 능동성)