@dusky-bluehour/agent-service 0.6.7 → 0.6.8

package/{antigravity/commands/definitions/cmd-ops-monitoring.md → gemini/commands/definitions/cmd-ops-monitoring.toml}

@@ -1,43 +1,35 @@
-# generated by scripts/generate-from-common.mjs
-
-# CMD-OPS-MONITORING - 운영 모니터링 강화
-
-- phase: 운영
-- owner_role: operations-owner
-
-## Purpose
+prompt = """CMD-OPS-MONITORING - 운영 모니터링 강화
+Phase: 운영 | Owner: operations-owner
 
+[Purpose]
 장애 징후를 조기에 탐지하고 대응 시간을 단축한다.
 
-## Input Contract
-
-### Required
+[Input Contract]
+Required:
 - SLI/SLO
 - 알림 정책
 - 서비스 맵
-
-### Optional
+Optional:
 - 장애 포스트모템
 
-## Execution Contract
-
+[Execution Steps]
 1. 핵심 지표와 에러 버짓을 대시보드화한다.
 2. 노이즈 알림을 정리하고 에스컬레이션을 명확화한다.
 3. 런북과 알림을 연결한다.
 4. 주간 점검으로 임계치 튜닝을 수행한다.
 
-## Quality Gates
-
+[Quality Gates]
 - 알림은 실행 가능한 행동 지침을 포함해야 한다.
 - 미사용 대시보드는 제거한다.
 
-## Output Contract
-
+[Output Artifacts]
 - 운영 대시보드
 - 알림 정책
 - 런북
 
-## Handoff
-
+[Handoff]
 - next_roles: incident-commander
 - blockers: 오탐 과다, 런북 미정
+
+Additional context: {{args}}"""
+description = "운영 모니터링 강화 (운영 · operations-owner)"

package/{antigravity/commands/definitions/cmd-plan-arch-decision.md → gemini/commands/definitions/cmd-plan-arch-decision.toml}

@@ -1,43 +1,35 @@
-# generated by scripts/generate-from-common.mjs
-
-# CMD-PLAN-ARCH-DECISION - 아키텍처 의사결정 기록
-
-- phase: 설계
-- owner_role: solution-architect
-
-## Purpose
+prompt = """CMD-PLAN-ARCH-DECISION - 아키텍처 의사결정 기록
+Phase: 설계 | Owner: solution-architect
 
+[Purpose]
 핵심 기술 선택과 트레이드오프를 ADR로 고정한다.
 
-## Input Contract
-
-### Required
+[Input Contract]
+Required:
 - 요구사항 기준서
 - 시스템 제약
 - 비기능 요구사항
-
-### Optional
+Optional:
 - 기존 인프라 비용 정보
 
-## Execution Contract
-
+[Execution Steps]
 1. 후보 아키텍처 2개 이상을 비교한다.
 2. 성능/비용/보안 관점의 선택 근거를 기록한다.
 3. 실패 시 롤백 전략을 포함한다.
 4. 데이터 모델과 API 경계를 확정한다.
 
-## Quality Gates
-
+[Quality Gates]
 - 결정 근거가 수치 또는 사실로 설명되어야 한다.
 - 롤백 전략이 누락되면 실패로 처리한다.
 
-## Output Contract
-
+[Output Artifacts]
 - ADR 문서
 - 시스템 컨텍스트 다이어그램
 - 데이터 경계 정의
 
-## Handoff
-
+[Handoff]
 - next_roles: backend-engineer, frontend-engineer
 - blockers: 의존 시스템 책임 경계 미정, 데이터 소유권 충돌
+
+Additional context: {{args}}"""
+description = "아키텍처 의사결정 기록 (설계 · solution-architect)"

package/{antigravity/commands/definitions/cmd-plan-implementation-bootstrap.md → gemini/commands/definitions/cmd-plan-implementation-bootstrap.toml}

@@ -1,43 +1,35 @@
-# generated by scripts/generate-from-common.mjs
-
-# CMD-PLAN-IMPLEMENTATION-BOOTSTRAP - 구현 부트스트랩 확정
-
-- phase: 설계
-- owner_role: solution-architect
-
-## Purpose
+prompt = """CMD-PLAN-IMPLEMENTATION-BOOTSTRAP - 구현 부트스트랩 확정
+Phase: 설계 | Owner: solution-architect
 
+[Purpose]
 세부 PRD 기반으로 구현 순서, 책임 역할, 자동 실행 범위를 고정한다.
 
-## Input Contract
-
-### Required
+[Input Contract]
+Required:
 - 세부 PRD 묶음
 - 아키텍처 제약
 - 품질/보안 기준
-
-### Optional
+Optional:
 - 배포 일정
 
-## Execution Contract
-
+[Execution Steps]
 1. 세부 PRD를 순차 실행 가능한 배치로 그룹화한다.
 2. 역할별 책임과 산출물을 고정한다.
 3. 자동 실행 단계와 수동 설정 단계(최종 세팅)를 분리한다.
 4. 각 배치의 검증 게이트를 정의한다.
 
-## Quality Gates
-
+[Quality Gates]
 - 자동 실행 범위와 수동 단계가 명확히 분리되어야 한다.
 - 각 배치에 검증 게이트가 있어야 한다.
 
-## Output Contract
-
+[Output Artifacts]
 - 구현 배치 계획
 - 역할별 실행표
 - 수동 설정 체크리스트
 
-## Handoff
-
+[Handoff]
 - next_roles: lead-orchestrator, backend-engineer, frontend-engineer
 - blockers: 배치 순서 미정, 수동/자동 경계 불명확
+
+Additional context: {{args}}"""
+description = "구현 부트스트랩 확정 (설계 · solution-architect)"

package/{antigravity/commands/definitions/cmd-plan-prd-details.md → gemini/commands/definitions/cmd-plan-prd-details.toml}

@@ -1,43 +1,35 @@
-# generated by scripts/generate-from-common.mjs
-
-# CMD-PLAN-PRD-DETAILS - 세부 PRD 분해 작성
-
-- phase: 기획
-- owner_role: prd-writer
-
-## Purpose
+prompt = """CMD-PLAN-PRD-DETAILS - 세부 PRD 분해 작성
+Phase: 기획 | Owner: prd-writer
 
+[Purpose]
 마스터 PRD를 기능 단위 PRD들로 분해해 구현 가능한 작업 단위로 고정한다.
 
-## Input Contract
-
-### Required
+[Input Contract]
+Required:
 - 마스터 PRD
 - 기능 범위
 - 품질 기준
-
-### Optional
+Optional:
 - 기술 스택 제약
 
-## Execution Contract
-
+[Execution Steps]
 1. 에픽/기능 단위로 PRD를 분해한다.
 2. 각 세부 PRD에 수용 기준을 명시한다.
 3. UI 컴포넌트화 전략, 톤앤매너, 성능/보안 기준을 각 항목에 반영한다.
 4. 구현 순서와 의존성을 명확히 기록한다.
 
-## Quality Gates
-
+[Quality Gates]
 - 모든 세부 PRD가 수용 기준(DoD)을 포함해야 한다.
 - 구현 순서와 의존성이 누락되면 실패 처리한다.
 
-## Output Contract
-
+[Output Artifacts]
 - 세부 PRD 묶음
 - 구현 순서도
 - 수용 기준 매트릭스
 
-## Handoff
-
+[Handoff]
 - next_roles: solution-architect, backend-engineer, frontend-engineer
 - blockers: 수용 기준 누락, 의존성 충돌
+
+Additional context: {{args}}"""
+description = "세부 PRD 분해 작성 (기획 · prd-writer)"

package/{antigravity/commands/definitions/cmd-plan-prd-master.md → gemini/commands/definitions/cmd-plan-prd-master.toml}

@@ -1,44 +1,36 @@
-# generated by scripts/generate-from-common.mjs
-
-# CMD-PLAN-PRD-MASTER - 마스터 PRD 작성
-
-- phase: 기획
-- owner_role: prd-writer
-
-## Purpose
+prompt = """CMD-PLAN-PRD-MASTER - 마스터 PRD 작성
+Phase: 기획 | Owner: prd-writer
 
+[Purpose]
 서비스 목표, 사용자, 기능 범위, 비기능 요구사항을 포함한 상위 PRD를 대화형으로 작성한다.
 
-## Input Contract
-
-### Required
+[Input Contract]
+Required:
 - 사업 목표
 - 대상 사용자
 - 문제 정의
-
-### Optional
+Optional:
 - 브랜드 가이드
 - 레퍼런스 서비스
 
-## Execution Contract
-
+[Execution Steps]
 1. 핵심 문제와 기대 성과를 정량화한다.
 2. 사용자 세그먼트와 핵심 시나리오를 정리한다.
 3. 기능 범위와 비범위를 구분한다.
 4. 보안/성능/가독성/운영 기준을 PRD에 포함한다.
 
-## Quality Gates
-
+[Quality Gates]
 - 모든 목표는 측정 가능한 지표를 가져야 한다.
 - 비기능 요구사항(성능/보안/접근성/유지보수성)이 누락되면 실패 처리한다.
 
-## Output Contract
-
+[Output Artifacts]
 - 마스터 PRD
 - 핵심 지표 표
 - 범위/비범위 목록
 
-## Handoff
-
+[Handoff]
 - next_roles: prd-writer, solution-architect
 - blockers: 문제 정의 불명확, 성공 지표 미정
+
+Additional context: {{args}}"""
+description = "마스터 PRD 작성 (기획 · prd-writer)"

package/{antigravity/commands/definitions/cmd-plan-req-lock.md → gemini/commands/definitions/cmd-plan-req-lock.toml}

@@ -1,44 +1,36 @@
-# generated by scripts/generate-from-common.mjs
-
-# CMD-PLAN-REQ-LOCK - 요구사항 잠금
-
-- phase: 기획
-- owner_role: product-planner
-
-## Purpose
+prompt = """CMD-PLAN-REQ-LOCK - 요구사항 잠금
+Phase: 기획 | Owner: product-planner
 
+[Purpose]
 범위 변동을 줄이고 구현 가능한 요구사항 기준선을 확정한다.
 
-## Input Contract
-
-### Required
+[Input Contract]
+Required:
 - 비즈니스 목표
 - 성공 지표
 - 제약사항
-
-### Optional
+Optional:
 - 기존 레거시 제약
 - 마감 일정
 
-## Execution Contract
-
+[Execution Steps]
 1. 목표를 정량 지표로 환산한다.
 2. 사용자 시나리오를 우선순위로 정렬한다.
 3. 범위 밖 항목을 명시한다.
 4. 승인 기준과 거부 기준을 함께 기록한다.
 
-## Quality Gates
-
+[Quality Gates]
 - 모든 요구사항이 측정 가능해야 한다.
 - 모호한 표현(빠르게, 충분히 등)이 없어야 한다.
 
-## Output Contract
-
+[Output Artifacts]
 - 요구사항 기준서
 - 범위 제외 목록
 - 승인 기준표
 
-## Handoff
-
+[Handoff]
 - next_roles: solution-architect
 - blockers: 측정 불가능한 목표, 우선순위 미정
+
+Additional context: {{args}}"""
+description = "요구사항 잠금 (기획 · product-planner)"

package/{antigravity/commands/definitions/cmd-review-code.md → gemini/commands/definitions/cmd-review-code.toml}

@@ -1,43 +1,35 @@
-# generated by scripts/generate-from-common.mjs
-
-# CMD-REVIEW-CODE - 코드 리뷰 및 개선안 도출
-
-- phase: 검증
-- owner_role: code-reviewer
-
-## Purpose
+prompt = """CMD-REVIEW-CODE - 코드 리뷰 및 개선안 도출
+Phase: 검증 | Owner: code-reviewer
 
+[Purpose]
 동작 리스크와 유지보수 리스크를 식별하고 개선안을 우선순위화한다.
 
-## Input Contract
-
-### Required
+[Input Contract]
+Required:
 - 변경 diff
 - 요구사항 기준
 - 테스트 결과
-
-### Optional
+Optional:
 - 운영 장애 이력
 
-## Execution Contract
-
+[Execution Steps]
 1. 중대도 기준으로 결함 가능성을 분류한다.
 2. 보안/성능/가독성/확장성 관점으로 점검한다.
 3. 재현 절차를 포함한 수정 제안을 작성한다.
 4. 병합 차단 여부를 명확히 표기한다.
 
-## Quality Gates
-
+[Quality Gates]
 - 모든 지적은 근거 위치와 재현 경로를 포함해야 한다.
 - 선호도 수준 코멘트와 차단 이슈를 분리해야 한다.
 
-## Output Contract
-
+[Output Artifacts]
 - 리뷰 리포트
 - 차단 이슈 목록
 - 개선 우선순위 백로그
 
-## Handoff
-
+[Handoff]
 - next_roles: backend-engineer, frontend-engineer, security-engineer
 - blockers: 차단 이슈 미해결, 재현 불가능한 지적
+
+Additional context: {{args}}"""
+description = "코드 리뷰 및 개선안 도출 (검증 · code-reviewer)"

package/{antigravity/commands/definitions/cmd-sec-dependency-audit.md → gemini/commands/definitions/cmd-sec-dependency-audit.toml}

@@ -1,43 +1,35 @@
-# generated by scripts/generate-from-common.mjs
-
-# CMD-SEC-DEPENDENCY-AUDIT - 의존성 취약점 감사
-
-- phase: 보안
-- owner_role: security-engineer
-
-## Purpose
+prompt = """CMD-SEC-DEPENDENCY-AUDIT - 의존성 취약점 감사
+Phase: 보안 | Owner: security-engineer
 
+[Purpose]
 서드파티 의존성 취약점을 주기적으로 탐지하고 조치한다.
 
-## Input Contract
-
-### Required
+[Input Contract]
+Required:
 - 락파일
 - 취약점 DB 결과
 - 패치 가능 버전
-
-### Optional
+Optional:
 - 호환성 테스트 결과
 
-## Execution Contract
-
+[Execution Steps]
 1. 치명도 기준으로 취약점을 분류한다.
 2. 즉시 조치 항목부터 패치한다.
 3. 업데이트 후 회귀 테스트를 실행한다.
 4. 미조치 항목은 만료일과 보완 통제를 기록한다.
 
-## Quality Gates
-
+[Quality Gates]
 - 치명적 취약점은 배포 전 0건이어야 한다.
 - 미조치 항목은 예외 승인 기록이 있어야 한다.
 
-## Output Contract
-
+[Output Artifacts]
 - 취약점 감사 리포트
 - 패치 PR
 - 예외 승인 목록
 
-## Handoff
-
+[Handoff]
 - next_roles: qa-engineer, sre-release-engineer
 - blockers: 치명적 취약점 잔존, 회귀 테스트 실패
+
+Additional context: {{args}}"""
+description = "의존성 취약점 감사 (보안 · security-engineer)"

package/{antigravity/commands/definitions/cmd-sec-threat-model.md → gemini/commands/definitions/cmd-sec-threat-model.toml}

@@ -1,43 +1,35 @@
-# generated by scripts/generate-from-common.mjs
-
-# CMD-SEC-THREAT-MODEL - 위협 모델링
-
-- phase: 보안
-- owner_role: security-engineer
-
-## Purpose
+prompt = """CMD-SEC-THREAT-MODEL - 위협 모델링
+Phase: 보안 | Owner: security-engineer
 
+[Purpose]
 공격 표면을 체계적으로 도출하고 완화 통제를 정의한다.
 
-## Input Contract
-
-### Required
+[Input Contract]
+Required:
 - 시스템 경계
 - 자산 목록
 - 인증/인가 흐름
-
-### Optional
+Optional:
 - 규제 준수 기준
 
-## Execution Contract
-
+[Execution Steps]
 1. 자산 가치를 등급화한다.
 2. 신뢰 경계를 기준으로 공격 시나리오를 도출한다.
 3. 위협별 완화 통제를 지정한다.
 4. 잔여 위험 수용 여부를 의사결정한다.
 
-## Quality Gates
-
+[Quality Gates]
 - 고위험 위협에 대응 통제가 반드시 있어야 한다.
 - 수용 위험은 책임자와 만료일이 있어야 한다.
 
-## Output Contract
-
+[Output Artifacts]
 - 위협 모델 문서
 - 통제 매핑표
 - 잔여 위험 등록부
 
-## Handoff
-
+[Handoff]
 - next_roles: sre-release-engineer, code-reviewer
 - blockers: 고위험 무대응, 책임자 미지정
+
+Additional context: {{args}}"""
+description = "위협 모델링 (보안 · security-engineer)"

package/{antigravity/commands/definitions/cmd-test-unit-integration.md → gemini/commands/definitions/cmd-test-unit-integration.toml}

@@ -1,43 +1,35 @@
-# generated by scripts/generate-from-common.mjs
-
-# CMD-TEST-UNIT-INTEGRATION - 단위/통합 테스트 고정
-
-- phase: 검증
-- owner_role: qa-engineer
-
-## Purpose
+prompt = """CMD-TEST-UNIT-INTEGRATION - 단위/통합 테스트 고정
+Phase: 검증 | Owner: qa-engineer
 
+[Purpose]
 핵심 리스크 경로를 테스트로 고정해 회귀를 차단한다.
 
-## Input Contract
-
-### Required
+[Input Contract]
+Required:
 - 기능 변경 목록
 - 리스크 경로
 - 테스트 기준
-
-### Optional
+Optional:
 - 실패 이력
 
-## Execution Contract
-
+[Execution Steps]
 1. 핵심 경로를 우선순위로 테스트 케이스화한다.
 2. 단위와 통합 테스트 책임을 분리한다.
 3. 불안정 테스트를 제거하거나 안정화한다.
 4. CI에서 실패 시 즉시 차단하도록 설정한다.
 
-## Quality Gates
-
+[Quality Gates]
 - 신규 결함 경로에 테스트가 존재해야 한다.
 - 테스트 결과가 재현 가능해야 한다.
 
-## Output Contract
-
+[Output Artifacts]
 - 테스트 코드
 - 실행 리포트
 - 결함 회귀 목록
 
-## Handoff
-
+[Handoff]
 - next_roles: code-reviewer, sre-release-engineer
 - blockers: 불안정 테스트 지속, 핵심 경로 미커버
+
+Additional context: {{args}}"""
+description = "단위/통합 테스트 고정 (검증 · qa-engineer)"

package/gemini/gemini-extension.json

@@ -0,0 +1,6 @@
+{
+  "name": "tri-agent-manager",
+  "version": "0.6.8",
+  "description": "Service operation skills and workflows pack for Gemini CLI",
+  "contextFileName": "GEMINI.md"
+}

package/{antigravity → gemini}/settings/editor-policy.json

@@ -1,7 +1,7 @@
 {
   "schema_version": "1.0.0",
   "policy_id": "strict-dev",
-  "description_ko": "Antigravity Editor에서 수동 반영할 수 있는 프로젝트 보안/권한 정책 템플릿",
+  "description_ko": "Gemini CLI에서 수동 반영할 수 있는 프로젝트 보안/권한 정책 템플릿",
   "editor": {
     "autonomy_level": "balanced",
     "require_approval": {

package/{antigravity → gemini}/skills/change-safety-review/SKILL.md

@@ -12,12 +12,14 @@ description: 현재 git 변경점 또는 전체 프로젝트를 기준으로 렌
 
 # 실행 절차
 
-1. 검증 범위를 고정한다: 기본은 현재 `git diff`(staged + unstaged), 요청 시 전체 프로젝트로 확장한다.
-2. 변경 파일과 영향 경로를 분류한다(UI 렌더링, 비동기 상태, 외부 I/O, 전역 상태).
-3. `CMD-TEST-UNIT-INTEGRATION`으로 회귀 경로를 먼저 고정한다.
-4. `CMD-REVIEW-CODE`로 렌더링 깨짐, 레이스 컨디션, 사이드이펙트 리스크를 차단/권고로 분리한다.
-5. UI/상태 변경이 있으면 `CMD-DEV-PERF-OPTIMIZE` 관점으로 불필요 렌더링과 상태 오케스트레이션 비용을 재점검한다.
-6. 차단 이슈 0건 또는 미해결 차단 목록/우회책을 명시하고 종료한다.
+1. 검증 범위를 고정한다: `git diff --name-only`와 `git diff --cached --name-only`를 실행하여 staged + unstaged 변경 파일 목록을 확보한다. 요청 시 전체 프로젝트로 확장한다.
+2. 변경 파일을 영향 경로별로 분류한다: UI 렌더링, 비동기 상태, 외부 I/O, 전역 상태 카테고리에 매핑한다.
+3. 프로젝트의 테스트 프레임워크를 탐지하고, 변경 파일에 대응하는 테스트 파일(`*.test.*`, `*.spec.*`, `__tests__/`)을 매핑한다.
+4. 매핑된 테스트를 실행한다: 해당 테스트 러너로 관련 테스트만 실행하고, 통과/실패/flaky 결과를 기록한다.
+5. 각 변경 파일을 읽고 결함을 심각도(critical/major/minor)로 분류한다: 보안(인젝션, 인증 우회), 성능(불필요 렌더링, N+1), 가독성(네이밍, 복잡도), 확장성(결합도) 관점으로 검토한다.
+6. 발견된 이슈를 차단(blocking)과 권고(advisory)로 분리한다: 차단 이슈에는 파일:라인 위치, 재현 절차, 영향 범위, 수정 제안을 반드시 포함한다.
+7. UI/상태 변경이 있는 경우 불필요 렌더링 패턴, 상태 오케스트레이션 비용, 메모이제이션 누락 여부를 추가로 점검한다.
+8. 최종 보고서를 작성하고 Artifact로 저장한다: 차단 이슈 0건이면 '배포 가능', 미해결 차단 이슈가 있으면 각각의 우회책을 명시한다. 검증 범위, 테스트/리뷰 근거, 잔여 리스크를 포함한다.
 
 # 결과 보고 형식
 

package/{antigravity → gemini}/skills/code-review-and-improvement/SKILL.md

@@ -12,9 +12,14 @@ description: 코드 리뷰와 개선 반영을 아티팩트 기반으로 관리
 
 # 실행 절차
 
-1. `CMD-REVIEW-CODE`로 이슈를 분류한다.
-2. `CMD-IMPROVE-TECHDEBT`로 개선안을 우선순위화한다.
-3. `CMD-TEST-UNIT-INTEGRATION`으로 회귀 여부를 검증한다.
+1. 리뷰 대상 범위를 확정한다: `git diff --name-only main...HEAD`로 변경 파일 목록을 수집하거나, 지정된 커밋 범위를 기준으로 삼는다.
+2. 각 변경 파일을 순회하며 결함을 심각도별(critical/major/minor)로 분류한다: 보안, 성능, 가독성, 확장성 관점에서 점검하고, 파일:라인 위치와 영향 범위를 기록한다.
+3. 차단(blocking) 이슈와 권고(advisory) 이슈를 분리하고 Artifact로 저장한다.
+4. 기술 부채 항목을 식별한다: 코드 중복, 미사용 코드, 과도한 의존성, 테스트 누락 등을 수집한다.
+5. 기술 부채를 영향도/수정 비용 기준으로 우선순위화하고, 항목별 완료 기준을 정의한다.
+6. 차단 이슈에 대해 수정을 반영한다.
+7. 프로젝트의 테스트 프레임워크를 탐지하고, 변경 파일 관련 테스트를 실행하여 회귀 여부를 검증한다. 실패 시 수정-테스트 루프를 반복한다.
+8. 최종 리뷰 결과를 Artifact로 정리한다: 차단/권고 이슈 목록, 수정 적용 내역, 테스트 재검증 결과, 잔여 기술 부채를 포함한다.
 
 # 결과 보고 형식