@dusky-bluehour/agent-service 0.6.7 → 0.6.8
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +263 -36
- package/catalog/tool-catalog.ko.json +17 -43
- package/claude-code/README.md +84 -66
- package/codex/README.md +55 -33
- package/common/settings/security-policy.json +1 -1
- package/common/skills/skill-catalog.json +368 -136
- package/common/workflows/workflow-catalog.json +89 -1238
- package/gemini/README.md +104 -0
- package/{antigravity/commands/definitions/cmd-dev-be-api.md → gemini/commands/definitions/cmd-dev-be-api.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-dev-fe-hook-separate.md → gemini/commands/definitions/cmd-dev-fe-hook-separate.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-dev-fe-ui-componentize.md → gemini/commands/definitions/cmd-dev-fe-ui-componentize.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-dev-perf-optimize.md → gemini/commands/definitions/cmd-dev-perf-optimize.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-dev-sequential-autorun.md → gemini/commands/definitions/cmd-dev-sequential-autorun.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-doc-handoff.md → gemini/commands/definitions/cmd-doc-handoff.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-improve-techdebt.md → gemini/commands/definitions/cmd-improve-techdebt.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-incident-triage.md → gemini/commands/definitions/cmd-incident-triage.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-ops-ci-cd-gate.md → gemini/commands/definitions/cmd-ops-ci-cd-gate.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-ops-deploy.md → gemini/commands/definitions/cmd-ops-deploy.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-ops-monitoring.md → gemini/commands/definitions/cmd-ops-monitoring.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-plan-arch-decision.md → gemini/commands/definitions/cmd-plan-arch-decision.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-plan-implementation-bootstrap.md → gemini/commands/definitions/cmd-plan-implementation-bootstrap.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-plan-prd-details.md → gemini/commands/definitions/cmd-plan-prd-details.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-plan-prd-master.md → gemini/commands/definitions/cmd-plan-prd-master.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-plan-req-lock.md → gemini/commands/definitions/cmd-plan-req-lock.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-review-code.md → gemini/commands/definitions/cmd-review-code.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-sec-dependency-audit.md → gemini/commands/definitions/cmd-sec-dependency-audit.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-sec-threat-model.md → gemini/commands/definitions/cmd-sec-threat-model.toml} +13 -21
- package/{antigravity/commands/definitions/cmd-test-unit-integration.md → gemini/commands/definitions/cmd-test-unit-integration.toml} +13 -21
- package/gemini/gemini-extension.json +6 -0
- package/{antigravity → gemini}/settings/editor-policy.json +1 -1
- package/{antigravity → gemini}/skills/change-safety-review/SKILL.md +8 -6
- package/{antigravity → gemini}/skills/code-review-and-improvement/SKILL.md +8 -3
- package/gemini/skills/frontend-repetition-pack/SKILL.md +44 -0
- package/gemini/skills/incident-response/SKILL.md +44 -0
- package/{antigravity → gemini}/skills/prd-to-production-pipeline/SKILL.md +13 -4
- package/{antigravity → gemini}/skills/release-and-operations/SKILL.md +11 -3
- package/gemini/skills/security-hardening/SKILL.md +43 -0
- package/gemini/skills/service-lifecycle-orchestration/SKILL.md +46 -0
- package/{antigravity → gemini}/workflows/workflow-catalog.json +1 -1
- package/package.json +4 -4
- package/scripts/generate-from-common.mjs +99 -70
- package/scripts/init.mjs +41 -21
- package/scripts/validate.mjs +66 -33
- package/antigravity/README.md +0 -50
- package/antigravity/skills/frontend-repetition-pack/SKILL.md +0 -35
- package/antigravity/skills/incident-response/SKILL.md +0 -35
- package/antigravity/skills/security-hardening/SKILL.md +0 -35
- package/antigravity/skills/service-lifecycle-orchestration/SKILL.md +0 -36
- package/claude-code/workflows/workflow-catalog.json +0 -688
- package/codex/workflows/workflow-catalog.json +0 -450
- /package/{antigravity/agents → common/gemini}/agent-catalog.json +0 -0
- /package/{antigravity/artifacts → common/gemini}/artifact-catalog.json +0 -0
- /package/{common/antigravity → gemini/agents}/agent-catalog.json +0 -0
- /package/{common/antigravity → gemini/artifacts}/artifact-catalog.json +0 -0
- /package/{antigravity → gemini}/commands/command-catalog.json +0 -0
- /package/{antigravity/instructions/WORKSPACE-RULES.template.md → gemini/instructions/GEMINI.template.md} +0 -0
- /package/{antigravity → gemini}/workflows/definitions/WF-FRONTEND-REFACTOR.workflow.yaml +0 -0
- /package/{antigravity → gemini}/workflows/definitions/WF-INCIDENT-RESPONSE.workflow.yaml +0 -0
- /package/{antigravity → gemini}/workflows/definitions/WF-PRD-TO-PRODUCTION.workflow.yaml +0 -0
- /package/{antigravity → gemini}/workflows/definitions/WF-SECURITY-HARDENING.workflow.yaml +0 -0
- /package/{antigravity → gemini}/workflows/definitions/WF-SERVICE-E2E.workflow.yaml +0 -0
package/gemini/README.md
ADDED
|
@@ -0,0 +1,104 @@
|
|
|
1
|
+
# Gemini CLI 운영팩
|
|
2
|
+
|
|
3
|
+
Gemini CLI의 Extension 표준에 맞춰 서비스 운영 전체를 실행 가능한 형태로 제공하는 패키지입니다.
|
|
4
|
+
|
|
5
|
+
> 이 폴더의 파일은 `npm run generate`로 `common/*`에서 자동 생성됩니다. 직접 수정하지 마세요.
|
|
6
|
+
|
|
7
|
+
## 폴더 구성
|
|
8
|
+
|
|
9
|
+
```
|
|
10
|
+
gemini/
|
|
11
|
+
gemini-extension.json Extension 매니페스트
|
|
12
|
+
skills/<name>/SKILL.md 8개 운영 스킬
|
|
13
|
+
agents/agent-catalog.json 에이전트 역할 카탈로그
|
|
14
|
+
artifacts/artifact-catalog.json 단계별 Artifact 계약
|
|
15
|
+
workflows/
|
|
16
|
+
workflow-catalog.json 5개 워크플로우 정의
|
|
17
|
+
definitions/*.workflow.yaml 실행용 워크플로우 YAML
|
|
18
|
+
commands/
|
|
19
|
+
command-catalog.json 공통 명령 계약 (SSOT)
|
|
20
|
+
definitions/*.toml 20개 커스텀 명령 (TOML 형식)
|
|
21
|
+
instructions/GEMINI.template.md GEMINI.md 자동 생성 템플릿
|
|
22
|
+
settings/editor-policy.json 에디터 보안/권한 정책
|
|
23
|
+
```
|
|
24
|
+
|
|
25
|
+
## 설치 시 생성 구조
|
|
26
|
+
|
|
27
|
+
프로젝트에 설치하면 `.gemini/` 아래에 위 파일이 배치되고, 프로젝트 루트에 `GEMINI.md`가 생성됩니다.
|
|
28
|
+
|
|
29
|
+
```
|
|
30
|
+
<project>/
|
|
31
|
+
.gemini/
|
|
32
|
+
skills/change-safety-review/SKILL.md
|
|
33
|
+
skills/code-review-and-improvement/SKILL.md
|
|
34
|
+
...
|
|
35
|
+
agents/agent-catalog.json
|
|
36
|
+
artifacts/artifact-catalog.json
|
|
37
|
+
workflows/workflow-catalog.json
|
|
38
|
+
workflows/definitions/WF-SERVICE-E2E.workflow.yaml
|
|
39
|
+
...
|
|
40
|
+
commands/definitions/cmd-dev-be-api.toml
|
|
41
|
+
...
|
|
42
|
+
gemini-extension.json
|
|
43
|
+
instructions/GEMINI.template.md
|
|
44
|
+
settings/editor-policy.json
|
|
45
|
+
GEMINI.md 컨텍스트 파일 (기존 파일 유지)
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
## 사용 방법
|
|
49
|
+
|
|
50
|
+
### 스킬 사용
|
|
51
|
+
|
|
52
|
+
8개 스킬은 각각 자체적으로 실행 가능한 상세 절차를 포함합니다.
|
|
53
|
+
|
|
54
|
+
| 스킬 | 역할 |
|
|
55
|
+
|------|------|
|
|
56
|
+
| `change-safety-review` | 변경사항 회귀 검증 + 코드 리뷰 |
|
|
57
|
+
| `code-review-and-improvement` | 코드 품질 개선 + 기술부채 정리 |
|
|
58
|
+
| `frontend-repetition-pack` | UI 컴포넌트화 → Hook 분리 → 성능 최적화 |
|
|
59
|
+
| `incident-response` | 장애 트리아지 → 근본원인 수정 → 포스트모템 |
|
|
60
|
+
| `prd-to-production-pipeline` | PRD 작성 → 순차 자동 구현 |
|
|
61
|
+
| `release-and-operations` | CI/CD 게이트 → 배포 → 모니터링 |
|
|
62
|
+
| `security-hardening` | 위협 모델링 → 취약점 감사 → 하드닝 |
|
|
63
|
+
| `service-lifecycle-orchestration` | 전체 수명주기 오케스트레이션 |
|
|
64
|
+
|
|
65
|
+
### 워크플로우 실행
|
|
66
|
+
|
|
67
|
+
워크플로우는 Gemini CLI에서만 네이티브 지원됩니다.
|
|
68
|
+
|
|
69
|
+
1. 목적에 맞는 워크플로우를 선택합니다:
|
|
70
|
+
- `WF-SERVICE-E2E` — 신규 서비스/기능 E2E 파이프라인
|
|
71
|
+
- `WF-FRONTEND-REFACTOR` — 프론트엔드 반복 개선
|
|
72
|
+
- `WF-SECURITY-HARDENING` — 보안 강화 배치
|
|
73
|
+
- `WF-INCIDENT-RESPONSE` — 장애 대응/재발 방지
|
|
74
|
+
- `WF-PRD-TO-PRODUCTION` — PRD 기반 자동 구현
|
|
75
|
+
|
|
76
|
+
2. 각 단계의 `input_artifact` 검증 후 지정 `agent`가 작업을 수행합니다.
|
|
77
|
+
3. `output_artifact` 검증을 통과해야 다음 단계로 진행됩니다.
|
|
78
|
+
4. `exit_criteria`를 모두 충족하면 단계가 완료됩니다.
|
|
79
|
+
|
|
80
|
+
`definitions/` 디렉토리에서 워크플로우 ID와 동일한 YAML 파일을 사용합니다.
|
|
81
|
+
|
|
82
|
+
### 커스텀 명령 실행
|
|
83
|
+
|
|
84
|
+
`commands/definitions/*.toml` 파일이 Gemini CLI Extension 커스텀 명령으로 로드됩니다. 명령 실행 시 `{{args}}`로 추가 컨텍스트를 전달할 수 있습니다.
|
|
85
|
+
|
|
86
|
+
### 역할 분리 기준
|
|
87
|
+
|
|
88
|
+
- UI 컴포넌트화: `frontend-repetition-agent`
|
|
89
|
+
- Hook 분리: `frontend-repetition-agent`
|
|
90
|
+
- 성능 최적화: `performance-agent`
|
|
91
|
+
- 변경점 안전 검토: `change-safety-review` 스킬
|
|
92
|
+
- PRD 작성: `prd-writer-agent`
|
|
93
|
+
|
|
94
|
+
## 운영 규칙
|
|
95
|
+
|
|
96
|
+
- Extension 에이전트(Manager)가 단계 전환 권한을 가집니다.
|
|
97
|
+
- Artifact 검증 실패 시 단계 중단 후 원인 수정을 우선합니다.
|
|
98
|
+
- 보안/배포 단계는 우회 없이 게이트를 통과해야 합니다.
|
|
99
|
+
|
|
100
|
+
## 참고 문서
|
|
101
|
+
|
|
102
|
+
- [Google Gemini CLI 발표](https://developers.googleblog.com/build-with-gemini-cli-our-new-agentic-development-platform/)
|
|
103
|
+
- [Gemini CLI 공식 문서](https://googlegemini.wiki/gemini-cli)
|
|
104
|
+
- [Gemini CLI GitHub](https://github.com/google-gemini/gemini-cli)
|
|
@@ -1,43 +1,35 @@
|
|
|
1
|
-
|
|
2
|
-
|
|
3
|
-
# CMD-DEV-BE-API - 백엔드 API 구현
|
|
4
|
-
|
|
5
|
-
- phase: 개발
|
|
6
|
-
- owner_role: backend-engineer
|
|
7
|
-
|
|
8
|
-
## Purpose
|
|
1
|
+
prompt = """CMD-DEV-BE-API - 백엔드 API 구현
|
|
2
|
+
Phase: 개발 | Owner: backend-engineer
|
|
9
3
|
|
|
4
|
+
[Purpose]
|
|
10
5
|
명세 기반으로 안정적인 API와 데이터 접근 계층을 구현한다.
|
|
11
6
|
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
### Required
|
|
7
|
+
[Input Contract]
|
|
8
|
+
Required:
|
|
15
9
|
- API 계약
|
|
16
10
|
- 도메인 모델
|
|
17
11
|
- 에러 코드 정책
|
|
18
|
-
|
|
19
|
-
### Optional
|
|
12
|
+
Optional:
|
|
20
13
|
- 기존 엔드포인트 호환 정책
|
|
21
14
|
|
|
22
|
-
|
|
23
|
-
|
|
15
|
+
[Execution Steps]
|
|
24
16
|
1. 계약 우선 방식으로 DTO와 검증 규칙을 작성한다.
|
|
25
17
|
2. 핸들러와 비즈니스 로직을 분리한다.
|
|
26
18
|
3. 권한 검증과 감사 로그를 추가한다.
|
|
27
19
|
4. 회귀 테스트를 작성한다.
|
|
28
20
|
|
|
29
|
-
|
|
30
|
-
|
|
21
|
+
[Quality Gates]
|
|
31
22
|
- 계약 테스트가 통과해야 한다.
|
|
32
23
|
- 권한 누락 경로가 없어야 한다.
|
|
33
24
|
|
|
34
|
-
|
|
35
|
-
|
|
25
|
+
[Output Artifacts]
|
|
36
26
|
- API 구현 코드
|
|
37
27
|
- 계약 테스트
|
|
38
28
|
- 권한 매트릭스
|
|
39
29
|
|
|
40
|
-
|
|
41
|
-
|
|
30
|
+
[Handoff]
|
|
42
31
|
- next_roles: qa-engineer, code-reviewer
|
|
43
32
|
- blockers: 계약 불일치, 에러 코드 정책 위반
|
|
33
|
+
|
|
34
|
+
Additional context: {{args}}"""
|
|
35
|
+
description = "백엔드 API 구현 (개발 · backend-engineer)"
|
|
@@ -1,43 +1,35 @@
|
|
|
1
|
-
|
|
2
|
-
|
|
3
|
-
# CMD-DEV-FE-HOOK-SEPARATE - Hook 분리
|
|
4
|
-
|
|
5
|
-
- phase: 개발
|
|
6
|
-
- owner_role: hook-refactor-engineer
|
|
7
|
-
|
|
8
|
-
## Purpose
|
|
1
|
+
prompt = """CMD-DEV-FE-HOOK-SEPARATE - Hook 분리
|
|
2
|
+
Phase: 개발 | Owner: hook-refactor-engineer
|
|
9
3
|
|
|
4
|
+
[Purpose]
|
|
10
5
|
컴포넌트 내부 상태/효과 로직을 재사용 가능한 Hook으로 분리한다.
|
|
11
6
|
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
### Required
|
|
7
|
+
[Input Contract]
|
|
8
|
+
Required:
|
|
15
9
|
- 대상 컴포넌트
|
|
16
10
|
- 상태 흐름
|
|
17
11
|
- 부수효과 목록
|
|
18
|
-
|
|
19
|
-
### Optional
|
|
12
|
+
Optional:
|
|
20
13
|
- 성능 프로파일 결과
|
|
21
14
|
|
|
22
|
-
|
|
23
|
-
|
|
15
|
+
[Execution Steps]
|
|
24
16
|
1. UI 렌더링과 상태 오케스트레이션 경계를 식별한다.
|
|
25
17
|
2. Hook의 입력/출력 타입 계약을 정의한다.
|
|
26
18
|
3. 비동기/캐시/재시도 정책을 Hook 내부로 캡슐화한다.
|
|
27
19
|
4. Hook 전용 테스트를 추가한다.
|
|
28
20
|
|
|
29
|
-
|
|
30
|
-
|
|
21
|
+
[Quality Gates]
|
|
31
22
|
- 컴포넌트 길이가 기준 대비 25% 이상 축소되어야 한다.
|
|
32
23
|
- Hook은 단일 책임을 유지해야 한다.
|
|
33
24
|
|
|
34
|
-
|
|
35
|
-
|
|
25
|
+
[Output Artifacts]
|
|
36
26
|
- 커스텀 Hook
|
|
37
27
|
- Hook 테스트
|
|
38
28
|
- 마이그레이션 노트
|
|
39
29
|
|
|
40
|
-
|
|
41
|
-
|
|
30
|
+
[Handoff]
|
|
42
31
|
- next_roles: frontend-engineer, performance-engineer
|
|
43
32
|
- blockers: Hook 간 순환 의존, 숨은 전역 상태 의존
|
|
33
|
+
|
|
34
|
+
Additional context: {{args}}"""
|
|
35
|
+
description = "Hook 분리 (개발 · hook-refactor-engineer)"
|
|
@@ -1,43 +1,35 @@
|
|
|
1
|
-
|
|
2
|
-
|
|
3
|
-
# CMD-DEV-FE-UI-COMPONENTIZE - UI 컴포넌트화
|
|
4
|
-
|
|
5
|
-
- phase: 개발
|
|
6
|
-
- owner_role: ui-component-engineer
|
|
7
|
-
|
|
8
|
-
## Purpose
|
|
1
|
+
prompt = """CMD-DEV-FE-UI-COMPONENTIZE - UI 컴포넌트화
|
|
2
|
+
Phase: 개발 | Owner: ui-component-engineer
|
|
9
3
|
|
|
4
|
+
[Purpose]
|
|
10
5
|
반복 UI를 설계 토큰 기반의 재사용 컴포넌트로 분해한다.
|
|
11
6
|
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
### Required
|
|
7
|
+
[Input Contract]
|
|
8
|
+
Required:
|
|
15
9
|
- 대상 화면
|
|
16
10
|
- 중복 UI 목록
|
|
17
11
|
- 디자인 토큰
|
|
18
|
-
|
|
19
|
-
### Optional
|
|
12
|
+
Optional:
|
|
20
13
|
- 스토리북 규칙
|
|
21
14
|
|
|
22
|
-
|
|
23
|
-
|
|
15
|
+
[Execution Steps]
|
|
24
16
|
1. 중복 UI를 패턴 단위로 그룹화한다.
|
|
25
17
|
2. Props 계약을 최소화하고 명시적으로 정의한다.
|
|
26
18
|
3. 프레젠테이션 로직과 데이터 로직을 분리한다.
|
|
27
19
|
4. 스토리/스냅샷 테스트를 추가한다.
|
|
28
20
|
|
|
29
|
-
|
|
30
|
-
|
|
21
|
+
[Quality Gates]
|
|
31
22
|
- 컴포넌트 API 변경 시 하위 호환 전략이 있어야 한다.
|
|
32
23
|
- 동일 UI 중복 코드가 기준 대비 30% 이상 감소해야 한다.
|
|
33
24
|
|
|
34
|
-
|
|
35
|
-
|
|
25
|
+
[Output Artifacts]
|
|
36
26
|
- 공용 UI 컴포넌트
|
|
37
27
|
- 사용 가이드
|
|
38
28
|
- 스토리북 스토리
|
|
39
29
|
|
|
40
|
-
|
|
41
|
-
|
|
30
|
+
[Handoff]
|
|
42
31
|
- next_roles: frontend-engineer, qa-engineer
|
|
43
32
|
- blockers: 디자인 토큰 누락, 접근성 속성 누락
|
|
33
|
+
|
|
34
|
+
Additional context: {{args}}"""
|
|
35
|
+
description = "UI 컴포넌트화 (개발 · ui-component-engineer)"
|
|
@@ -1,43 +1,35 @@
|
|
|
1
|
-
|
|
2
|
-
|
|
3
|
-
# CMD-DEV-PERF-OPTIMIZE - 성능 최적화
|
|
4
|
-
|
|
5
|
-
- phase: 개발
|
|
6
|
-
- owner_role: performance-engineer
|
|
7
|
-
|
|
8
|
-
## Purpose
|
|
1
|
+
prompt = """CMD-DEV-PERF-OPTIMIZE - 성능 최적화
|
|
2
|
+
Phase: 개발 | Owner: performance-engineer
|
|
9
3
|
|
|
4
|
+
[Purpose]
|
|
10
5
|
측정 기반으로 병목을 제거하고 사용자 체감 성능을 개선한다.
|
|
11
6
|
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
### Required
|
|
7
|
+
[Input Contract]
|
|
8
|
+
Required:
|
|
15
9
|
- 성능 목표
|
|
16
10
|
- 현재 측정치
|
|
17
11
|
- 병목 후보
|
|
18
|
-
|
|
19
|
-
### Optional
|
|
12
|
+
Optional:
|
|
20
13
|
- 트래픽 패턴
|
|
21
14
|
|
|
22
|
-
|
|
23
|
-
|
|
15
|
+
[Execution Steps]
|
|
24
16
|
1. 기준 측정값을 고정한다.
|
|
25
17
|
2. 병목 상위 3개만 우선 해결한다.
|
|
26
18
|
3. 캐싱/메모이제이션/쿼리 최적화를 적용한다.
|
|
27
19
|
4. 개선 후 동일 조건으로 재측정한다.
|
|
28
20
|
|
|
29
|
-
|
|
30
|
-
|
|
21
|
+
[Quality Gates]
|
|
31
22
|
- 핵심 지표가 목표 이상 개선되어야 한다.
|
|
32
23
|
- 최적화로 인한 기능 회귀가 없어야 한다.
|
|
33
24
|
|
|
34
|
-
|
|
35
|
-
|
|
25
|
+
[Output Artifacts]
|
|
36
26
|
- 전후 비교 리포트
|
|
37
27
|
- 최적화 코드
|
|
38
28
|
- 회귀 테스트
|
|
39
29
|
|
|
40
|
-
|
|
41
|
-
|
|
30
|
+
[Handoff]
|
|
42
31
|
- next_roles: qa-engineer, sre-release-engineer
|
|
43
32
|
- blockers: 측정 재현 불가, 최적화 효과 미미
|
|
33
|
+
|
|
34
|
+
Additional context: {{args}}"""
|
|
35
|
+
description = "성능 최적화 (개발 · performance-engineer)"
|
|
@@ -1,43 +1,35 @@
|
|
|
1
|
-
|
|
2
|
-
|
|
3
|
-
# CMD-DEV-SEQUENTIAL-AUTORUN - PRD 기반 순차 자동 구현
|
|
4
|
-
|
|
5
|
-
- phase: 개발
|
|
6
|
-
- owner_role: lead-orchestrator
|
|
7
|
-
|
|
8
|
-
## Purpose
|
|
1
|
+
prompt = """CMD-DEV-SEQUENTIAL-AUTORUN - PRD 기반 순차 자동 구현
|
|
2
|
+
Phase: 개발 | Owner: lead-orchestrator
|
|
9
3
|
|
|
4
|
+
[Purpose]
|
|
10
5
|
확정된 세부 PRD 순서대로 구현, 테스트, 리뷰를 연쇄 실행한다.
|
|
11
6
|
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
### Required
|
|
7
|
+
[Input Contract]
|
|
8
|
+
Required:
|
|
15
9
|
- 구현 배치 계획
|
|
16
10
|
- 세부 PRD 묶음
|
|
17
11
|
- 품질 게이트
|
|
18
|
-
|
|
19
|
-
### Optional
|
|
12
|
+
Optional:
|
|
20
13
|
- 중간 승인 포인트
|
|
21
14
|
|
|
22
|
-
|
|
23
|
-
|
|
15
|
+
[Execution Steps]
|
|
24
16
|
1. 배치 순서대로 기능 구현을 수행한다.
|
|
25
17
|
2. 각 배치 종료 시 테스트와 리뷰를 자동 실행한다.
|
|
26
18
|
3. UI 컴포넌트화/Hook 분리/성능 최적화/보안 점검을 각 배치에 적용한다.
|
|
27
19
|
4. 최종 수동 설정 단계 직전까지 연속 실행한다.
|
|
28
20
|
|
|
29
|
-
|
|
30
|
-
|
|
21
|
+
[Quality Gates]
|
|
31
22
|
- 배치별 테스트/리뷰 통과 없이는 다음 배치로 이동하지 않는다.
|
|
32
23
|
- 치명 보안 이슈 또는 차단 이슈 발생 시 즉시 중단한다.
|
|
33
24
|
|
|
34
|
-
|
|
35
|
-
|
|
25
|
+
[Output Artifacts]
|
|
36
26
|
- 배치별 구현 로그
|
|
37
27
|
- 중간 검증 리포트
|
|
38
28
|
- 최종 수동 설정 전 체크리스트
|
|
39
29
|
|
|
40
|
-
|
|
41
|
-
|
|
30
|
+
[Handoff]
|
|
42
31
|
- next_roles: qa-engineer, security-engineer, sre-release-engineer
|
|
43
32
|
- blockers: 배치 검증 실패, 차단 이슈 미해결
|
|
33
|
+
|
|
34
|
+
Additional context: {{args}}"""
|
|
35
|
+
description = "PRD 기반 순차 자동 구현 (개발 · lead-orchestrator)"
|
|
@@ -1,44 +1,36 @@
|
|
|
1
|
-
|
|
2
|
-
|
|
3
|
-
# CMD-DOC-HANDOFF - 운영 인수인계 문서화
|
|
4
|
-
|
|
5
|
-
- phase: 개선
|
|
6
|
-
- owner_role: operations-owner
|
|
7
|
-
|
|
8
|
-
## Purpose
|
|
1
|
+
prompt = """CMD-DOC-HANDOFF - 운영 인수인계 문서화
|
|
2
|
+
Phase: 개선 | Owner: operations-owner
|
|
9
3
|
|
|
4
|
+
[Purpose]
|
|
10
5
|
사람과 AI가 동일한 기준으로 서비스 상태를 이해하도록 지식을 구조화한다.
|
|
11
6
|
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
### Required
|
|
7
|
+
[Input Contract]
|
|
8
|
+
Required:
|
|
15
9
|
- 최신 아키텍처
|
|
16
10
|
- 운영 런북
|
|
17
11
|
- 릴리즈 이력
|
|
18
|
-
|
|
19
|
-
### Optional
|
|
12
|
+
Optional:
|
|
20
13
|
- FAQ
|
|
21
14
|
- 온보딩 자료
|
|
22
15
|
|
|
23
|
-
|
|
24
|
-
|
|
16
|
+
[Execution Steps]
|
|
25
17
|
1. 문서를 역할 기준으로 분리한다.
|
|
26
18
|
2. 명령 ID와 워크플로우 ID를 교차 참조한다.
|
|
27
19
|
3. 변경 이력을 날짜와 함께 기록한다.
|
|
28
20
|
4. 월 1회 갱신 책임자를 지정한다.
|
|
29
21
|
|
|
30
|
-
|
|
31
|
-
|
|
22
|
+
[Quality Gates]
|
|
32
23
|
- 중요 문서는 최신 배포와 일치해야 한다.
|
|
33
24
|
- 문서만으로 최소 운영 시나리오 재현이 가능해야 한다.
|
|
34
25
|
|
|
35
|
-
|
|
36
|
-
|
|
26
|
+
[Output Artifacts]
|
|
37
27
|
- 운영 핸드북
|
|
38
28
|
- 워크플로우 인덱스
|
|
39
29
|
- 갱신 캘린더
|
|
40
30
|
|
|
41
|
-
|
|
42
|
-
|
|
31
|
+
[Handoff]
|
|
43
32
|
- next_roles: all
|
|
44
33
|
- blockers: 문서와 실제 동작 불일치
|
|
34
|
+
|
|
35
|
+
Additional context: {{args}}"""
|
|
36
|
+
description = "운영 인수인계 문서화 (개선 · operations-owner)"
|
|
@@ -1,43 +1,35 @@
|
|
|
1
|
-
|
|
2
|
-
|
|
3
|
-
# CMD-IMPROVE-TECHDEBT - 기술 부채 정리
|
|
4
|
-
|
|
5
|
-
- phase: 개선
|
|
6
|
-
- owner_role: tech-debt-manager
|
|
7
|
-
|
|
8
|
-
## Purpose
|
|
1
|
+
prompt = """CMD-IMPROVE-TECHDEBT - 기술 부채 정리
|
|
2
|
+
Phase: 개선 | Owner: tech-debt-manager
|
|
9
3
|
|
|
4
|
+
[Purpose]
|
|
10
5
|
장기 생산성을 저해하는 구조적 부채를 우선순위 기반으로 상환한다.
|
|
11
6
|
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
### Required
|
|
7
|
+
[Input Contract]
|
|
8
|
+
Required:
|
|
15
9
|
- 부채 목록
|
|
16
10
|
- 영향도
|
|
17
11
|
- 상환 비용
|
|
18
|
-
|
|
19
|
-
### Optional
|
|
12
|
+
Optional:
|
|
20
13
|
- 장애 연관 지표
|
|
21
14
|
|
|
22
|
-
|
|
23
|
-
|
|
15
|
+
[Execution Steps]
|
|
24
16
|
1. 영향도/비용 기준으로 상환 순위를 정한다.
|
|
25
17
|
2. 기능 개발과 충돌하지 않게 배치한다.
|
|
26
18
|
3. 상환 항목별 완료 기준을 정의한다.
|
|
27
19
|
4. 상환 후 구조 단순화 여부를 점검한다.
|
|
28
20
|
|
|
29
|
-
|
|
30
|
-
|
|
21
|
+
[Quality Gates]
|
|
31
22
|
- 상환 항목은 측정 가능한 결과를 가져야 한다.
|
|
32
23
|
- 미완료 항목은 이유와 다음 시점을 기록해야 한다.
|
|
33
24
|
|
|
34
|
-
|
|
35
|
-
|
|
25
|
+
[Output Artifacts]
|
|
36
26
|
- 부채 상환 백로그
|
|
37
27
|
- 완료 리포트
|
|
38
28
|
- 구조 개선 지표
|
|
39
29
|
|
|
40
|
-
|
|
41
|
-
|
|
30
|
+
[Handoff]
|
|
42
31
|
- next_roles: product-planner, solution-architect
|
|
43
32
|
- blockers: 상환 우선순위 불명확, 기능 일정과 충돌
|
|
33
|
+
|
|
34
|
+
Additional context: {{args}}"""
|
|
35
|
+
description = "기술 부채 정리 (개선 · tech-debt-manager)"
|
|
@@ -1,43 +1,35 @@
|
|
|
1
|
-
|
|
2
|
-
|
|
3
|
-
# CMD-INCIDENT-TRIAGE - 장애 분류 및 대응
|
|
4
|
-
|
|
5
|
-
- phase: 운영
|
|
6
|
-
- owner_role: incident-commander
|
|
7
|
-
|
|
8
|
-
## Purpose
|
|
1
|
+
prompt = """CMD-INCIDENT-TRIAGE - 장애 분류 및 대응
|
|
2
|
+
Phase: 운영 | Owner: incident-commander
|
|
9
3
|
|
|
4
|
+
[Purpose]
|
|
10
5
|
장애 영향 범위를 빠르게 파악하고 복구 우선순위를 설정한다.
|
|
11
6
|
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
### Required
|
|
7
|
+
[Input Contract]
|
|
8
|
+
Required:
|
|
15
9
|
- 장애 알림
|
|
16
10
|
- 영향 서비스
|
|
17
11
|
- 현재 증상
|
|
18
|
-
|
|
19
|
-
### Optional
|
|
12
|
+
Optional:
|
|
20
13
|
- 최근 배포 이력
|
|
21
14
|
|
|
22
|
-
|
|
23
|
-
|
|
15
|
+
[Execution Steps]
|
|
24
16
|
1. 심각도와 고객 영향을 분류한다.
|
|
25
17
|
2. 워룸 역할과 커뮤니케이션 채널을 고정한다.
|
|
26
18
|
3. 복구 우선 경로를 실행한다.
|
|
27
19
|
4. 복구 후 재발 방지 액션을 등록한다.
|
|
28
20
|
|
|
29
|
-
|
|
30
|
-
|
|
21
|
+
[Quality Gates]
|
|
31
22
|
- 심각도 기준이 일관되어야 한다.
|
|
32
23
|
- 복구 후 RCA 일정이 지정되어야 한다.
|
|
33
24
|
|
|
34
|
-
|
|
35
|
-
|
|
25
|
+
[Output Artifacts]
|
|
36
26
|
- 장애 타임라인
|
|
37
27
|
- 복구 조치 기록
|
|
38
28
|
- 재발 방지 액션
|
|
39
29
|
|
|
40
|
-
|
|
41
|
-
|
|
30
|
+
[Handoff]
|
|
42
31
|
- next_roles: code-reviewer, security-engineer, operations-owner
|
|
43
32
|
- blockers: 원인 미확정, 재발 방지 책임자 미지정
|
|
33
|
+
|
|
34
|
+
Additional context: {{args}}"""
|
|
35
|
+
description = "장애 분류 및 대응 (운영 · incident-commander)"
|
|
@@ -1,43 +1,35 @@
|
|
|
1
|
-
|
|
2
|
-
|
|
3
|
-
# CMD-OPS-CI-CD-GATE - CI/CD 게이트 고정
|
|
4
|
-
|
|
5
|
-
- phase: 배포
|
|
6
|
-
- owner_role: sre-release-engineer
|
|
7
|
-
|
|
8
|
-
## Purpose
|
|
1
|
+
prompt = """CMD-OPS-CI-CD-GATE - CI/CD 게이트 고정
|
|
2
|
+
Phase: 배포 | Owner: sre-release-engineer
|
|
9
3
|
|
|
4
|
+
[Purpose]
|
|
10
5
|
품질/보안 기준 미충족 변경이 배포되지 않도록 자동 차단한다.
|
|
11
6
|
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
### Required
|
|
7
|
+
[Input Contract]
|
|
8
|
+
Required:
|
|
15
9
|
- 테스트 결과
|
|
16
10
|
- 리뷰 상태
|
|
17
11
|
- 보안 점검 상태
|
|
18
|
-
|
|
19
|
-
### Optional
|
|
12
|
+
Optional:
|
|
20
13
|
- 성능 기준 리포트
|
|
21
14
|
|
|
22
|
-
|
|
23
|
-
|
|
15
|
+
[Execution Steps]
|
|
24
16
|
1. 필수 체크를 파이프라인 게이트로 등록한다.
|
|
25
17
|
2. 실패 시 자동 중단 및 알림을 설정한다.
|
|
26
18
|
3. 배포 승인 정책을 역할 기반으로 고정한다.
|
|
27
19
|
4. 릴리즈 노트 자동 생성을 연결한다.
|
|
28
20
|
|
|
29
|
-
|
|
30
|
-
|
|
21
|
+
[Quality Gates]
|
|
31
22
|
- 게이트 우회 경로가 없어야 한다.
|
|
32
23
|
- 실패 원인이 추적 가능해야 한다.
|
|
33
24
|
|
|
34
|
-
|
|
35
|
-
|
|
25
|
+
[Output Artifacts]
|
|
36
26
|
- 파이프라인 설정
|
|
37
27
|
- 승인 정책
|
|
38
28
|
- 릴리즈 노트 템플릿
|
|
39
29
|
|
|
40
|
-
|
|
41
|
-
|
|
30
|
+
[Handoff]
|
|
42
31
|
- next_roles: sre-release-engineer
|
|
43
32
|
- blockers: 필수 체크 누락, 알림 라우팅 오류
|
|
33
|
+
|
|
34
|
+
Additional context: {{args}}"""
|
|
35
|
+
description = "CI/CD 게이트 고정 (배포 · sre-release-engineer)"
|
|
@@ -1,43 +1,35 @@
|
|
|
1
|
-
|
|
2
|
-
|
|
3
|
-
# CMD-OPS-DEPLOY - 배포 및 검증
|
|
4
|
-
|
|
5
|
-
- phase: 배포
|
|
6
|
-
- owner_role: sre-release-engineer
|
|
7
|
-
|
|
8
|
-
## Purpose
|
|
1
|
+
prompt = """CMD-OPS-DEPLOY - 배포 및 검증
|
|
2
|
+
Phase: 배포 | Owner: sre-release-engineer
|
|
9
3
|
|
|
4
|
+
[Purpose]
|
|
10
5
|
점진 배포와 실시간 검증으로 릴리즈 리스크를 통제한다.
|
|
11
6
|
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
### Required
|
|
7
|
+
[Input Contract]
|
|
8
|
+
Required:
|
|
15
9
|
- 릴리즈 후보
|
|
16
10
|
- 롤백 계획
|
|
17
11
|
- 모니터링 대시보드
|
|
18
|
-
|
|
19
|
-
### Optional
|
|
12
|
+
Optional:
|
|
20
13
|
- 점진 배포 비율 정책
|
|
21
14
|
|
|
22
|
-
|
|
23
|
-
|
|
15
|
+
[Execution Steps]
|
|
24
16
|
1. 배포 전 백업과 롤백 경로를 검증한다.
|
|
25
17
|
2. 카나리/블루그린 방식으로 점진 배포한다.
|
|
26
18
|
3. 핵심 SLI를 감시한다.
|
|
27
19
|
4. 임계치 초과 시 자동 또는 수동 롤백한다.
|
|
28
20
|
|
|
29
|
-
|
|
30
|
-
|
|
21
|
+
[Quality Gates]
|
|
31
22
|
- 롤백 시나리오가 사전 검증되어야 한다.
|
|
32
23
|
- 배포 후 핵심 지표가 기준 내여야 한다.
|
|
33
24
|
|
|
34
|
-
|
|
35
|
-
|
|
25
|
+
[Output Artifacts]
|
|
36
26
|
- 배포 로그
|
|
37
27
|
- 검증 체크리스트
|
|
38
28
|
- 롤백 결과(필요 시)
|
|
39
29
|
|
|
40
|
-
|
|
41
|
-
|
|
30
|
+
[Handoff]
|
|
42
31
|
- next_roles: operations-owner
|
|
43
32
|
- blockers: 핵심 지표 악화, 롤백 실패
|
|
33
|
+
|
|
34
|
+
Additional context: {{args}}"""
|
|
35
|
+
description = "배포 및 검증 (배포 · sre-release-engineer)"
|