revops-pipeline-schema
RevOps 파이프라인 스키마·위생 가이드 — 세일즈 stage 와 forecast_category enum 을 정의하고(references/pipeline-enums.json 이 게이트가 읽는 정본), 위생 룰셋(amount>0·open 딜 close_date 미래성·stale 체류일)을 references/hygiene-rules.md 로 집약한다. gate-pipeline-hygiene.sh 가 이 enum 을 상대경로로 참조하며 하드코딩하지 않는다. Use when: 파이프라인 감사 스키마 확인, stage/forecast_category enum 참조, CRM export 정규화, /pipeline-audit 작성 시. RevOps pipeline schema and hygiene guide defining the sales stage and forecast_category enums (references/pipeline-enums.json is the source the gate reads) and the hygiene ruleset; gate-pipeline-hygiene reads the enum by relative path rather than hardcoding. Use when: normalizing a CRM export, referencing pipeline enums, or auditing pipeline hygiene.
- License 许可
- Apache-2.0
- 最近更新
- 2026-10-29
- Stars
- ★ 1
- Forks
- 0
01 前言 Front Matter
- name
- revops-pipeline-schema
- metadata
- { "version": "1.0.0", "category": "scaleup" }
- description
- RevOps 파이프라인 스키마·위생 가이드 — 세일즈 stage 와 forecast_category enum 을 정의하고(references/pipeline-enums.json 이 게이트가 읽는 정본), 위생 룰셋(amount>0·open 딜 close_date 미래성·stale 체류일)을 references/hygiene-rules.md 로 집약한다. gate-pipeline-hygiene.sh 가 이 enum 을 상대경로로 참조하며 하드코딩하지 않는다. Use when: 파이프라인 감사 스키마 확인, stage/forecast_category enum 참조, CRM export 정규화, /pipeline-audit 작성 시. RevOps pipeline schema and hygiene guide defining the sales stage and forecast_category enums (references/pipeline-enums.json is the source the gate reads) and the hygiene ruleset; gate-pipeline-hygiene reads the enum by relative path rather than hardcoding. Use when: normalizing a CRM export, referencing pipeline enums, or auditing pipeline hygiene.
02 资源文件 2
- 参考文档references/hygiene-rules.md1.7 KB
- 参考文档references/pipeline-enums.json627 B
03 SKILL.md 正文
RevOps Pipeline Schema — 파이프라인 스키마·위생
파이프라인 감사(gtm/pipeline/YYYY-MM-DD-audit.json)의 스키마와 위생 룰. enum 정본은 references/pipeline-enums.json — gate-pipeline-hygiene.sh 가 상대경로로 읽으므로 게이트·스킬·데이터 파일 3자가 항상 일치해야 한다(값 변경 시 이 문서와 JSON 동기화).
enum (정본 = references/pipeline-enums.json)
stage (세일즈 단계):
prospecting → qualification → proposal → negotiation → closed_won | closed_lost
forecast_category (포캐스트 카테고리):
pipeline · best_case · commit · closed_won · closed_lost · omitted
- open 딜 = forecast_category ∉ {
closed_won,closed_lost}(= pipeline/best_case/commit/omitted). 위생 룰의 close_date·stale 검사는 open 딜에만 적용.
audit.json 스키마
{
"audited_at": "YYYY-MM-DD",
"stale_max_days": 30,
"deals": [
{"id","stage","amount":<num>,"close_date":"YYYY-MM-DD","forecast_category","last_activity":"YYYY-MM-DD"}
]
}
위생 룰셋
상세는 references/hygiene-rules.md. 요약(gate-pipeline-hygiene 계약):
- stage·forecast_category ∈ enum
- amount > 0 전건
- open 딜 close_date ≥ TODAY (마감일 도과 미갱신 = 위생 위반)
- open 딜 last_activity 경과 ≤ stale_max_days(기본 30)
정규화 (jq)
CRM export(CSV/JSON)를 위 스키마로 jq 정규화한다. 비표준 stage/forecast 값은 정규화 단계에서 enum 으로 매핑하고, 매핑 불가 값은 그대로 두어 게이트가 잡게 한다(은폐 금지).
Boundaries
Will: stage/forecast enum·audit 스키마·위생 룰 제공(gate 계약 정본), export 정규화 가이드. Will Not: SaaS CRM API 연동(export 입력만), 매출 수치 재무 검증(→finance), 딜 자격 판정(→meddpicc-qualification/deal-qualifier).
04 同仓库更多 Skills
sync-claude-md
커밋·푸시·PR/MR 직전에 이번 변경이 프로젝트 CLAUDE.md 를 낡게 만드는지 검토하고, 필요할 때만 갱신 diff 를 제안한다 — 아키텍처·디렉터리 구조, 새 통합/MCP, 컨벤션, 빌드·CI·도구, 주요 의존성 변화가 대상. 해당 없으면 한 줄로 끝낸다. Reviews whether pending changes make the project CLAUDE.md stale (architecture, integrations, conventions, build/CI/tooling, major dependencies) and proposes a minimal update diff only when needed. Use when: "CLAUDE.md 갱신 필요해?", "CLAUDE.md 동기화", 커밋/푸시/MR 전에 구조·도구가 바뀐 변경을 정리할 때, sync CLAUDE.md, check CLAUDE.md before commit or PR.
spec-driven-dev
새 기능·프로젝트·큰 변경을 코드보다 스펙 먼저로 진행하는 게이트 워크플로(SPECIFY → PLAN → TASKS → IMPLEMENT) — 가정 명시, 측정 가능한 성공 기준, Always/Ask/Never 경계, 단계별 사람 검토로 범위 이탈과 재작업을 줄인다. Spec-before-code gated workflow for new features or significant changes: explicit assumptions, measurable success criteria, boundaries, and a human review between stages. Use when: "스펙 먼저", "기능 명세", "요구사항 정리", starting a new feature or project, a significant change with vague requirements. 단순 버그 수정·1~2줄 변경엔 불필요.
shipping-guide
프로덕션 배포 전후 가이드 — 배포 전 체크리스트, 피처 플래그 수명주기, 단계적 롤아웃과 진행/보류/롤백 임계값, 롤백 계획 템플릿, 배포 후 모니터링. Production shipping guide: pre-launch checklist, feature-flag lifecycle, staged rollout with go/hold/rollback thresholds, rollback plan template, post-launch monitoring. Use when: "배포 준비", "릴리즈 전 점검", "롤아웃 계획", "롤백 계획", preparing a production deploy, staged rollout, feature flags.
retro
세션 회고·교훈 컴파운딩 — 이번 세션의 교정·실수·발견을 추출해 품질 기준(재현·일반화·판정 가능성)으로 거르고, 컨벤션 변화는 sync-claude-md 위임, 반복 실수는 tasks/lessons.md(#가드-훅-후보 태그), 스킬 지식 갱신은 수정 제안으로 나눈다. 모든 적용은 승인 후. Session retrospective that turns corrections, mistakes, and discoveries into vetted lessons routed to CLAUDE.md sync, tasks/lessons.md, or skill-edit proposals, with user approval before any write. Use when: "회고", "레트로", "교훈 정리", "같은 실수 반복", "재발 방지 규칙", retrospective, lessons learned, wrapping up a task, review, or loop. 여러 실행에 걸친 하네스 개선은 harness:evolve.
project-rules
현재 프로젝트의 스택(빌드 파일 버전, 마이그레이션 도구, ORM 유무, ES 사용, git 호스트)을 감지해 프로젝트 루트 AGENTS.md 의 마커 블록(스택 사실 + 항상 적용되는 스페셜리스트 핵심 ≤15줄 — Claude Code·Codex·Antigravity 공통)과 CLAUDE.md 의 `@AGENTS.md` 연결, Claude 전용 경로 한정 .claude/rules/<stack>-specialist.md(해당 버전에 실제로 맞는 상세 함정)를 diff 로 제안하고, 스택 플러그인을 런타임별로 프로젝트 범위에서 켜는 법을 안내한다. 이전 버전 출력(CLAUDE.md 블록·specialist-core.md)은 AGENTS.md 로 이전을 제안. --check 는 버전 불일치·사라진 ID·크기 한도·연결 누락을 점검. Detects the project's stack and proposes a cross-runtime AGENTS.md block (stack facts + always-on specialist core) linked from CLAUDE.md via @AGENTS.md, plus Claude-only path-scoped specialist rules; migrates the older CLAUDE.md-block layout; --check audits drift. Use when: "이 프로젝트 세팅", "프로젝트 규칙 생성", "AGENTS.md/CLAUDE.md 점검", project setup, generate project rules, audit AGENTS.md or CLAUDE.md drift.
post-merge
MR 머지 완료 후 Plane 이슈 종료와 Outline 문서 업데이트를 자동으로 처리하는 오케스트레이터 스킬입니다. issue-tracker와 document-latest 스킬을 연계 실행하여 머지 후 후속 작업을 일괄 처리합니다. Orchestrates post-merge follow-up after an MR is merged: chains the issue-tracker and document-latest skills to close the Plane issue and update Outline wiki docs in a single batch. Use when: an MR was just merged, closing tickets and syncing documentation after a merge, post-merge cleanup.