# 실행 계획: task-106.1 — 3팀 GLM 프롬프트 경량화

## 1. 문제 분석
- `_build_glm_prompt()` 내 `glm_message` 변수(261~268행)에 `task_desc` 전체가 삽입됨
- 동일 `task_desc`가 본문 '내용:' 필드(280행)에도 삽입 → 이중 삽입
- 긴 task_desc 시 프롬프트 과대 → 봇 세션 스폰 실패

## 2. 서브태스크 분해 및 팀원 배정

### ST-1: 코드 수정 (토르/백엔드)
- 파일: `/home/jay/workspace/prompts/team_prompts.py`
- 263행 `glm_message` 내 `{task_desc}` → 파일 경로 참조로 변경
- 변경 내용: `f"작업 ID: {task_id}. {task_desc}. "` → `f"작업 지시서: /home/jay/workspace/memory/tasks/{task_id}.md 를 읽고 작업 수행. "`
- 수정 금지 영역 확인: _build_direct_prompt(), _build_work_philosophy_section(), _build_verification_section(), dispatch.py, hooks

### ST-2: 테스트 작성 및 검증 (헤임달/테스터)
- 짧은/긴 task_desc로 프롬프트 생성 후 길이 비교
- glm_message에 task_desc가 포함되지 않는지 확인
- 기존 키워드(openclaw, --agent main, --json, --deliver) 보존 확인
- 본문 '내용:' 필드에는 여전히 task_desc 존재 확인

## 3. 실행 순서
1. 토르: 코드 수정 (ST-1)
2. 헤임달: 테스트 작성 및 검증 (ST-2) — 토르 결과 의존

## 4. 예상 위험 및 대안
- **위험 1**: 280행 '내용:' 필드의 task_desc도 제거하면 라 팀장이 작업 내용 파악 불가
  - **대안**: 280행은 유지 (라 팀장 본문에서 작업 내용 확인 가능). glm_message만 경량화.
  - **기각한 대안**: 280행도 파일 경로로 대체 → 라 팀장이 본문에서 바로 작업 확인 불가, 기각
- **위험 2**: 오픈클로가 task 파일을 읽지 못하는 경우
  - **대안**: 파일 경로가 이미 표준 경로 패턴이므로 문제 없음. 오픈클로는 파일 읽기 가능.

## 5. 수정 기록
- 변경일: 2026-03-02
- 변경자: 오딘(팀장) → 토르(백엔드) 실행
- 변경 파일: `/home/jay/workspace/prompts/team_prompts.py` 263행
- 변경 사유: task_desc 이중 삽입으로 인한 프롬프트 과대 문제 해결