# GLM(오픈클로) 팀 정체성 오류 수정

## 배경
GLM(OpenClaw)이 dev8-team 소속인데도 자기를 dev4-team으로 인식하여 엉뚱한 파일을 수정하는 문제 발생.
- 사례: task-1096.1에서 Autoresearch 보완 작업을 지시했으나, GLM이 org-details/dev4-team.json의 report_template을 수정하는 엉뚱한 작업 수행
- dev4-team.json 수정 시도 → 실패 (Edit failed)

## 문제 원인 조사 범위

### 1. GLM workspace 레거시 파일 점검
- `/home/jay/.openclaw/workspace/AGENTS.md` — dev4 참조 있는지 확인
- `/home/jay/.openclaw/workspace/SOUL.md` — 팀 정체성 확인
- `/home/jay/.openclaw/workspace/MEMORY.md` — dev4 관련 기억 확인
- `/home/jay/.openclaw/workspace/memory/` 하위 모든 파일에서 dev4 참조 검색
- `/home/jay/.openclaw/workspace/ai-organization/` 하위 파일 확인

### 2. run-glm.sh 프롬프트 점검
- `/home/jay/workspace/teams/dev8/run-glm.sh` — GLM에 team_id를 전달하는지 확인
- 현재 프롬프트에 "너는 dev8-team 소속이다"라는 정체성 지시가 없음 → 추가 필요할 수 있음

### 3. GLM-WORKFLOW.md 점검
- `/home/jay/workspace/teams/dev8/GLM-WORKFLOW.md` — GLM이 자기 workspace 파일을 읽으라고 지시하는 부분 확인
- run-glm.sh 프롬프트에서 "AGENTS.md, SOUL.md, MEMORY.md 등 시스템 파일은 절대 읽지 마세요"라고 금지하고 있으나, GLM의 CLAUDE.md나 자동 로딩이 이를 무시할 수 있음

### 4. GLM sqlite 메모리 점검
- `/home/jay/.openclaw/memory/main.sqlite` — dev4 관련 기억이 있는지 확인
- 필요 시 dev4 관련 기억 삭제

## 수정 작업

### A. GLM workspace에서 dev4 참조 제거
- AGENTS.md, SOUL.md, MEMORY.md 등에서 dev4 참조를 dev8로 수정 또는 제거
- 레거시 파일(PHASE-4-PLAN.md, task-router.py 등)에서 dev4 참조 정리

### B. run-glm.sh 프롬프트에 팀 정체성 명시 추가
- GLM에 전달하는 메시지에 "너는 dev8-team 소속이며, /home/jay/workspace/teams/dev8/ 하위에서만 작업한다" 추가
- "org-details/ 파일은 절대 수정하지 마라" 규칙 추가

### C. GLM이 엉뚱한 작업을 하는 근본 원인 해결
- GLM이 task 파일 대신 자기 workspace 메모리를 우선 따르는 패턴 분석
- AGENTS.md의 "Every Session" 지시가 task 파일보다 먼저 실행되면서 오래된 작업을 재실행하는 것일 수 있음
- 해결: run-glm.sh에서 AGENTS.md 무시 지시를 더 강력하게 하거나, GLM workspace의 AGENTS.md 자체를 수정

## 검증
1. run-glm.sh로 간단한 테스트 task를 실행하여 GLM이 dev8로 인식하는지 확인
2. GLM이 task 파일의 지시를 정확히 따르는지 확인
3. org-details/ 파일 수정 시도가 없는지 확인

## 참조
- GLM 워크플로우: `/home/jay/workspace/teams/dev8/GLM-WORKFLOW.md`
- GLM 러너: `/home/jay/workspace/teams/dev8/run-glm.sh`
- GLM workspace: `/home/jay/.openclaw/workspace/`
- 8팀 CLAUDE.md: `/home/jay/workspace/teams/dev8/CLAUDE.md`