CollabOps CLI 투어 — 한 화면에 보는 우리 제품
GUI 데모는 *5분*. CLI 투어는 *30초*. 우리 제품의 멘탈 모델이 가장 빨리 전달되는 도구.
GUI 데모는 5~10분 걸린다. CLI 투어 는 30초. CollabOps 의 멘탈 모델 이 가장 빨리 전달되는 도구는 GUI 가 아니라 CLI.
이 글은 우리 CLI 의 6 명령 으로 우리 제품을 한 화면에 보여주는 투어.
1 — collab init — 새 프로젝트
$ collab init
✓ Detected git remote: github.com/acme/payment-api
✓ Created project: acme/payment-api
? Pipeline template? (use arrow keys)
❯ basic-ci
docker-build
full-deploy
custom...git repo 자동 detect. 템플릿 선택. 2초.
2 — collab plan — 변경 미리보기
$ collab plan deploy --env staging
[plan]
- Build: payment-api:v2.4.7
estimated time: 4m 12s
artifacts: 2 (docker image, deploy manifest)
- Deploy: payment-api → staging
target: 3 pods → 3 pods
config changes: ENABLE_NEW_VALIDATOR=true (added)
- Required permissions:
✓ deploy.staging.acme/payment-api
- Affected: 47 active sessions (estimated)무엇이 일어날지 미리. 권한 검증. 영향 범위 추정. 아직 실행 안 됨.
3 — collab apply — 실행
$ collab apply
[1/3] Build payment-api:v2.4.7 [4:12] ✓
[2/3] Deploy to staging [1:45] ✓
[3/3] Verify deployment [0:30] ✓
Done in 6m 27s
audit_id: audit-2026-05-27-1729-x9k3
View: https://app.collabops.ai/audit/audit-2026-05-27-1729-x9k3audit_id 가 모든 행동의 기록. 이 ID 로 그래프 query 가능.
4 — collab who — 권한 확인
$ collab who
john.baek@collabops.ai
Active permissions:
┌─ deploy.staging.* (all projects)
│ granted by: woojin.jung@collabops.ai (CTO)
│ scope: env=staging
│ expires: never
│
├─ deploy.production.acme/* (acme org only)
│ granted by: woojin.jung@collabops.ai
│ scope: env=production, window: 09:00-18:00 KST
│ expires: 2026-08-31
│
└─ admin.audit.* (read-only)
granted by: system (founder default)
Total active permissions: 3
Most recent permission change: 2026-04-12 (added deploy.production)권한 그래프 를 한 화면에. → 권한 모델 그래프 위로
5 — collab why — 결정 추적
$ collab why deploy/staging-2026-05-27-1729
Deploy: staging-2026-05-27-1729
Triggered by:
▸ john.baek@collabops.ai (manual)
▸ via PR #4823 merge
▸ which closed Issue COH-2891 ("Add new payment validator")
▸ which was created by yuntaeoh@collabops.ai on 2026-05-19
Build artifact:
payment-api:v2.4.7 (sha256:af16...)
signed by: build-system (FIPS-140-3 module)
Result:
3/3 pods healthy
rollback in: 0
verification tests: 47 passed, 0 failed인과 그래프 를 5 줄로. 인시던트 시 이 한 명령 이 조사 시간 30분 → 30초.
6 — collab agent — AI 에이전트 호출
$ collab agent "diagnose payment success rate drop"
Agent: diagnostic-v2 (Claude Sonnet)
Working...
Found 3 hypotheses:
1. New deploy 3h ago changed payment validator
confidence: 0.87
2. External API slowdown (issuer X)
confidence: 0.34
3. Database connection pool saturation
confidence: 0.12
Investigation plan ready. Approve to execute?
[y/N]에이전트가 진단 + 가설 만 함. 실행 은 사람 승인 후. → 에이전트 권한 경계
6 명령이 전부
이 6 명령 으로 우리 제품의 멘탈 모델 90% 가 전달됨. 각 명령이 그래프의 한 측면 을 보여줌:
init— 프로젝트 = 그래프 노드plan— 변경 = 간선 추가의 미리보기apply— 간선 추가 + 실행who— 사람의 간선why— 간선 traversal (인과)agent— 에이전트의 간선 (사람과 같은 그래프)
CollabOps 를 처음 보는 엔지니어에게는 5분 GUI 데모 보다 이 30초 CLI 투어 가 우리 모델을 더 정확히 전달한다. 위 6 명령을 직접 따라해보면 멘탈 모델이 완성 된다.
비슷한 글
1억 원짜리 소프트웨어는 고객의 무엇을 바꿔야 할까
공급자가 원하는 계약 금액과 고객이 지불할 이유는 따로 설명해야 한다. 가상의 가정으로 투자 대비 효과를 끝까지 계산해 보면, 배포 한 번의 시간 절감만 세는 계산이 왜 부족한지와 함께 세야 할 항목이 무엇인지 드러난다.
백재민
고객은 Jira가 싫다고 했다. 그래서 새 Jira가 필요할까
익숙한 도구에 대한 불만은 듣기 쉽다. 근데 그 불만이 곧 구매 문제는 아니다. 한 대화에서 배운 것. 고객이 말한 불편과 조직이 지금 풀어야 하는 문제를 구분하는 법, 그리고 고객 인터뷰에서 대신 물어야 할 네 가지 질문.
백재민
기능은 늘었는데, "왜 우리 제품인가"는 더 어려워졌다
이슈·저장소·리뷰·CI/CD·문서·AI. 기능이 하나 늘 때마다 설명은 길어졌지만 고객이 지금 선택할 이유는 그만큼 선명해지지 않았다. 그래서 질문을 바꿨다. 고객이 지금 내리지 못하는 결정은 무엇인가. 우리가 Change를 제품의 중심에 놓은 이유.
백재민