제6장 메모리: 쓸수록 나를 더 잘 이해하는 Bot

Bot 메모리는 세션을 넘나드는 작업 컨텍스트입니다. 모든 대화를 메모리로 취급하면 임시 대증 요법을 규칙으로 착각하거나, 만료된 데이터를 바탕으로 잘못된 결정을 내리기 쉽습니다.

5가지 컨테이너와 패스트/슬로우 클록을 이해하고, 메모리와 스킬을 구분합니다.
팀 협업을 위한 승격 프로토콜을 수립하고, 변동 데이터는 실시간으로 원천을 확인합니다.
Git으로 백업 파이프라인을 구축하여 클라우드 컴퓨터가 초기화되어도 완벽하게 복구합니다.

메모리: 쓸수록 나를 더 잘 이해하는 Bot

6.1 공식 메모리 메커니즘: Bot은 대체 무엇을 기억하는가

Bot은 선호도, 팩트 및 요약을 기억합니다. Grok Bot 사용하기를 참조하세요.

Bot을 데이터베이스로 취급하지 마세요.

변동 데이터는 원천 시스템에 남겨두고, 중대한 결정은 원천 데이터를 확인합니다.
잘못 기억했거나 가정이 오래되었다면 대화에서 직접 수정하거나 삭제합니다.
보안과 권한은 승인 팝업과 Auto-review로 통제하며, 결코 메모리에 의존하지 않습니다.
장기 규칙은 첫머리에 명확히 밝히고, 일회성 작업은 해당 턴에서만 유효하도록 합니다.

상단 이름을 클릭하여 구성을 변경합니다. iPhone에서 Bot 복제 시:

상속됨: 구성, 스킬, Routine 및 프로필 이미지
상속되지 않음: 대화, 메모리 및 첨부파일

추후 다시 사용할 가능성이 있다면 사이드바에서 '숨기기'로 설정하는 것을 권장합니다. 직접 삭제하면 기록이 모두 초기화됩니다. 주의할 점: 모든 Bot은 클라우드 컴퓨터를 공유하므로, Bot을 삭제해도 파일과 로그인 상태는 삭제되지 않으며 남은 데이터는 수동으로 파일 시스템에 들어가 정리해야 합니다.

6.2 메모리 계층화: 5가지 컨테이너와 패스트/슬로우 클록

6.2 记忆分层：五类容器与快慢时钟

데이터는 공유 계층과 전용 계층으로 나뉩니다. 《4.6 가상 머신, 메모리 및 백업》 fs69.md를 참조하세요.

5가지 컨테이너 모델은 《Grok Bot Memory Engineering: How One Agent Learns With a Team｜rari》 fs57.md를 참조하세요.

text

实时数据源 (LIVE SOURCE)  -> 存在 Linear、Datadog、CRM、代码库或知识库里的当前事实
团队技能 (TEAM SKILL)     -> 由 Bot 所有者维护的标准化、可重复执行的操作流程
团队记忆 (TEAM MEMORY)    -> 经过核准的全员共享决策与稳定业务定义
私人便签 (PRIVATE NOTE)   -> 个人专属偏好与单人工作上下文
任务状态 (TASK STATE)     -> 当前正在执行的任务进度与临时上下文

컨테이너를 혼용해서는 안 됩니다. 로그는 실행 후 즉시 폐기하고, 프로세스는 스킬에 넣으며, 개인 습관은 메모에 적고, P0급 정의만 팀 메모리에 반영해야 합니다.

오염을 방지하기 위해 패스트/슬로우 클록으로 분류합니다.

슬로우 클록: 스타일과 정의는 월/년 단위로 지속되므로 메모리에 기록합니다.
패스트 클록: 잔액 등은 수시로 변하므로, 행동하기 전에 반드시 원천 데이터를 다시 조회해야 합니다.

비밀번호와 Token은 절대 메모리에 넣지 말고, 문서에는 포인터만 저장하세요. 실시간 상태는 API로 확인하며, 메모리에 의존하여 권한을 승인하지 마세요.

6.3 메모리와 스킬의 경계: 아는 것과 행동하는 법

6.3 记忆与技能的边界：知道什么与怎么做

메모리(주간 활성도 40% 감소)	스킬
팩트 및 선호도	프로세스 및 승인

좋은 프로세스 명령어는 스킬로 저장합니다:

text

将我们用于此任务的流程保存为名为“每周账户健康状况”的技能。
包括源系统、风险定义、输出格式，以及联系客户始终需要批准这条规则。

화면 시연 3단계:

대화창에서 컴퓨터 뷰 열기
'작업 가르치기' 선택 후 결과 입력
화면 시연

10분 제한이 있으며 마이크와 비밀번호는 녹화되지 않습니다. @mvanhorn은 10분을 초과하면 실패하기 쉬우므로 짧은 단계로 나누어 연결할 것을 당부했습니다. fs46.md

Lauren Tan의 트러블슈팅 우선순위: 근본 원인 제거 > 테스트 검증 > 전용 규칙 > 메모리 수정. 팀 스킬은 Creator 또는 Manager가 배포하며, 개인 DM은 개인에게만 귀속됩니다.

fs57.md

6.4 팀 메모리 관리: 작성 프로토콜, 권한 격리 및 충돌 방지

여러 명이 Bot을 공유하는 경우, 한 명이 잘못 가르치면 팀원 전체에 영향을 미칩니다.

text

观察 (OBSERVE) -> 分类 (CLASSIFY) -> 核实 (VERIFY) -> 晋升 (PROMOTE) -> 重核 (RECHECK)

메모리 기록은 다음 5단계를 따릅니다:

관찰: 오류 수정 및 새로운 결정을 포착합니다.
분류: 개인 선호도와 공용 규칙을 구분합니다.
검증: 문서나 코드를 대조 확인하며, 구두 추측으로 데이터베이스에 반영하는 것을 엄격히 금지합니다.
승격: 책임자의 확인을 거친 후 규칙과 공신력 있는 링크를 저장합니다.
재검증: 중대한 작업 전이나 만료 시점에 원천 소스를 다시 검증합니다.

yaml

claim: "对外发布 API 变更前必须完成安全评审"
scope: "team"
source: "https://intranet.example/docs/launch-checklist"
owner: "security-team"
status: "approved"
review_after: "2026-11-01"

외부 카드의 출처와 담당자를 확인한 후, 명령어를 전송하여 저장합니다.

지식 공유가 권한 공유를 의미하지는 않습니다:

개인 OAuth: Gmail 등 플러그인 호출 시 본인 인증을 거치며 권한을 도용하지 않습니다.
서비스 키: 전원이 공유하되, 최소 권한 원칙을 따르며 통상 읽기 전용으로 설정합니다.
Slack 주의 사항: 채널 내에서 비공개 데이터를 조회하면 전체에 노출됩니다. 공개 채널에는 요약만 전송하고, 민감한 데이터는 DM으로 확인합니다.

충돌 판정: 핵심 작업 즉시 일시 중단 -> 공신력 있는 원천 확인 -> 책임자 결정 -> 원천 소스 업데이트 -> 메모리 수정.

잘못된 메모리 점검(예: 특별 승인을 일반 규칙으로 착각):

조회: Bot에게 메모리를 나열하도록 하여 오류를 찾고, 대화 및 작업을 역추적합니다.
수정: 먼저 원천 문서를 수정한 후 명령어를 보내 메모리를 삭제 또는 변경합니다.
검증: 다른 팀원 계정으로 테스트하여 차단되지 않는지 확인하고 지난 티켓을 바로잡습니다.

6.5 메모리 백업 및 복원: 클라우드 컴퓨터를 교체 가능한 컨테이너로 취급하기

6.5 记忆备份与恢复：把云电脑当成可替换容器

동일 계정의 모든 Bot은 /workspace를 공유합니다(v0.68.1 해상도 1920×1200).

클라우드 컴퓨터는 공식적으로 언제든 초기화될 수 있으며(2026-10-10에 실제 발생), 설치된 패키지와 커밋되지 않은 상태는 모두 지워지고 유실된 로컬 데이터는 복구할 수 없습니다. 배경은 fs69.md를 참조하세요.

백업 프로세스 및 자격 증명 보안

운영 Bot인 '메모리 관리자'를 생성하고, 4단계에 걸쳐 비공개 Git으로 백업합니다.

'메모리 관리자'라는 이름으로 새 Bot을 만들고, 모든 Bot의 헌장, 규칙 및 메모리를 정기적으로 내보내는 역할을 명시합니다.
/workspace에 비공개 Git 리포지토리를 연결하고, bots-backup/charters/(지침), bots-backup/memories/(규칙), environment/(스크립트 및 services-ledger.md 포함)를 생성합니다.
매주 정기 Routine을 구성하여 구성과 메모리를 Markdown으로 저장합니다.
Routine이 자동으로 Git 명령을 실행하여 원격 비공개 리포지토리에 커밋 및 푸시하도록 설정합니다.

백업 프로세스 및 자격 증명 보안

text

/workspace/
└── bots-backup/
    ├── charters/          <- 各 Bot 的长期规则 (如 researcher.md, writer.md)
    ├── memories/          <- 团队共用决策与业务定义 (如 definitions.md)
    └── environment/
        ├── services-ledger.md  <- 服务总账，记录工具依赖与启动命令
        └── restore.sh          <- 虚拟机一键重置恢复脚本

일반 텍스트 Token을 Git에 커밋하는 것은 엄격히 금지됩니다. 자동화 스크립트는 로컬 ~/.env만 읽어 키를 가져옵니다.
로그인, 2단계 인증 또는 CAPTCHA가 발생하면 사람이 직접 화면을 인계받습니다. Bot은 Cookie만 상속하며 일반 텍스트 비밀번호에는 접근할 수 없습니다. 자세한 내용은 Grok Bot 사용하기를 참조하세요.

6.6 바로 사용할 수 있는 실전 프롬프트

3계층 지침 프레임워크

Bot을 만들 때 모호한 소개를 적지 말고, 3계층 프레임워크를 사용하여 규칙, 역할 및 현재 집중 사항을 명확히 정의하세요. 자세한 내용은 fs46.md를 참조하세요.

3계층 지침 프레임워크

text

BASE INSTRUCTIONS (基础规则，本账号所有 Bot 通用)
- 涉及产生财务支出、向外部发送任何信息、删除文件等操作前，必须等待人工确认。
- 当结论涉及重要业务决策时，必须调取当前权威来源进行核对，严禁单凭记忆作答。
- 若执行受阻，用单行明确说明受阻点，禁止擅自寻找不可靠的绕行方案。
- 阶段性工作交接结果统一写入 /workspace/shared/handoffs/ 目录。

ROLE (角色职责)
- 你的身份：每周账户健康状况审计专员。
- 你负责的固定作业：获取客户产品用量与工单信号，标记流失或扩张迹象。
- 验收标准：每项结论必须附带源系统监控图表或工单链接。
- 允许操作：读取日志、检索系统指标、在共享目录生成评估报告。
- 严禁操作：未经明确批准，绝不私自联络客户，绝不修改账户权限。

CURRENT FOCUS (当前重点)
- 本周重点核查用量环比下降超过 30% 的企业级客户名单。

팀 스킬로 전환

작업이 정상 동작하면 즉시 명령어를 보내 스킬로 축적합니다.

팀 스킬로 전환

text

请将本次执行的工作流整理并保存为团队技能，名称设为“客户流失风险排查”。
要求包含以下内容：
1. 触发场景与必需的前置凭据。
2. 调取指标数据的具体步骤与判定阈值。
3. 输出结果的格式规范（必须包含数据源链接）。
4. 明确安全红线：向客户发送邮件或调整账户配置必须经由人工批准。
完成后在对话中回复技能概要。

공유 메모리에 기록

책임자가 승인한 규칙은 출처와 담당자를 명시하여 기록합니다.

text

请为全团队记住以下判定规则：
对于所有对外发布的 API 变更，必须在发布前检查现行上线清单，并获取安全团队的正式签字评审。
若上线流程发生变更，以上线清单源文档为准，记忆仅作为指引。
来源文档：https://intranet.example/docs/api-checklist
责任人：security-team
复核日期：2026-11-01

메모리 관리자 배포

'메모리 관리자' Bot에서 명령어를 전송하여 자동 백업 Routine을 설정합니다.

text

你是本账号的记忆管家。你的职责是定期归档全账号所有 Bot 的章程与共享记忆。
请配置一个每周运行的例行任务（Routine）：
1. 提取所有 Bot 当前的 Description/Instructions 规则，在 /workspace/bots-backup/charters/ 下按 Bot 名称分别保存为 .md 文件。
2. 提取当前所有已保存的团队共用记忆，整合保存为 /workspace/bots-backup/memories/team-memory.md。
3. 检查文件是否有更新。若有变更，自动执行 git add .、提交并推送至已配置好的私有 Git 仓库。
4. 若 Git 推送失败，在当前对话中告警并说明报错信息；若无变更则保持静默，不要频繁推送无意义通知。

잘못된 메모리 정리

잘못되었거나 오래된 규칙이 참조되고 있는 것을 발견하면, 명령어를 보내 직접 교정하고 정리합니다.

text

请检查并列出你当前记录的所有团队记忆中涉及“企业客户续约审批”的条目。
删除其中“所有企业客户续约必须经由 VP 逐笔批准”的内容。
该规则仅为上周特定情况下的临时特例，不是长期标准。
从现在起，企业客户续约标准重新以财务知识库的正式文档为准：https://intranet.example/finance/renewals
确认修改后，请向我展示修正后的相关记忆列表。

6.7 대표적인 사례 분석

사례 1: SpaceXAI 데이터 분석 Bot

SpaceXAI 팀은 45,000개 테이블에 달하는 초대형 데이터 웨어하우스를 조회해야 했습니다.

방대한 데이터를 억지로 메모리에 밀어 넣지 마세요. 그들은 Bot에 데이터 웨어하우스 읽기 전용 자격 증명을 구성하고, 테이블 탐색과 조회를 스킬 라이브러리로 축적했습니다.
메모리에는 지표 산정 기준과 보정 규칙만 남겨두고, 변동 데이터는 실시간 조회 및 연산에 의존했습니다.

자세한 내용은 fs57.md를 참조하세요.

사례 2: 멀티 Bot 협업 트윗 프로파일링 파이프라인

0xlangeai는 정리자, 분석가, 디자이너, 엔지니어의 4개 Bot을 구축하여 트윗 프로파일링 파이프라인을 운영했습니다.

서로 다른 Bot은 상대방의 채팅 기록을 읽을 수 없습니다.
Bot 간 협업은 파일 시스템을 통해 산출물을 전달해야 합니다. 정리자가 tweets.md를 생성하면 분석가가 이를 읽어 profile.md를 출력하고, 디자이너는 이를 바탕으로 design.md를 작성하며, 엔지니어는 코드를 가져와 빌드 및 배포합니다.

자세한 내용은 fs69.md를 참조하세요.

사례 3: Jon ONeill의 배관 배차 시스템

Jon ONeill은 Gmail, Slack, ServiceTitan 및 고객 포털에 걸친 작업 티켓 일정을 자동화하여 처리했습니다.

단일 만능 디스패치 Bot이 모든 규칙을 감당하면 혼란과 오류가 발생하기 쉬워 결국 사용을 중단해야 했습니다.
작업을 전담 Bot으로 분할했습니다: Gary는 Gmail 모니터링, Steve는 ServiceTitan 일정 확인, Quinn은 문자 발송, Sarah는 Slack 직원 응대, Atlas는 전체를 총괄했습니다.
역할을 세분화한 후 매일 5~6개의 긴급 티켓을 안정적으로 처리하며, 10분 이내에 전체 프로세스 배차를 완료했습니다.

자세한 내용은 fs46.md를 참조하세요.

6.8 자주 빠지는 함정

변동 데이터는 실시간 조회 활용: 재고를 메모리에 저장하지 마세요. Bot이 오래된 데이터로 잘못 판단하는 것을 방지합니다.
설정은 반드시 스크립트 작성: 클라우드 컴퓨터에서 수동으로 설정하면 초기화 시 모두 사라집니다.
개인 DM 지침을 팀 전체에 적용 금지: 특별 승인을 무분별하게 공유하면 팀 전체의 동작이 오염됩니다.
Bot 분리만으로는 격리 불가: 동일 계정은 파일을 공유하므로, 권한과 Ask-first 승인에 의존해야 합니다.
채팅창에 비밀번호 전송 금지: 로그 유출을 방지하기 위해 보안 자격 증명을 사용하거나 사람이 직접 제어하세요.
Slack에서 비공개 데이터 조회 금지: 공개 채널에서 질문하면 개인정보나 민감 데이터가 전체에 공개될 수 있습니다.

6.9 완료 후 검수 방법

메모리 경계를 테스트하려면 커뮤니티 작성자 rari(@0xwhrrari)가 설계한 M01-M05 테스트 케이스를 직접 실행해 보세요.

text

M01 个人偏好隔离测试 -> 成员 A 在私聊中设定个性化偏好，使用成员 B 账号发起提问，确认 B 绝不继承 A 的私聊偏好。
M02 团队规则晋升测试 -> 成员 A 提交一条经审批的团队规则并写入团队记忆，成员 B 发起任务时应生效该规则，但看不到 A 当时的私聊对话。
M03 状态时效回源测试 -> 在团队记忆中保留一条旧状态，在源系统修改为新状态。向 Bot 提问，Bot 必须调取最新源数据，而不是采信记忆中的旧状态。
M04 冲突自动阻断测试 -> 两个成员分别向 Bot 给出互相矛盾的业务说法。Bot 应识别出冲突并主动停止高风险操作，指出需要责任人裁决，而不是悄悄采纳最后一条说法。
M05 共享渠道边界测试 -> 在 Slack 共享频道线程中，要求 Bot 调用某成员的个人连接器。Bot 必须正确发起审批，且回复内容只包含团队可见的脱敏结论。

여기서는 반드시 서로 다른 두 개의 실제 팀 계정으로 교차 테스트해야 하며, 단일 계정으로는 격리 경계를 측정할 수 없습니다.

GitHub 또는 GitLab 비공개 리포지토리에 로그인하여 bots-backup/charters/ 아래 각 Bot의 규칙 파일이 커밋되었는지, 규칙과 권한이 유실되지 않았는지 확인합니다.
bots-backup/memories/team-memory.md를 확인하여 팀 판정 규칙과 원천 시스템 링크가 온전한지 점검합니다.
클라우드 컴퓨터 테스트 디렉터리에서 환경 복원 스크립트를 실행하여 의존성과 디렉터리에 오류가 없는지, 한 줄의 스크립트로 서비스를 직접 기동할 수 있는지 확인합니다.

6.9 완료 후 검수 방법

bash

   bash /workspace/bots-backup/environment/restore.sh

추가 참고 자료

공식 문서: Grok Bot 사용하기
커뮤니티 글: rari《Grok Bot Memory Engineering: How One Agent Learns With a Team》 fs57.md
커뮤니티 글: 《4.6 가상 머신, 메모리 및 백업》 fs69.md
커뮤니티 글: Matt Van Horn《Every Grok Bot Hack I Know (Aug 2026)》 fs46.md

제6장 메모리: 쓸수록 나를 더 잘 이해하는 Bot ​

6.1 공식 메모리 메커니즘: Bot은 대체 무엇을 기억하는가 ​

6.2 메모리 계층화: 5가지 컨테이너와 패스트/슬로우 클록 ​

6.3 메모리와 스킬의 경계: 아는 것과 행동하는 법 ​

6.4 팀 메모리 관리: 작성 프로토콜, 권한 격리 및 충돌 방지 ​

6.5 메모리 백업 및 복원: 클라우드 컴퓨터를 교체 가능한 컨테이너로 취급하기 ​

백업 프로세스 및 자격 증명 보안 ​

6.6 바로 사용할 수 있는 실전 프롬프트 ​

3계층 지침 프레임워크 ​

팀 스킬로 전환 ​

공유 메모리에 기록 ​

메모리 관리자 배포 ​

잘못된 메모리 정리 ​

6.7 대표적인 사례 분석 ​

사례 1: SpaceXAI 데이터 분석 Bot ​

사례 2: 멀티 Bot 협업 트윗 프로파일링 파이프라인 ​

사례 3: Jon ONeill의 배관 배차 시스템 ​

6.8 자주 빠지는 함정 ​

6.9 완료 후 검수 방법 ​

추가 참고 자료 ​

제6장 메모리: 쓸수록 나를 더 잘 이해하는 Bot

6.1 공식 메모리 메커니즘: Bot은 대체 무엇을 기억하는가

6.2 메모리 계층화: 5가지 컨테이너와 패스트/슬로우 클록

6.3 메모리와 스킬의 경계: 아는 것과 행동하는 법

6.4 팀 메모리 관리: 작성 프로토콜, 권한 격리 및 충돌 방지

6.5 메모리 백업 및 복원: 클라우드 컴퓨터를 교체 가능한 컨테이너로 취급하기

백업 프로세스 및 자격 증명 보안

6.6 바로 사용할 수 있는 실전 프롬프트

3계층 지침 프레임워크

팀 스킬로 전환

공유 메모리에 기록

메모리 관리자 배포

잘못된 메모리 정리

6.7 대표적인 사례 분석

사례 1: SpaceXAI 데이터 분석 Bot

사례 2: 멀티 Bot 협업 트윗 프로파일링 파이프라인

사례 3: Jon ONeill의 배관 배차 시스템

6.8 자주 빠지는 함정

6.9 완료 후 검수 방법

추가 참고 자료