timsquad 3.6.0 → 3.7.1

package/templates/base/skills/tsq-start/references/onboarding-questions.md

@@ -0,0 +1,177 @@
+---
+title: "SSOT 온보딩 인터뷰 가이드"
+category: guide
+---
+
+# SSOT 온보딩 인터뷰 가이드
+
+> 각 SSOT 문서를 작성하기 위한 핵심 질문 목록.
+> /tsq-start 온보딩 모드에서 순서대로 질문하여 초안을 생성한다.
+
+## 사용법
+
+1. 해당 문서의 질문을 순서대로 진행
+2. 답변을 수집하여 SSOT 템플릿의 placeholder를 채움
+3. 사용자가 "모르겠다" / "나중에"라고 하면 해당 섹션은 TBD로 남김
+4. 최소 필수 질문(★)만 답변해도 유효한 초안 생성 가능
+
+---
+
+## prd.md — 제품 요구사항
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | 이 프로젝트가 해결하는 핵심 문제는 무엇인가요? | ★ | 1.1 배경 |
+| 2 | 주요 사용자(타겟)는 누구인가요? | ★ | 1.2 타겟 사용자 |
+| 3 | 핵심 기능 3가지를 말해주세요. | ★ | 2. 핵심 기능 |
+| 4 | MVP 범위는 어디까지인가요? (있다면) | | 3. 범위 |
+| 5 | 경쟁 제품이나 참고 서비스가 있나요? | | 1.3 경쟁 분석 |
+
+**초안 생성 규칙**: 질문 1-3 답변으로 PRD의 개요, 핵심 기능, 사용자 스토리 섹션 채움. 나머지는 TBD.
+
+---
+
+## requirements.md — 요구사항
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | 반드시 있어야 하는 기능(Must)은? | ★ | FR - Must |
+| 2 | 있으면 좋은 기능(Should/Could)은? | | FR - Should/Could |
+| 3 | 성능 요구사항이 있나요? (동시 접속, 응답 시간 등) | | NFR - 성능 |
+| 4 | 보안 요구사항이 있나요? (인증, 암호화 등) | | NFR - 보안 |
+| 5 | 기술 제약이 있나요? (특정 언어, 프레임워크, 클라우드 등) | | NFR - 기술 제약 |
+
+**초안 생성 규칙**: Must 기능을 기능 요구사항 테이블로 변환. 각 항목에 ID 부여 (FR-001~).
+
+---
+
+## data-design.md — 데이터 설계
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | 주요 데이터 엔티티(테이블)는 무엇인가요? (예: 사용자, 주문, 상품) | ★ | 1. ERD |
+| 2 | 엔티티 간 관계를 설명해주세요. (1:N, M:N 등) | ★ | 1. ERD |
+| 3 | 각 엔티티의 핵심 필드는? | | 2. 테이블 상세 |
+| 4 | 암호화가 필요한 민감 데이터가 있나요? | | 3. 보안 |
+| 5 | 검색이 빈번한 필드는? (인덱스 후보) | | 4. 인덱스 |
+
+**초안 생성 규칙**: 엔티티 목록으로 ERD 다이어그램 + 테이블 스키마 생성. PK는 UUID, 공통 필드(created_at, updated_at) 자동 추가.
+
+---
+
+## service-spec.md — 서비스(API) 명세
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | 인증 방식은 무엇인가요? (JWT, Session, OAuth 등) | ★ | 1. 개요 |
+| 2 | 주요 API 리소스(엔드포인트 그룹)는? | ★ | 2+ 리소스별 |
+| 3 | 각 리소스의 CRUD 중 필요한 작업은? | | 2+ 리소스별 |
+| 4 | 특수 비즈니스 엔드포인트가 있나요? (결제, 알림 등) | | 추가 섹션 |
+| 5 | 페이지네이션 방식은? (offset, cursor) | | 1. 개요 |
+
+**초안 생성 규칙**: 리소스별 RESTful 엔드포인트 자동 생성. 요청/응답 스키마는 data-design 참조.
+
+---
+
+## ui-ux-spec.md — UI/UX 명세
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | 주요 화면(페이지)은 몇 개이고 어떤 것들인가요? | ★ | 화면 목록 |
+| 2 | 디자인 참고 사이트나 컬러 시스템이 있나요? | | 디자인 시스템 |
+| 3 | 반응형이 필요한가요? 지원 기기는? | | 레이아웃 |
+| 4 | 다국어 지원이 필요한가요? | | i18n |
+
+---
+
+## navigation-map.md — 네비게이션 맵 (mobile-app)
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | 메인 탭은 몇 개이고 각각 무엇인가요? | ★ | 1. 구조 |
+| 2 | 로그인/회원가입 흐름이 있나요? | ★ | Auth Stack |
+| 3 | 딥링크가 필요한 화면이 있나요? | | 4. 딥링크 |
+| 4 | 모달/바텀시트가 필요한 화면은? | | Modal Stack |
+
+---
+
+## compliance-matrix.md — 컴플라이언스 (fintech)
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | 어떤 금융 서비스인가요? (결제, 거래소, 송금 등) | ★ | 1. 적용 규제 |
+| 2 | 카드 결제를 직접 처리하나요, PG사를 사용하나요? | ★ | 3. PCI DSS |
+| 3 | 해외 사용자 서비스 계획이 있나요? (GDPR 등) | | 1. 적용 규제 |
+| 4 | 전자금융업 등록 상태는? | | 5. 인증 일정 |
+
+---
+
+## sdk-spec.md — SDK 명세 (platform)
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | SDK 사용자는 누구인가요? (외부 개발자, 내부팀) | ★ | 1. 개요 |
+| 2 | 지원 런타임은? (Node, Browser, Python 등) | ★ | 1. 개요 |
+| 3 | 주요 리소스/메서드는? | ★ | 2. 공개 API |
+| 4 | 버전 정책은? (SemVer, CalVer) | | 5. 버전 정책 |
+
+---
+
+## state-machine.md — 상태 머신
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | 상태 관리가 필요한 엔티티는? (주문, 결제, 배송 등) | ★ | 1. 개요 |
+| 2 | 각 엔티티의 가능한 상태 값은? | ★ | 2. 상태 정의 |
+| 3 | 상태 전이 시 부수 효과가 있나요? (알림, 외부 API 등) | | 2.5 부수 효과 |
+
+---
+
+## infra-topology.md — 인프라 토폴로지 (infra)
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | 클라우드 프로바이더는? (AWS, GCP, Azure 등) | ★ | 1. 아키텍처 |
+| 2 | 서비스는 몇 개이고 어떤 역할인가요? | ★ | 3. 서비스 구성 |
+| 3 | DB와 캐시는 무엇을 사용하나요? | | 3. 서비스 구성 |
+| 4 | 환경은 몇 개인가요? (dev, staging, prod) | | 5. 환경별 차이 |
+
+---
+
+## monitoring-spec.md — 모니터링
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | 가용성 목표는? (99.9%, 99.99% 등) | ★ | 1. SLI/SLO |
+| 2 | 알림은 어디로 보내나요? (Slack, PagerDuty 등) | ★ | 5. 알림 |
+| 3 | 추적할 비즈니스 메트릭이 있나요? | | 2.3 비즈니스 메트릭 |
+
+---
+
+## performance-budget.md — 성능 예산
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | 주요 페이지의 로딩 목표는? | ★ | 1. 성능 목표 |
+| 2 | API 응답 시간 목표는? | ★ | 3. API 성능 예산 |
+| 3 | JS 번들 크기 제한이 있나요? | | 1.3 리소스 예산 |
+
+---
+
+## component-map.md — 컴포넌트 맵
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | UI 프레임워크는? (React, Vue, Flutter 등) | ★ | 1. 계층 |
+| 2 | 디자인 시스템이 있나요? (Material, 자체 등) | | 5. 디자인 토큰 |
+| 3 | 공유 컴포넌트로 만들 것은? (Button, Card, Modal 등) | | 2-3. 컴포넌트 |
+
+---
+
+## audit-trail-spec.md — 감사 추적
+
+| # | 질문 | 필수 | 채울 섹션 |
+|:-:|------|:---:|----------|
+| 1 | 감사가 필요한 이벤트 유형은? (인증, 거래, 데이터 변경) | ★ | 1. 감사 대상 |
+| 2 | 법적 보존 기간 요구사항이 있나요? | ★ | 1. 보존 기간 |
+| 3 | 로그 변조 방지가 필요한가요? | | 3. 무결성 보장 |

package/templates/base/skills/tsq-status/SKILL.md

@@ -0,0 +1,32 @@
+---
+name: tsq-status
+description: |
+  프로젝트 현재 상태 확인. Phase, 시퀀스, SSOT, 에이전트 상태를 요약 보고.
+  Use when: /tsq-status, "현재 상태", "프로젝트 상태", "어디까지 했나"
+version: "1.0.0"
+tags: [tsq, status, report]
+user-invocable: true
+---
+
+# /tsq-status — Project Status Report
+
+## Protocol
+
+1. **Phase 확인**: `.timsquad/state/current-phase.json` 읽기
+2. **Phase Memory**: `.timsquad/state/phase-memory.md` 존재 시 carry-over / 주의사항 추출
+3. **SSOT 상태**: `.timsquad/ssot/` 디렉토리의 문서 존재/작성 여부 확인
+4. **워크플로우 상태**: `.timsquad/state/workflow.json` 읽기 (활성 시퀀스, 완료 Phase)
+5. **최근 로그**: `.timsquad/logs/` 에서 최근 활동 요약
+6. **세션 메트릭**: `.timsquad/.daemon/session-state.json` 읽기 → tokenInput/tokenOutput/tokenCacheRead 추출
+7. **SSOT Drift**: `.timsquad/.daemon/drift-warnings.json` 존재 시 미갱신 문서 목록 추출
+8. **요약 출력**:
+   ```
+   ## Project Status
+   - Phase: {current} ({progress}%)
+   - SSOT: {filled}/{total} documents
+   - Active sequences: {list or none}
+   - Carry-over: {items from phase-memory or "none"}
+   - Tokens (est): {input + output} (cache hit: {cacheRead / (input + cacheRead) * 100}%)
+   - SSOT Drift: {count} documents outdated ({list}) 또는 "none"
+   - Last activity: {date — summary}
+   ```

package/templates/base/skills/{methodology/tdd → tsq-tdd}/SKILL.md

@@ -1,8 +1,11 @@
 ---
-name: tdd
-description: Test-Driven Development 방법론 가이드라인
+name: tsq-tdd
+description: |
+  Test-Driven Development 방법론 가이드라인. Red-Green-Refactor 사이클, 테스트 우선 설계 원칙.
+  테스트 도구·패턴·커버리지 전략은 tsq-testing 스킬 참조.
+  Use when: TDD 방식으로 개발할 때, 테스트 먼저 작성 후 구현할 때, Red-Green-Refactor 사이클 적용 시.
 version: "1.0.0"
-tags: [tdd, methodology, testing]
+tags: [tsq, tdd, methodology, testing]
 user-invocable: false
 hooks:
   PreToolUse:

package/templates/base/skills/{testing → tsq-testing}/SKILL.md

@@ -1,13 +1,11 @@
 ---
-name: testing
+name: tsq-testing
 description: |
-  테스트 작성 규칙 및 패턴 가이드라인.
-  TDD 사이클, 테스트 피라미드, Given-When-Then 패턴, 커버리지 기준을 다룸.
-  Use when: "테스트 작성, TDD, 단위 테스트, 통합 테스트, E2E, 커버리지"
+  테스트 전략·도구·패턴 가이드라인. 테스트 피라미드, Given-When-Then 패턴, 커버리지 기준.
+  방법론(Red-Green-Refactor 사이클)은 tsq-tdd 스킬 참조.
+  Use when: 테스트 작성, 단위 테스트, 통합 테스트, E2E, 커버리지, 테스트 구조 설계 시.
 version: "1.0.0"
-tags: [testing, tdd, quality]
-depends_on: []
-conflicts_with: []
+tags: [tsq, testing, tdd, quality]
 user-invocable: false
 ---
 

package/templates/base/skills/{typescript → tsq-typescript}/SKILL.md

@@ -1,10 +1,10 @@
 ---
-name: typescript
+name: tsq-typescript
 description: |
   TypeScript 개발 가이드라인. strict 모드, 타입 패턴, Zod 검증, Branded Types.
   Use when: .ts/.tsx 파일 작성·수정, tsconfig 설정, 타입 안전성 이슈, any 제거, 외부 입력 검증 시.
 version: "1.0.0"
-tags: [typescript, types, strict]
+tags: [tsq, typescript, types, strict]
 user-invocable: false
 ---
 

package/templates/base/skills/{ui-design → tsq-ui}/SKILL.md

@@ -1,11 +1,11 @@
 ---
-name: ui-design
+name: tsq-ui
 description: |
   UI/UX 설계 방법론.
   와이어프레임 표기법, 사용자 플로우 다이어그램, 화면 설계 프로세스.
   Use when: 화면 설계, 와이어프레임, UX 플로우, 프로토타이핑
 version: "1.0.0"
-tags: [ui, ux, design]
+tags: [tsq, ui, ux, design]
 user-invocable: false
 ---
 

package/templates/base/skills/tsq-update/SKILL.md

@@ -0,0 +1,48 @@
+---
+name: tsq-update
+description: |
+  TimSquad 프레임워크 업데이트. 템플릿, 스킬, 에이전트를 최신 버전으로 동기화.
+  Use when: /tsq-update, "업데이트", "업그레이드", "최신화", "sync templates"
+version: "1.0.0"
+tags: [tsq, update, upgrade, sync]
+user-invocable: true
+---
+
+# /tsq-update — Framework Update
+
+## Protocol
+
+### 업데이트 (`/tsq-update`)
+
+1. **현재 상태 확인**: 현재 프레임워크 버전과 설치된 버전 비교
+2. **변경 사항 요약**: 어떤 파일이 동기화되는지 사용자에게 보여주기
+3. **실행**:
+   ```bash
+   tsq update -y
+   ```
+4. **결과 확인**: 업데이트 결과 요약 출력
+5. **후속 안내**: 변경된 스킬/룰이 있으면 재시작 권장
+
+### 롤백 (`/tsq-update rollback`)
+
+1. **백업 확인**: 이전 업데이트 백업 존재 여부 확인
+2. **실행**:
+   ```bash
+   tsq update --rollback -y
+   ```
+3. **결과 확인**: 롤백 완료 확인
+
+### Dry Run (`/tsq-update check`)
+
+1. **변경 사항만 확인** (실제 수정 없음):
+   ```bash
+   tsq update --dry-run
+   ```
+
+## 보존 대상 (업데이트 시 절대 변경 안 됨)
+
+- `.timsquad/config.yaml` — 프로젝트 설정
+- `.timsquad/ssot/` — SSOT 문서
+- `.timsquad/logs/` — 모든 로그
+- `.timsquad/state/` — 워크플로우 상태, 메타인덱스
+- CLAUDE.md 사용자 작성 영역 (`<!-- tsq:end -->` 이후)

package/templates/base/timsquad/constraints/competency-framework.xml

@@ -65,8 +65,8 @@
        에이전트별 역량 정의
        ============================================================ -->
   <agents>
-    <!-- tsq-planner 역량 -->
-    <agent id="tsq-planner">
+    <!-- tsq-architect 역량 -->
+    <agent id="tsq-architect">
       <role>Planning Agent</role>
       <description>PRD, 기획, 아키텍처 설계 담당</description>
 

package/templates/base/timsquad/constraints/ssot-schema.xml

@@ -25,7 +25,7 @@
 title: 서비스 명세서
 version: 1.0.0
 last_updated: 2026-02-03
-author: tsq-planner
+author: tsq-architect
 status: approved
 ---
         ]]>
@@ -41,7 +41,7 @@ status: approved
 
 | 버전 | 날짜 | 작성자 | 변경 내용 |
 |------|------|--------|----------|
-| 1.0.0 | 2026-02-03 | tsq-planner | 초기 작성 |
+| 1.0.0 | 2026-02-03 | tsq-architect | 초기 작성 |
         ]]>
       </template>
     </rule>

package/templates/base/timsquad/process/phase-checklist.yaml

@@ -35,7 +35,7 @@ planning_to_implementation:
       check: "workspace.xml의 handoff 섹션이 작성되었는가?"
       required: true
       validation:
-        - "from: tsq-planner"
+        - "from: tsq-architect"
         - "to: tsq-developer"
         - "message: 인수인계 내용 작성됨"
         - "attachments: 참조할 SSOT 문서 목록"

package/templates/base/timsquad/process/state-machine.xml

@@ -12,7 +12,7 @@
   <states>
     <state id="planning" name="기획/설계">
       <description>요구사항 분석, SSOT 문서 작성, 아키텍처 설계</description>
-      <primary-agent>tsq-planner</primary-agent>
+      <primary-agent>tsq-architect</primary-agent>
       <allowed-actions>
         <action>SSOT 문서 생성/수정</action>
         <action>ADR 작성</action>
@@ -245,7 +245,7 @@
       <trigger>Level 2 피드백 발생</trigger>
 
       <on-transition>
-        <action>피드백 내용 Planner에게 전달</action>
+        <action>피드백 내용 Architect에게 전달</action>
         <action>SSOT 수정 필요 항목 기록</action>
       </on-transition>
     </transition>

package/templates/base/timsquad/process/validation-rules.xml

@@ -62,7 +62,7 @@
           Planning Phase를 먼저 완료하세요.
         </error-message>
         <action-on-fail>block</action-on-fail>
-        <route-to>tsq-planner</route-to>
+        <route-to>tsq-architect</route-to>
       </precondition>
 
       <precondition id="IMPL-PRE-002" severity="critical">
@@ -120,7 +120,7 @@
        에이전트별 Pre-condition
        ============================================================ -->
   <agent-preconditions>
-    <agent id="tsq-planner">
+    <agent id="tsq-architect">
       <precondition id="PLN-PRE-001">
         <name>기존 결정 확인</name>
         <check>.timsquad/ssot/adr/ 디렉토리 확인</check>
@@ -148,7 +148,7 @@
           2. data-design.md의 데이터 모델
           3. error-codes.md의 에러 코드
 
-          SSOT와 다르게 구현하면 즉시 중단하고 tsq-planner에게 보고
+          SSOT와 다르게 구현하면 즉시 중단하고 tsq-architect에게 보고
         </instruction>
       </precondition>
     </agent>
@@ -194,8 +194,8 @@
       <action-on-fail>block-completion</action-on-fail>
     </condition>
 
-    <!-- Planner -->
-    <condition id="POST-PLN-001" applies-to="tsq-planner" severity="critical">
+    <!-- Architect -->
+    <condition id="POST-PLN-001" applies-to="tsq-architect" severity="critical">
       <name>SSOT 문서 생성/수정</name>
       <check>SSOT 파일 생성 또는 수정됨</check>
       <validation>
@@ -204,7 +204,7 @@
       </validation>
     </condition>
 
-    <condition id="POST-PLN-002" applies-to="tsq-planner">
+    <condition id="POST-PLN-002" applies-to="tsq-architect">
       <name>주요 결정 ADR 기록</name>
       <check>아키텍처/설계 결정 시 ADR 생성</check>
       <triggers>
@@ -236,7 +236,7 @@
       </validation>
       <on-mismatch>
         <action>작업 중단</action>
-        <route-to>tsq-planner</route-to>
+        <route-to>tsq-architect</route-to>
         <report>SSOT 불일치 내용 보고</report>
       </on-mismatch>
     </condition>
@@ -285,7 +285,7 @@
       <rule>SSOT 문서와 구현이 항상 일치해야 함</rule>
       <on-violation>
         <action>작업 중단</action>
-        <report>불일치 내용을 tsq-planner에게 보고</report>
+        <report>불일치 내용을 tsq-architect에게 보고</report>
       </on-violation>
     </invariant>
 

package/templates/base/timsquad/process/workflow-base.xml

@@ -8,7 +8,7 @@
   <!-- 공통 Phase 정의 -->
   <phases>
     <phase id="planning" name="기획/설계">
-      <primary-agent>tsq-planner</primary-agent>
+      <primary-agent>tsq-architect</primary-agent>
       <description>요구사항 분석, SSOT 문서 작성, 아키텍처 설계</description>
 
       <tasks>
@@ -58,8 +58,8 @@
       </methodology-tasks>
 
       <escalation-rules>
-        <rule trigger="SSOT 불일치" route="tsq-planner" action="작업 중단">
-          SSOT와 요구사항이 맞지 않으면 즉시 중단하고 Planner에게 보고
+        <rule trigger="SSOT 불일치" route="tsq-architect" action="작업 중단">
+          SSOT와 요구사항이 맞지 않으면 즉시 중단하고 Architect에게 보고
         </rule>
         <rule trigger="요구사항 불명확" route="User" action="질문">
           불명확한 부분은 User에게 직접 질문
@@ -93,9 +93,9 @@
           <action>Developer에게 수정 요청</action>
           <return-to-phase>implementation</return-to-phase>
         </level>
-        <level id="2" severity="Major" route="tsq-planner">
+        <level id="2" severity="Major" route="tsq-architect">
           <triggers>API 명세 불일치, 데이터 모델 불일치, 설계 문제</triggers>
-          <action>Planner에게 SSOT 수정 요청</action>
+          <action>Architect에게 SSOT 수정 요청</action>
           <return-to-phase>planning</return-to-phase>
         </level>
         <level id="3" severity="Critical" route="User">
@@ -127,7 +127,7 @@
         <level id="1" severity="Low,Medium" route="tsq-developer">
           <triggers>코드 수준 보안 이슈</triggers>
         </level>
-        <level id="2" severity="High" route="tsq-planner">
+        <level id="2" severity="High" route="tsq-architect">
           <triggers>설계 수준 보안 이슈</triggers>
         </level>
         <level id="3" severity="Critical" route="User">
@@ -188,8 +188,8 @@
       </step>
       <step id="2" action="fallback-agent">
         <description>폴백 에이전트로 위임 (workflow에 정의된 fallback)</description>
-        <example>tsq-frontend 실패 → tsq-developer로 폴백</example>
-        <example>tsq-dba 실패 → tsq-planner(architect)로 폴백</example>
+        <example>tsq-developer 실패 → tsq-developer로 폴백</example>
+        <example>tsq-dba 실패 → tsq-architect(architect)로 폴백</example>
       </step>
       <step id="3" action="pm-direct">
         <description>PM(현재 에이전트)이 직접 처리</description>

package/templates/base/timsquad/retrospective/cycle-report.template.md

@@ -46,14 +46,14 @@ status: draft
 
 | 에이전트 | 작업 수 | 성공률 | 평균 수정 | 점수 | 추세 |
 |---------|:-------:|:------:|:--------:|:----:|:----:|
-| tsq-planner | {{PLANNER_TASKS}} | {{PLANNER_SUCCESS}}% | {{PLANNER_REVISIONS}} | {{PLANNER_SCORE}} | {{PLANNER_TREND}} |
+| tsq-architect | {{PLANNER_TASKS}} | {{PLANNER_SUCCESS}}% | {{PLANNER_REVISIONS}} | {{PLANNER_SCORE}} | {{PLANNER_TREND}} |
 | tsq-developer | {{DEVELOPER_TASKS}} | {{DEVELOPER_SUCCESS}}% | {{DEVELOPER_REVISIONS}} | {{DEVELOPER_SCORE}} | {{DEVELOPER_TREND}} |
 | tsq-qa | {{QA_TASKS}} | {{QA_SUCCESS}}% | {{QA_REVISIONS}} | {{QA_SCORE}} | {{QA_TREND}} |
 | tsq-security | {{SECURITY_TASKS}} | {{SECURITY_SUCCESS}}% | {{SECURITY_REVISIONS}} | {{SECURITY_SCORE}} | {{SECURITY_TREND}} |
 
 ### 3.2 에이전트별 세부 분석
 
-#### tsq-planner
+#### tsq-architect
 - **강점**: {{PLANNER_STRENGTHS}}
 - **개선 필요**: {{PLANNER_IMPROVEMENTS}}
 - **주요 이슈**: {{PLANNER_ISSUES}}

package/templates/base/timsquad/retrospective/patterns/failure-patterns.md

@@ -175,7 +175,7 @@ CM (커뮤니케이션)  : ██░░░░░░░░ 10%
 
 | 에이전트 | 연관 패턴 수 | 주요 카테고리 |
 |---------|:-----------:|-------------|
-| tsq-planner | 0 | - |
+| tsq-architect | 0 | - |
 | tsq-developer | 0 | - |
 | tsq-qa | 0 | - |
 | tsq-security | 0 | - |

package/templates/base/timsquad/retrospective/patterns/success-patterns.md

@@ -67,7 +67,7 @@ last_updated: {{TIMESTAMP}}
 | **카테고리** | DC (문서화) |
 | **최초 발견** | - |
 | **적용 횟수** | 0회 |
-| **관련 에이전트** | tsq-planner, tsq-developer |
+| **관련 에이전트** | tsq-architect, tsq-developer |
 | **검증 상태** | standard |
 
 **패턴 설명**
@@ -184,7 +184,7 @@ last_updated: {{TIMESTAMP}}
 | **카테고리** | DC (문서화) |
 | **최초 발견** | - |
 | **적용 횟수** | 0회 |
-| **관련 에이전트** | tsq-planner |
+| **관련 에이전트** | tsq-architect |
 | **검증 상태** | validated |
 
 **패턴 설명**

package/templates/base/timsquad/retrospective/retrospective-state.xml

@@ -56,7 +56,7 @@
 
     <agents>
       <!--
-      <agent id="tsq-planner">
+      <agent id="tsq-architect">
         <tasks-completed>0</tasks-completed>
         <success-rate>0</success-rate>
         <avg-revisions>0</avg-revisions>
@@ -124,7 +124,7 @@
         <occurrences>5</occurrences>
         <success-rate>95</success-rate>
         <related-agents>
-          <agent>tsq-planner</agent>
+          <agent>tsq-architect</agent>
           <agent>tsq-developer</agent>
         </related-agents>
         <factor>명확한 계약서 역할</factor>