관리자
SSO 또는 Google/device pilot 범위, 워크스페이스 정책, Usage Credit 한도, 팀 초대를 먼저 결정합니다.
Role Journeys
관리자부터 감사 담당자까지, 각자 다음 행동만 보이는 기업형 진입 흐름
Crossplay는 Admin, Platform Lead, Runtime Owner, Team Member, Auditor가 같은 Request → Route → Verify → Prove → Reuse 흐름을 공유하되, 역할별 책임·성공 증거·실패 시 보류 기준을 분리해 보여줍니다.
Task → Agent → Verify → SKL → Reward
플랫폼 리드
승인 기준, 검증 담당자, 첫 proof task 범위를 정하고 자동 정산 전 보류 기준을 둡니다.
런타임 책임자
runtime doctor 결과로 ready, auth missing, policy blocked, not configured를 구분하고 secret 없는 증거만 남깁니다.
팀 멤버
작고 검증 가능한 first proof를 만들고 결과·증거·SKL 재사용 목적을 함께 적습니다.
감사 담당자
증빙 번들, 승인자, 증거 해시, 비용 영향, 읽기 전용 감사 export 준비 상태를 확인합니다.
Role-based enterprise journeys
역할별 기업 진입 흐름
Admin, Platform Lead, Runtime Owner, Team Member, Auditor는 같은 Request → Route → Verify → Prove → Reuse → Usage Credit impact 흐름을 공유하지만, 각자 필요한 다음 행동과 성공 증거만 먼저 봅니다.
Admin
관리자 · 조직 경계와 승인 기준을 먼저 여는 관리자
SSO가 준비되면 조직을 연결하고, 준비 전에는 제한된 파일럿으로 시작 범위를 고정합니다. 팀원에게 모든 콘솔을 보여주기보다 workspace policy·정책·초대·비용 영향만 먼저 확인합니다.
- 담당자
- 관리자
- 다음 행동
- 관리자는 워크스페이스 정책과 승인 기준을 확인한 뒤 첫 팀 멤버를 초대합니다.
- 성공 증거
- 워크스페이스에 담당자, 승인 기준, Usage Credit 한도, 첫 proof 담당자가 표시됩니다.
- 실패 시
- SSO가 준비되지 않았으면 Google/device pilot로 제한하고 외부 런타임 권한은 연결 전 상태로 둡니다.
Platform Lead
플랫폼 리드 · 작업 흐름과 품질 게이트를 설계하는 플랫폼 리드
Request → Route → Verify → Prove → Reuse 흐름이 팀 업무에 맞는지 보고, 승인 기준·검증 증거·비용 절감 기준을 좁게 정합니다.
- 담당자
- 플랫폼 리드
- 다음 행동
- 플랫폼 리드는 첫 proof task의 수락 기준과 검증자를 정하고 라우팅 전 상태를 확인합니다.
- 성공 증거
- 워크플로 카드가 다음 행동, 성공 증거, 실패 시 보류 기준을 단계별로 보여줍니다.
- 실패 시
- 승인 기준이 모호하면 자동 정산을 멈추고 수동 검토 경로로 보류합니다.
Runtime Owner
런타임 책임자 · Codex·Claude·Hermes 연결 상태를 정직하게 책임지는 런타임 책임자
runtime doctor 결과를 보고 ready, not configured, auth missing, policy blocked를 구분합니다. 자격증명은 화면·작업 페이로드에 넣지 않고 연결 증거만 남깁니다.
- 담당자
- 런타임 책임자
- 다음 행동
- 런타임 책임자는 runtime doctor를 실행해 바이너리, 인증, 정책, 샌드박스 상태를 확인합니다.
- 성공 증거
- doctor 결과가 typed readiness와 no-secret evidence를 보여주고, 실패 원인이 다음 조치로 연결됩니다.
- 실패 시
- 런타임이 준비되지 않았으면 연결 전으로 남기고 manual proof 또는 다른 ready 런타임으로 전환합니다.
Team Member
팀 멤버 · 작고 검증 가능한 첫 작업을 만드는 팀 멤버
팀 멤버는 큰 자동화를 한 번에 맡기지 않고, 결과·증거·재사용 목적이 분명한 first proof를 만듭니다.
- 담당자
- 팀 멤버
- 다음 행동
- 팀 멤버는 하나의 좁은 작업을 만들고 성공 증거와 재사용 가능성을 함께 적습니다.
- 성공 증거
- 작업 상세가 route target, proof bundle, 검증 상태, SKL 저장 여부를 한 화면에 보여줍니다.
- 실패 시
- 라우팅이나 증거가 약하면 정산하지 않고 수정 요청 또는 수동 증빙 번들로 되돌립니다.
Auditor
감사 담당자 · 읽기 전용 감사와 증빙 번들을 확인하는 감사 담당자
감사 담당자는 실행을 대신하지 않습니다. proof bundle, 승인자, 증거 해시, Usage Credit 움직임, 재사용 근거를 읽기 전용으로 검토합니다.
- 담당자
- 감사 담당자
- 다음 행동
- 감사 담당자는 첫 proof bundle을 열고 증거 해시, 승인자, 비용 영향, 재사용 출처를 확인합니다.
- 성공 증거
- 증빙 번들이 작업, 런타임, 검증 결정, Usage Credit, SKL 재사용 근거를 연결합니다.
- 실패 시
- 증거가 빠졌거나 민감정보가 보이면 export를 보류하고 재수집·redaction을 요청합니다.