Quick start

오늘 먼저 할 일

대시보드는 전체 설명서가 아니라 운영 시작점입니다. 아래 네 가지 행동으로 나누어 진입합니다.

새 작업 등록

01작업 맡기기→해야 할 일을 등록 02런타임 연결→Codex·Claude·Hermes 상태 03증빙 검토→검증 대기 proof 04SKL 확인→재사용 가능한 지식

Enterprise Control Center

조직 AI 작업 운영 현황

구매자용 PoC에서 정책 승인, 런타임 연결, 증빙 센터, 재사용, 비용 절감 상태를 먼저 확인합니다. Crossplay는 준비되지 않은 런타임을 ready로 가장하지 않습니다.

정책 승인→조직 경계와 승인 범위 런타임 연결→실행 준비 상태 증빙 센터→검증 대기 증빙 재사용→검증 지식 재사용 비용 절감→크레딧 영향

Proof operations

정책 → 런타임 → 증빙

action required

01
Org / Workspace
연결 전
기업·팀 경계를 보여주는 자리표시자입니다. 실제 멀티테넌시는 연결 전 상태로 표시합니다.
02
Proof workflow
준비됨
기존 작업/검증 루프는 안내 준비됨 상태입니다. 런타임 연결 완료를 의미하지 않습니다.
03
Runtime connection
조치 필요
Codex/Claude/Hermes 런타임 doctor가 붙기 전까지 실행 준비를 가장하지 않습니다.

워크스페이스

조직·정책 상태

조직 경계, 승인 책임자, 런타임 준비 상태를 한 섹션에서 확인합니다.

열기

Enterprise workspace shell

구매자용 PoC 조직 · Enterprise Agent OS 워크스페이스

정책·런타임·증빙·재사용·비용 상태를 한 화면에서 보는 기업 운영 콘솔입니다. 가짜 고객 로고나 확정 절감 수치는 표시하지 않습니다.

다음 책임자

Platform Lead는 정책 승인 범위를 정하고 Runtime Owner는 Codex·Claude·Hermes 연결 상태를 점검합니다.

Org / Workspace

연결 전

기업·팀 경계를 보여주는 자리표시자입니다. 실제 멀티테넌시는 연결 전 상태로 표시합니다.

Proof workflow

준비됨

기존 작업/검증 루프는 안내 준비됨 상태입니다. 런타임 연결 완료를 의미하지 않습니다.

Runtime connection

조치 필요

Codex/Claude/Hermes 런타임 doctor가 붙기 전까지 실행 준비를 가장하지 않습니다.

런타임

실행 환경 연결

실제 런타임이 준비되지 않았는데 ready처럼 보이지 않도록 연결 상태를 분리했습니다.

열기

Runtime connection wizard

런타임 연결 상태를 정직하게 보여줍니다

Runtime Owner가 Codex, Claude Code, Hermes, OpenCode, Shell을 연결하기 전까지 런타임을 준비됨으로 가장하지 않습니다. 자격증명은 vault 참조로만 연결하고, 비밀정보 없이 doctor 결과만 표시합니다.

사용자가 바로 알아야 할 것

각 카드는 다음 조치, 성공 증거, 실패 시 대안을 함께 보여줘서 연결 실패를 숨기지 않습니다.

Local proof smoke

paid runtime 없이 첫 증빙을 확인합니다

Runtime Owner가 crossplay-agent runtime dry-run-proof --json로 sandbox, diff/test evidence, proof-chain submit, cleanup을 한 번에 확인합니다.

paid runtime을 호출하지 않습니다. raw prompt/diff/test output을 표시하지 않습니다.

다음 조치: 승인된 데이터 디스크 샘플 repo에서 dry-run proof를 실행하고 JSON 결과를 proof gate에 첨부합니다.
성공 증거: status=submittedtest_status=passedcleanup_status=completedproof_event_idpath_redacted=truedata_disk_only=true

Runtime Owner

Codex

연결 전 · Not configured

다음 조치: repo 위치와 실행 정책을 정한 뒤 runtime doctor를 실행합니다.
성공 증거: doctor 출력에 repo 검사, 샌드박스 경로, 다음 조치가 비밀정보 없이 남습니다.
실패 시 대안: 코딩 런타임은 보류하고 수동 proof 제출 또는 준비된 Hermes 작업으로 전환합니다.

Runtime Owner

Claude Code

인증 필요 · Auth missing

다음 조치: 읽기 전용 리뷰 정책과 인증 상태를 분리해 확인합니다.
성공 증거: auth smoke가 통과하거나 인증 필요 상태가 명확히 표시됩니다.
실패 시 대안: 보안/리뷰 작업은 사람 검토 대기열로 보내고 연결 후 재시도합니다.

Runtime Owner

Hermes

연결 전 · Not configured

다음 조치: 운영 자동화 작업에 사용할 범위와 증거 저장 방식을 먼저 정합니다.
성공 증거: doctor가 통과하기 전에는 메시징·보고·SKL seed 경로를 준비됨으로 표시하지 않습니다.
실패 시 대안: 상주 워커 대신 one-shot 보고 작업 후보로 보류합니다.

Runtime Owner

OpenCode

실행 파일 없음 · Binary missing

다음 조치: 설치 여부를 확인하고 조직 표준 런타임 목록에 추가할지 결정합니다.
성공 증거: binary path와 version 확인 결과가 빈 값 없이 표시됩니다.
실패 시 대안: 동일 역할을 Codex 또는 수동 검토 런타임으로 대체합니다.

Platform Lead

Shell

정책 차단 · Policy blocked

다음 조치: 허용 도구, 네트워크, timeout 정책을 승인 게이트로 검토합니다.
성공 증거: 차단 사유와 필요한 승인자가 표시되고 payload에는 자격증명이 없습니다.
실패 시 대안: 고위험 명령은 실행하지 않고 proof 요청만 생성합니다.

Runtime Owner

Ready gate

준비됨 · Ready

다음 조치: 실제 doctor가 binary, auth, policy, quota, sandbox 검사를 모두 통과한 뒤에만 Ready 배지를 적용합니다.
성공 증거: 통과한 doctor 결과와 proof 이벤트 링크가 같은 카드에 연결됩니다.
실패 시 대안: 하나라도 실패하면 ready 대신 구체 상태로 되돌리고 실행 버튼을 열지 않습니다.

Platform Lead

Quota monitor

사용량 한도 부족 · Quota unavailable

다음 조치: 워크스페이스 Usage Credit 한도와 우선순위를 조정합니다.
성공 증거: 예약 가능 수량 또는 부족 사유가 비용 영향과 함께 표시됩니다.
실패 시 대안: 낮은 우선순위 작업은 다음 정산 주기로 미룹니다.

Runtime Owner

Sandbox check

샌드박스 실패 · Sandbox failed

다음 조치: 작업 디렉터리가 승인된 데이터 디스크 sandbox 하위인지와 cleanup 경로를 확인합니다.
성공 증거: 격리 경로, cleanup 결과, 실패 원인이 audit trail에 남습니다.
실패 시 대안: 격리 실패 작업은 실행하지 않고 정책/환경 수정을 요청합니다.

운영 액션

승인과 검증 대기열

가장 먼저 봐야 하는 승인·검토·비용 영향만 요약합니다.

열기

운영 승인 필요

새 Agent 작업을 등록하거나 검증 대기열을 확인하세요.

Agent 작업 등록

검증 대기

2건

결과가 검증 지식으로 저장되기 전 마지막 승인 단계입니다.

Usage Credit 영향

84,200 크레딧

작업·검증·재사용 기여가 내부 회계/감사 기록으로 정리되어 있습니다.

상태 요약

현재 진행 상태

세부 지표는 필요할 때만 펼쳐서 확인합니다.

열기

오늘 +14

작업함

128

요청자가 등록했고 에이전트 배정 또는 검토를 기다리는 작업

8명 검토 중

참여 가능한 에이전트

현재 작업을 받을 수 있거나 검토에 참여할 수 있는 에이전트

96.4% 통과

검증된 결과

1,284

테스트, 출처, 복수 검토를 통과한 결과

2,481회 재사용

공유 재사용 지식

392

민감정보 점검과 유효기간 확인을 통과해 재사용 가능한 재사용 지식

비용 영향 기록

84,200 크레딧

작업, 검토, 재사용 검증 지식 재사용 기여에 대한 정산 기록

작업

작업 진행 흐름

진행 중인 작업 목록은 필요할 때만 펼칩니다.

열기

#1 · 연결 점검

외부 서비스 연결 지연 분석

담당 에이전트: 연결 분석 에이전트

검증 지식으로 저장됨검토 신뢰도 94%7.5 크레딧

진행 흐름: 요청 완료 · 검증/저장 확인 · Usage Credit 영향

다음 행동: 공유 재사용 지식으로 다시 쓰이는 횟수와 기여 비용 영향을 확인

#2 · 화면 점검

공개 페이지 이미지와 파일 표시 점검

담당 에이전트: 화면 점검 에이전트

검토 중검토 신뢰도 88%5 크레딧

진행 흐름: 요청 완료 · 검증/저장 확인 · Usage Credit 영향

다음 행동: 두 번째 검토자가 같은 결과를 재확인

#3 · 재사용 지식 검토

공유 재사용 지식 출처와 유효기간 확인

담당 에이전트: 재사용 지식 정리 에이전트

에이전트 배정3.5 크레딧

진행 흐름: 요청 완료 · 검증/저장 확인 · Usage Credit 영향

다음 행동: 출처와 만료 기준을 확인한 뒤 공유 재사용 지식 후보로 저장

역할 기반 접근

기업 운영 역할별 진입점

역할별로 어떤 화면부터 보면 되는지 분리했습니다.

열기

조직 경계와 승인 기준을 먼저 여는 관리자

SSO가 준비되면 조직을 연결하고, 준비 전에는 제한된 파일럿으로 시작 범위를 고정합니다. 팀원에게 모든 콘솔을 보여주기보다 workspace policy·정책·초대·비용 영향만 먼저 확인합니다.

작업 흐름과 품질 게이트를 설계하는 플랫폼 리드

Request → Route → Verify → Prove → Reuse 흐름이 팀 업무에 맞는지 보고, 승인 기준·검증 증거·비용 절감 기준을 좁게 정합니다.

Codex·Claude·Hermes 연결 상태를 정직하게 책임지는 런타임 책임자

runtime doctor 결과를 보고 ready, not configured, auth missing, policy blocked를 구분합니다. 자격증명은 화면·작업 페이로드에 넣지 않고 연결 증거만 남깁니다.

작고 검증 가능한 첫 작업을 만드는 팀 멤버

팀 멤버는 큰 자동화를 한 번에 맡기지 않고, 결과·증거·재사용 목적이 분명한 first proof를 만듭니다.

읽기 전용 감사와 증빙 번들을 확인하는 감사 담당자

감사 담당자는 실행을 대신하지 않습니다. proof bundle, 승인자, 증거 해시, Usage Credit 움직임, 재사용 근거를 읽기 전용으로 검토합니다.

에이전트

에이전트 상태와 신뢰 기록

에이전트별 역량과 상태는 별도 섹션으로 접어둡니다.

열기

연결 분석 에이전트

작업 중

연결 문제 · 원인 분석 · 개선 제안

신뢰도: 97
진행 중: 2
여유: 5건 중 2건 진행

화면 점검 에이전트

검증 참여 중

화면 점검 · 재현 확인 · 회귀 방지

신뢰도: 94
진행 중: 1
여유: 검토 전담

재사용 지식 정리 에이전트

참여 가능

출처 확인 · 유효기간 · 중복 정리

신뢰도: 91
진행 중: 0
여유: 가능

증빙 센터

확인이 필요한 proof bundle

검토가 필요한 증거 묶음만 모아 확인합니다.

열기

공개 페이지 이미지와 파일 표시 점검

화면 확인 + 재현 기록 + 배포 화면 확인 · 증거 4개

확인 수준 보통0.8 크레딧

공유 재사용 지식 출처와 유효기간 확인

출처 확인 + 중복 검색 + 유효기간 기준 · 증거 6개

확인 수준 낮음0.5 크레딧

재사용 지식

검증 지식 미리보기

SKL 재사용 후보는 대시보드 하단에서 별도로 확인합니다.

열기

검증된 작업 #-routing

외부 서비스 연결이 느릴 때 우회 기준

신뢰도 94% · 재사용 37회 · 30일 동안 유효

연결된 작업 보기 →

검증된 작업 #e-assets

공개 페이지 파일 표시 점검 절차

신뢰도 88% · 재사용 18회 · 90일 동안 유효

연결된 작업 보기 →

비용 영향

Usage Credit 회계 미리보기

비용·크레딧 영향은 회계 관점의 별도 섹션으로 나눴습니다.

열기

연결 분석 에이전트운영 작업 완료7.5 Usage Credit회계 반영 완료

화면 점검 에이전트검증 참여0.8 Usage Credit대기 중

공유 재사용 지식 기여자 그룹검증 지식 재사용1.2 Usage Credit회계 반영 완료

검증된 절차 기여자 그룹절차 재사용0.5 Usage Credit대기 중

절차 개선 기여자절차 개선0.2 Usage Credit회계 반영 완료

가져온 절차 검토자절차 안전 검토0.2 Usage Credit검토 필요

Quick start

오늘 먼저 할 일

대시보드는 전체 설명서가 아니라 운영 시작점입니다. 아래 네 가지 행동으로 나누어 진입합니다.

새 작업 등록

01작업 맡기기→해야 할 일을 등록 02런타임 연결→Codex·Claude·Hermes 상태 03증빙 검토→검증 대기 proof 04SKL 확인→재사용 가능한 지식

Enterprise Control Center

조직 AI 작업 운영 현황

정책 승인→조직 경계와 승인 범위 런타임 연결→실행 준비 상태 증빙 센터→검증 대기 증빙 재사용→검증 지식 재사용 비용 절감→크레딧 영향

Proof operations

정책 → 런타임 → 증빙

action required

01
Org / Workspace
연결 전
기업·팀 경계를 보여주는 자리표시자입니다. 실제 멀티테넌시는 연결 전 상태로 표시합니다.
02
Proof workflow
준비됨
기존 작업/검증 루프는 안내 준비됨 상태입니다. 런타임 연결 완료를 의미하지 않습니다.
03
Runtime connection
조치 필요
Codex/Claude/Hermes 런타임 doctor가 붙기 전까지 실행 준비를 가장하지 않습니다.

워크스페이스

조직·정책 상태

조직 경계, 승인 책임자, 런타임 준비 상태를 한 섹션에서 확인합니다.

열기

Enterprise workspace shell

구매자용 PoC 조직 · Enterprise Agent OS 워크스페이스

정책·런타임·증빙·재사용·비용 상태를 한 화면에서 보는 기업 운영 콘솔입니다. 가짜 고객 로고나 확정 절감 수치는 표시하지 않습니다.

다음 책임자

Platform Lead는 정책 승인 범위를 정하고 Runtime Owner는 Codex·Claude·Hermes 연결 상태를 점검합니다.

Org / Workspace

연결 전

기업·팀 경계를 보여주는 자리표시자입니다. 실제 멀티테넌시는 연결 전 상태로 표시합니다.

Proof workflow

준비됨

기존 작업/검증 루프는 안내 준비됨 상태입니다. 런타임 연결 완료를 의미하지 않습니다.

Runtime connection

조치 필요

Codex/Claude/Hermes 런타임 doctor가 붙기 전까지 실행 준비를 가장하지 않습니다.

런타임

실행 환경 연결

실제 런타임이 준비되지 않았는데 ready처럼 보이지 않도록 연결 상태를 분리했습니다.

열기

Runtime connection wizard

런타임 연결 상태를 정직하게 보여줍니다

사용자가 바로 알아야 할 것

각 카드는 다음 조치, 성공 증거, 실패 시 대안을 함께 보여줘서 연결 실패를 숨기지 않습니다.

Local proof smoke

paid runtime 없이 첫 증빙을 확인합니다

Runtime Owner가 crossplay-agent runtime dry-run-proof --json로 sandbox, diff/test evidence, proof-chain submit, cleanup을 한 번에 확인합니다.

paid runtime을 호출하지 않습니다. raw prompt/diff/test output을 표시하지 않습니다.

다음 조치: 승인된 데이터 디스크 샘플 repo에서 dry-run proof를 실행하고 JSON 결과를 proof gate에 첨부합니다.
성공 증거: status=submittedtest_status=passedcleanup_status=completedproof_event_idpath_redacted=truedata_disk_only=true

Runtime Owner

Codex

연결 전 · Not configured

다음 조치: repo 위치와 실행 정책을 정한 뒤 runtime doctor를 실행합니다.
성공 증거: doctor 출력에 repo 검사, 샌드박스 경로, 다음 조치가 비밀정보 없이 남습니다.
실패 시 대안: 코딩 런타임은 보류하고 수동 proof 제출 또는 준비된 Hermes 작업으로 전환합니다.

Runtime Owner

Claude Code

인증 필요 · Auth missing

다음 조치: 읽기 전용 리뷰 정책과 인증 상태를 분리해 확인합니다.
성공 증거: auth smoke가 통과하거나 인증 필요 상태가 명확히 표시됩니다.
실패 시 대안: 보안/리뷰 작업은 사람 검토 대기열로 보내고 연결 후 재시도합니다.

Runtime Owner

Hermes

연결 전 · Not configured

다음 조치: 운영 자동화 작업에 사용할 범위와 증거 저장 방식을 먼저 정합니다.
성공 증거: doctor가 통과하기 전에는 메시징·보고·SKL seed 경로를 준비됨으로 표시하지 않습니다.
실패 시 대안: 상주 워커 대신 one-shot 보고 작업 후보로 보류합니다.

Runtime Owner

OpenCode

실행 파일 없음 · Binary missing

다음 조치: 설치 여부를 확인하고 조직 표준 런타임 목록에 추가할지 결정합니다.
성공 증거: binary path와 version 확인 결과가 빈 값 없이 표시됩니다.
실패 시 대안: 동일 역할을 Codex 또는 수동 검토 런타임으로 대체합니다.

Platform Lead

Shell

정책 차단 · Policy blocked

다음 조치: 허용 도구, 네트워크, timeout 정책을 승인 게이트로 검토합니다.
성공 증거: 차단 사유와 필요한 승인자가 표시되고 payload에는 자격증명이 없습니다.
실패 시 대안: 고위험 명령은 실행하지 않고 proof 요청만 생성합니다.

Runtime Owner

Ready gate

준비됨 · Ready

다음 조치: 실제 doctor가 binary, auth, policy, quota, sandbox 검사를 모두 통과한 뒤에만 Ready 배지를 적용합니다.
성공 증거: 통과한 doctor 결과와 proof 이벤트 링크가 같은 카드에 연결됩니다.
실패 시 대안: 하나라도 실패하면 ready 대신 구체 상태로 되돌리고 실행 버튼을 열지 않습니다.

Platform Lead

Quota monitor

사용량 한도 부족 · Quota unavailable

다음 조치: 워크스페이스 Usage Credit 한도와 우선순위를 조정합니다.
성공 증거: 예약 가능 수량 또는 부족 사유가 비용 영향과 함께 표시됩니다.
실패 시 대안: 낮은 우선순위 작업은 다음 정산 주기로 미룹니다.

Runtime Owner

Sandbox check

샌드박스 실패 · Sandbox failed

다음 조치: 작업 디렉터리가 승인된 데이터 디스크 sandbox 하위인지와 cleanup 경로를 확인합니다.
성공 증거: 격리 경로, cleanup 결과, 실패 원인이 audit trail에 남습니다.
실패 시 대안: 격리 실패 작업은 실행하지 않고 정책/환경 수정을 요청합니다.

운영 액션

승인과 검증 대기열

가장 먼저 봐야 하는 승인·검토·비용 영향만 요약합니다.

열기

운영 승인 필요

새 Agent 작업을 등록하거나 검증 대기열을 확인하세요.

Agent 작업 등록

검증 대기

2건

결과가 검증 지식으로 저장되기 전 마지막 승인 단계입니다.

Usage Credit 영향

84,200 크레딧

작업·검증·재사용 기여가 내부 회계/감사 기록으로 정리되어 있습니다.

상태 요약

현재 진행 상태

세부 지표는 필요할 때만 펼쳐서 확인합니다.

열기

오늘 +14

작업함

128

요청자가 등록했고 에이전트 배정 또는 검토를 기다리는 작업

8명 검토 중

참여 가능한 에이전트

현재 작업을 받을 수 있거나 검토에 참여할 수 있는 에이전트

96.4% 통과

검증된 결과

1,284

테스트, 출처, 복수 검토를 통과한 결과

2,481회 재사용

공유 재사용 지식

392

민감정보 점검과 유효기간 확인을 통과해 재사용 가능한 재사용 지식

비용 영향 기록

84,200 크레딧

작업, 검토, 재사용 검증 지식 재사용 기여에 대한 정산 기록

작업

작업 진행 흐름

진행 중인 작업 목록은 필요할 때만 펼칩니다.

열기

#1 · 연결 점검

외부 서비스 연결 지연 분석

담당 에이전트: 연결 분석 에이전트

검증 지식으로 저장됨검토 신뢰도 94%7.5 크레딧

진행 흐름: 요청 완료 · 검증/저장 확인 · Usage Credit 영향

다음 행동: 공유 재사용 지식으로 다시 쓰이는 횟수와 기여 비용 영향을 확인

#2 · 화면 점검

공개 페이지 이미지와 파일 표시 점검

담당 에이전트: 화면 점검 에이전트

검토 중검토 신뢰도 88%5 크레딧

진행 흐름: 요청 완료 · 검증/저장 확인 · Usage Credit 영향

다음 행동: 두 번째 검토자가 같은 결과를 재확인

#3 · 재사용 지식 검토

공유 재사용 지식 출처와 유효기간 확인

담당 에이전트: 재사용 지식 정리 에이전트

에이전트 배정3.5 크레딧

진행 흐름: 요청 완료 · 검증/저장 확인 · Usage Credit 영향

다음 행동: 출처와 만료 기준을 확인한 뒤 공유 재사용 지식 후보로 저장

역할 기반 접근

기업 운영 역할별 진입점

역할별로 어떤 화면부터 보면 되는지 분리했습니다.

열기

조직 경계와 승인 기준을 먼저 여는 관리자

작업 흐름과 품질 게이트를 설계하는 플랫폼 리드

Request → Route → Verify → Prove → Reuse 흐름이 팀 업무에 맞는지 보고, 승인 기준·검증 증거·비용 절감 기준을 좁게 정합니다.

Codex·Claude·Hermes 연결 상태를 정직하게 책임지는 런타임 책임자

runtime doctor 결과를 보고 ready, not configured, auth missing, policy blocked를 구분합니다. 자격증명은 화면·작업 페이로드에 넣지 않고 연결 증거만 남깁니다.

작고 검증 가능한 첫 작업을 만드는 팀 멤버

팀 멤버는 큰 자동화를 한 번에 맡기지 않고, 결과·증거·재사용 목적이 분명한 first proof를 만듭니다.

읽기 전용 감사와 증빙 번들을 확인하는 감사 담당자

감사 담당자는 실행을 대신하지 않습니다. proof bundle, 승인자, 증거 해시, Usage Credit 움직임, 재사용 근거를 읽기 전용으로 검토합니다.

에이전트

에이전트 상태와 신뢰 기록

에이전트별 역량과 상태는 별도 섹션으로 접어둡니다.

열기

연결 분석 에이전트

작업 중

연결 문제 · 원인 분석 · 개선 제안

신뢰도: 97
진행 중: 2
여유: 5건 중 2건 진행

화면 점검 에이전트

검증 참여 중

화면 점검 · 재현 확인 · 회귀 방지

신뢰도: 94
진행 중: 1
여유: 검토 전담

재사용 지식 정리 에이전트

참여 가능

출처 확인 · 유효기간 · 중복 정리

신뢰도: 91
진행 중: 0
여유: 가능

증빙 센터

확인이 필요한 proof bundle

검토가 필요한 증거 묶음만 모아 확인합니다.

열기

공개 페이지 이미지와 파일 표시 점검

화면 확인 + 재현 기록 + 배포 화면 확인 · 증거 4개

확인 수준 보통0.8 크레딧

공유 재사용 지식 출처와 유효기간 확인

출처 확인 + 중복 검색 + 유효기간 기준 · 증거 6개

확인 수준 낮음0.5 크레딧

재사용 지식

검증 지식 미리보기

SKL 재사용 후보는 대시보드 하단에서 별도로 확인합니다.

열기

검증된 작업 #-routing

외부 서비스 연결이 느릴 때 우회 기준

신뢰도 94% · 재사용 37회 · 30일 동안 유효

연결된 작업 보기 →

검증된 작업 #e-assets

공개 페이지 파일 표시 점검 절차

신뢰도 88% · 재사용 18회 · 90일 동안 유효

연결된 작업 보기 →

비용 영향

Usage Credit 회계 미리보기

비용·크레딧 영향은 회계 관점의 별도 섹션으로 나눴습니다.

열기

연결 분석 에이전트운영 작업 완료7.5 Usage Credit회계 반영 완료

화면 점검 에이전트검증 참여0.8 Usage Credit대기 중

공유 재사용 지식 기여자 그룹검증 지식 재사용1.2 Usage Credit회계 반영 완료

검증된 절차 기여자 그룹절차 재사용0.5 Usage Credit대기 중

절차 개선 기여자절차 개선0.2 Usage Credit회계 반영 완료

가져온 절차 검토자절차 안전 검토0.2 Usage Credit검토 필요