쓰는 사람을 관리자 · 개발자 · 운영자 · 열람자 넷으로 나눈다. 그리고 파는 방식은 장비에 무료 패킷을 얹고, 다 쓰면 사는 구조로 간다 — 다만 안전 기능은 패킷과 무관하게 항상 돈다.
일반 사용자를 하나로 두면 안 된다. 시험을 돌리는 사람과 결과만 보는 사람은 필요한 것도, 사고를 낼 수 있는 범위도 전혀 다르다.
| 역할 | 누구인가 | 하는 일 | 패킷 |
|---|---|---|---|
| 열람자 | 연구책임자 · 발주처 · 품질 | 현황 보기 · 리포트 열람. 아무것도 바꾸지 않는다 | 소비 없음 |
| 운영자 | 시험을 실제로 돌리는 연구원 | 시나리오 실행 · 정지 · 배터리 등록 · 리포트 발행 | 쓴다 |
| 개발자 | 우리 엔지니어 · 고객사 설비 담당 | 설정 변경(S3) · 프로그램 수정(S4) · 장비 진단 | 많이 쓴다 |
| 관리자 | 고객사 계정 담당 | 사용자·기관 · 권한 · 패킷 구매와 배분 · 감사 로그 | 배분만 |
개발자가 「프로그램 수정」과 「시험 실행」을 동시에 가지면, 사고가 났을 때 코드가 문제였는지 조작이 문제였는지 가릴 수 없다. 개발자의 시나리오 실행은 △(승인 필요)로 두고, 운전이 필요하면 운영자 역할을 따로 받는다. 두 역할을 겸할 수는 있되 권한은 각각 부여한다.
같은 이유로 개발자는 리포트 발행을 못 한다 — 고친 사람이 결과를 확정하면 검증이 아니다.
장비를 사면 패킷이 얹혀 온다. 쓰다가 떨어지면 산다. 선불 충전식이라 미수금이 없고, 고객은 안 쓰면 안 낸다.
| 항목 | 규정 |
|---|---|
| 동봉 패킷 | 장비 채널 수에 비례. 8채널 1대와 64채널 14대가 같은 양을 받으면 안 된다 |
| 유효기간 | ⚠ 두지 않는 쪽을 권한다. 기한이 있으면 연말에 몰아 쓰거나 불신이 생긴다 |
| 배분 | 관리자가 기관 → 부서 → 사용자로 나눈다. 한 사람이 다 쓰는 것을 막는다 |
| 소진 알림 | 80% · 95% · 0%. 🔴 사용자가 아니라 관리자에게 — 살 수 있는 사람에게 알린다 |
| 표시 | 답변마다 소모량, 화면 우측에 잔량. 나중에 놀라지 않게 |
| 환불 | 미사용분 이월 ✓ / 현금 환불 ✗ |
패킷 단가를 정하려면 작업별 상대 무게가 먼저 있어야 한다. 아래는 가중치 제안이다 — 실제 값은 시범 운용에서 측정해 채운다.
| 작업 | 상대 무게 | 빈도 | 왜 |
|---|---|---|---|
| 현황 보기 · 리포트 열람 | 0 | 매우 잦음 | 포털 기능이다. AI 를 안 거친다 |
| 알람 감시 · 이상 탐지 (자동) | 0 | 상시 | 🔴 안전 기능. 과금하지 않는다 |
| 짧은 질의 — "3번 채널 왜 멈췄나" | 1× | 잦음 | 기준 단위 |
| 구간 분석 — 용량 추이 · 이상 구간 | 3× | 보통 | 데이터를 많이 읽는다 |
| 리포트 생성 — 시험 1건 | 10× | 시험당 1회 | 가장 눈에 보이는 산출물이다 |
| 설정 제안 (S3) | 5× | 드묾 | 스펙·이력을 두루 본다 |
| 프로그램 수정 (S4) | 30×~ | 매우 드묾 | 🔴 편차가 크다. 별도 계약으로 빼는 편이 낫다 |
프로그램 수정은 한 건에 몇 배가 들지 미리 알 수 없다. 패킷으로 팔면 고객이 중간에 잔량이 떨어져 작업이 끊기는 일이 생긴다. 건별 또는 유지보수 계약으로 분리한다. A05 판정(S4 는 아직 상품 아님)과도 맞는다.
패킷 단가는 고객과의 약속이라 쉽게 못 바꾼다. 반면 원가는 A04 §05 자립 3단계를 따라 내려간다. 그 사이가 마진이다.
원가를 내리는 첫 수단은 자체 모델이 아니다. GPU 도 학습도 없이 즉시 되는 것이 넷 있다 — ①모델 등급 분리(정형 작업을 Haiku 로 내리면 1/5 가격) · ②프롬프트 캐싱 · ③배치(급하지 않은 것은 절반) · ④effort 조절.
따라서 2단계는 「자체 모델」이 아니라 「원가 최적화」다. 자체 모델과 GPU 는 그 다음 — 고정비 0 으로 얻을 것을 다 얻고 나서 고정비를 진다. → A07 §04
| 수익원 | 성격 | 비고 |
|---|---|---|
| 장비 판매 | 일회성 · 큼 | 기존 사업 |
| 패킷 | 반복 · 예측 가능 | 🔴 이 사업의 핵심. 장비 대수에 비례해 자동으로 는다 |
| 유지보수 계약 (S4) | 연간 · 건별 | 패킷에서 분리 (§03) |
| 온프레미스 라이선스 | 일회성 + 연간 | 3단계 이후. 데이터 반출 불가 고객용 — 지금 못 파는 고객이 열린다 |
패킷을 받고도 안 쓰면 재구매가 안 일어난다. 납품 시 함께 쓰는 자리를 만든다 — 첫 리포트를 우리가 같이 뽑아 준다.
패킷이 없어 정지 제안이 안 뜨면 사고다. §02 의 무료 상시 기능 목록을 계약서에 넣는다.
에이전트는 한 요청에 도구를 여러 번 부른다. 🔴 요청당 도구 호출 상한을 걸어 두지 않으면 원가가 튄다.
"AI 가 도왔다"는 보이지 않는다. 리포트 하단에 절약된 시간·발견한 이상을 적어 값을 보이게 한다.
A04 §07-2. 패킷 모델 자체가 성립 안 한다 → 온프레미스 라이선스로 받는다. 지금 정해 두면 놓치지 않는다.
범용 AI 는 이 도메인을 모른다. 다만 장비사가 같은 걸 얹으면 우위가 사라진다 — 문서철과 이력 축적이 시간 격차다.
| # | 질문 | 비고 |
|---|---|---|
| 1 | 🔴 패킷 1개의 정의 | A04 §07-1 과 같은 질문. §03 가중치가 여기 걸린다 |
| 2 | 동봉 패킷을 얼마나 줄 것인가 | 적으면 습관이 안 붙고, 많으면 첫 재구매가 너무 늦다. 시범 소비량 측정 후 |
| 3 | 개발자 역할을 고객사에도 줄 것인가 | 주면 지원 부담이 줄고, 안 주면 우리가 통제한다 |
| 4 | 열람자에게 AI 질의를 아예 막을 것인가 | 막으면 값을 못 느끼고, 열면 패킷이 샌다. 소량 무료가 절충안 |
| 5 | 패킷 단가 · 팩 구성 | 1·2번이 정해져야 계산된다 |
근거 — A03(비대칭 권한 · 도구=권한) · A04 §04·§05(원가/청구 분리 · 자립 3단계) ·
A05(서비스 등급 S1~S4 · S4 판정) · 04-계정·그룹·권한 모델(Unix rwx · 기관 경계)
관련 — A01 · A02 · A03 · A04 · A05