01 · R11: 실제 로컬 Work 보고서 표시
수정된 로컬 후보에서는 2026년 10월 4일, 보존된 Work의 리비전 16 PDF를 찾고 명시적으로 선택해 표시하는 과정을 시연했습니다. 원래의 5쪽 보고서는 자동화 완료 및 사람의 인수 대기 상태를 그대로 기록합니다. 이는 로컬 시연이며 고객용 r232 전달이나 릴리스 승인이 아닙니다. 아래에는 보고서 탐색 화면을 포함했습니다. 전체 보고서 본문 화면에는 내부 식별자와 권한 세부 정보가 있어 내부 검토 자료로 보존했습니다.
기본 제공 공식 Pack 실습 에서 같은 Work의 Audit Review·Audit Evidence Format을 확인하세요.
02 · 1. Audit Report에서 정확한 리비전 찾기
R11 로컬 후보에서 관찰한 경로입니다. Work 결과의 전체 Work ID와 보고서 리비전, 동일 설치 접근 및 해당 Work 열람 권한을 준비합니다. 전역 감사 보고서(Audit Report) 를 엽니다. 보고서를 자동 선택하지 않고 로컬 운영자가 열람할 수 있는 canonical Work 보고서 목록을 요청합니다.
- Work 보고서 선택에서 목록의 Work ID·리비전을 원하는 결과와 대조합니다.
- 정확히 일치하는 행을 선택합니다. 이름이 비슷한 요청이나 더 최신 리비전으로 대체하지 않습니다.
- PDF를 해석하기 전에 문서 위의 선택 Work ID·리비전·최종 결과를 확인합니다.
비어 있을 때: 감사 보고서 없음(No Audit Reports) 는 이 로컬 운영자에게 반환된 canonical Work 보고서가 없다는 뜻이며 다른 곳에도 Work가 없다는 증거는 아닙니다. 설치 운영자와 설치·운영자 문맥을 확인합니다. 로딩 실패 시 정확한 메시지와 요청한 ID·리비전을 보존하고, 새 Work 제출이나 다른 리비전의 임의 선택으로 대체하지 않습니다.
R11 로컬 시연: 리비전 16이 목록에 표시되며 PDF는 자동 선택되지 않습니다. 사람의 최종 승인은 대기 중입니다. 고객 전달이나 운영환경 증거가 아닙니다.
03 · 2. PDF를 읽고 남은 판단 확인
구현된 뷰어는 선택한 canonical PDF와 Work ID·리비전·최종 결과를 표시합니다. 제목이 채워지거나 로딩 응답이 성공한 것만으로 PDF 페이지 렌더링을 입증하지 않습니다. 읽을 수 있는 문서가 나타나면 보고서 식별자를 선택 행과 대조합니다.
- Original intent·Origin으로 보고서가 다루는 작업을 확인합니다.
- Execution count·실행 상태 다음에 Validation을 읽습니다. 자동화 기록이며 검토자의 최종 승인은 아닙니다.
- 최종 결과를 그대로 읽습니다. 보존된 Work의
AUTOMATION_COMPLETED_HUMAN_ACCEPTANCE_PENDING은 자동화가 완료되고 사람의 최종 승인이 대기 중이라는 뜻입니다. - 승인된 검토 절차에서 담당 검토자와 남은 판단을 확인합니다. PDF 조회는 그 판단을 기록하지 않습니다.
아래 R9/R10 증거는 검증 PASSED인 로컬 감사 실행 한 건을 기록합니다. R11에서 같은 리비전 16 PDF가 표시됐습니다. 문서 식별자·결과가 선택 행과 다르면 해당 사본의 해석을 멈추고 정확한 Work·리비전의 대조를 요청합니다.
PDF 안에서 마지막 페이지로 스크롤하여 Closure를 읽습니다. human_acceptance_required 는 true, human_acceptance 는 null, disposition은 AWAITING_HUMAN_ACCEPTANCE입니다. 남은 책임을 설명하는 항목이며 종료 기록이 존재한다고 최종 승인이 완료된 것은 아닙니다.
04 · 3. 필요하면 파일을 열고 Work로 돌아가기
- 외부 뷰가 필요할 때 선택 문서의 시스템 뷰어에서 PDF 열기 또는 시스템 뷰어에서 JSON 열기 를 선택합니다. 각각 정확한 Work·리비전을 요청하며 실제 뷰어는 시스템 파일 연결 설정에 따릅니다.
- 문서가 실제로 열리는지 확인하고 Work·리비전을 다시 대조합니다. 버튼 클릭만으로 외부 뷰어가 열렸다고 판단하지 않습니다.
- 파일 동일성과 최종 승인을 구분합니다. PDF·JSON의 파일 해시는 서로 다르고 canonical report digest는 또 다른 값입니다. 예상 해시가 제공되면 아래 파일 확인 절차를 이용합니다.
- PackrGUI로 돌아와 Audit Report 토글을 끄고 Work 문맥을 확인한 뒤 검토를 계속합니다. 남은 사람의 판단과 담당자를 기록합니다.
열기에 실패하면 표시 오류를 보존하고 설치 운영자에게 지원되는 동일 리비전 조회 경로를 요청합니다. 아래 보존된 Control Plane 절차는 별도 증거입니다. 최종 R11 로컬 실행은 정확한 PDF를 Preview에서 열고 Work 1·Executions 1·Approvals 0·Receipts 1인 Business Home으로 돌아왔습니다. Open JSON은 실행하지 않았습니다. 이 흐름은 보고서 게시나 사람의 최종 승인을 수행하지 않습니다.
05 · Work를 먼저 확인하고 필요한 보고서 경로 선택
보존된 R9/R10 관찰 — 기존 R234 로컬 후보. 아래 절차·촬영은 해당 선행 후보에 관한 것이며 위 R11 경로에는 별도의 네이티브 표시 증거가 있습니다.
Business 실습 안내뒤에 사용합니다. 반환된 Work ID, 동일한 설치에 연결된 클라이언트, 해당 Work를 열람할 권한이 필요합니다. 상단의 긴 식별자는 줄여 표시되므로 전체 ID를 보관하세요.
2026년 10월 4일 로컬 macOS R234 후보에서 GUI로 한 번 제출한 기록이며 작업은 다음과 같습니다: create audit artifact이는 AI 제공자를 호출하지 않는 범위가 제한된 로컬 감사 작업입니다. 동결된 r232 GUI의 고객 전달이나 운영 환경의 인수 결과를 입증하지 않습니다.
| 질문 | 열기 | 제공 내용 |
|---|---|---|
| 선택한 Work에서 무엇이 일어났나? | Business → Results 또는 View Final Report | Work·실행·검증·Receipt·승인을 읽기 전용으로 보여주는 Final Report. |
| 이 Work의 실제 파일은 어디 있나? | Control Plane → 일치하는 Work와 revision → Open PDF / Open JSON | 정확한 Work 리비전에 해당하는 정식 보고서 파일. |
| 등록된 과거 Audit Report는 어디 있나? | 전역 Audit Report 버튼 | 별도 등록부 브라우저. 여기가 비어 있어도 Work PDF가 없다는 뜻은 아닙니다. |
| 운영 감사 기록이 표시되나? | Operations → 감사(Audit) | 별도 운영 기록 화면. PDF 다운로드 경로가 아닙니다. |
| Work와 거버넌스 기록은 어떻게 연결되나? | Engineering → 감사(Audit) | 선택된 Work·허용·실행·검증·Receipt·종료 기록의 읽기 전용 대조 화면입니다. 보고서 파일을 여는 경로는 아닙니다. |
| Reports 도구에서 문서를 검색할 수 있나? | Engineering → 보고서(Reports) | 별도 런타임 연결이 필요한 도구입니다. 이번 화면에서는 Enterprise Runtime이 미가용이고 검색은 비활성입니다. 같은 Work PDF는 Control Plane에서 열 수 있습니다. |
이번 실행에서는 Work PDF·JSON이 생성됐고 PDF 열기도 확인했습니다. 별도 Audit Report Browser에는 등록부 표시가 제공되지 않았습니다.
06 · 결과 해석 전에 같은 Work인지 확인
- Business에서 내 작업(My Work) 를 열고 Submit이 반환한 Work를 확인합니다.
- 결과(Results)를 엽니다. 본문 제목은 최종 보고서(Final Report)입니다. 이 이동은 새 Work를 만들지 않습니다.
- 식별 정보 및 보고서 상태의 전체 Work ID를 제출한 Work와 대조합니다. Work State·Report State·Freshness를 함께 읽습니다.
- 파일을 열 때에는 report revision도 보관합니다. 이번 실행은 projection cursor 18 , Work 보고서 리비전 16입니다. 서로 다른 기록을 식별하므로 같은 숫자여야 하는 것은 아닙니다.
Results / Final Report: 동일 Work, 현재 투영, 사람의 인수 대기, 기록된 종결 및 실행. 2026년 10월 4일 로컬 R234 후보이며 고객용 r232 전달이 아닙니다.
여기서 기대하는 값: Work State는 AWAITING_HUMAN_ACCEPTANCE, Report State는 REPORT_AVAILABLE · CLOSURE_RECORD_AVAILABLE, Freshness는 CURRENT입니다. 종료 기록이 있어도 최종 승인은 대기 중일 수 있습니다.
Work ID가 다르면 자신의 요청 결과로 해석하지 말고 올바른 Work로 돌아갑니다. 표시가 오래됐거나 제공되지 않으면 같은 설치와 상태를 확인해 보존합니다. 보고서를 나타나게 하려고 새 Work를 제출하지 않습니다.
07 · 실행·검증·최종 승인을 각각 읽기
실행 → 검증 → 영수증 → 사람 검토 → 종결순서로 읽습니다. 각각 다른 질문에 답합니다.
| 필드 | 관찰값 | 의미와 다음 확인 |
|---|---|---|
| 실행 상태 | EXITED | 기록된 실행이 끝났습니다. 실행 ID를 Validation·Receipt와 대조합니다. |
| 종료 코드 | UNAVAILABLE | 이 프로세스 내부 작업에는 프로세스 종료 코드가 기록되지 않았습니다. exit 0으로 바꿔 쓰지 않습니다. |
| 제공자 호출 | NOT_PERFORMED | 로컬 작업은 제공자를 호출하지 않았습니다. 상단 AUTO가 AI 실행 증거는 아닙니다. |
| 검증 처리 결과 | PASSED | 기록된 검증이 통과했습니다. 사람의 최종 승인 기록은 아닙니다. |
| 산출물 / Work 자산 | UNAVAILABLE / asset 없음 | 이번 작업은 제품 산출물을 요구하지 않았습니다. 보고서 PDF의 존재 여부를 뜻하는 항목이 아닙니다. |
| 영수증 검증 | PASSED | Work와 실행 참조를 대조합니다. Receipt는 결과 기록이며 검토자 서명이 아닙니다. |
| 사람의 인수 | REQUIRED_NOT_RECORDED | 필요한 판단이 아직 없습니다. 승인된 절차로 지정 검토자에게 결과를 인계합니다. |
| 종결 처리 결과 | AWAITING_HUMAN_ACCEPTANCE | Work를 최종 승인·종료됐다고 표시하지 않습니다. |
| 거버넌스 판단 | ALLOW | 실행 진입이 허용됐습니다. 사람의 최종 승인과는 별개입니다. |
| 보고서 권한 / 내보내기 | PROJECTION_ONLY / FINAL_REPORT_EXPORT_DEFERRED | 이 화면은 기록을 표시합니다. 제공된 파일은 Control Plane의 해당 Work 버튼으로 엽니다. |
Final Report의 영수증, 필수이나 기록되지 않은 사람의 인수, 거버넌스 및 보류된 내보내기. 2026년 10월 4일 로컬 R234 후보이며 고객용 r232 전달이 아닙니다.
결과 설명 예: “로컬 감사 작업을 한 번 실행했고 검증을 통과했습니다. 보고서와 Receipt가 있으며, 사람의 최종 승인은 아직 필요합니다.”
08 · 정확한 PDF·JSON 열기
- 상단의 제어 계층(Control Plane) 을 열고 사용 가능을 확인합니다.
- 나의 Work 보고서에서 전체 Work ID와 revision을 대조합니다. 이번 행은 revision 16,
AUTOMATION_COMPLETED_HUMAN_ACCEPTANCE_PENDING입니다. - PDF 열기 를 한 번 선택합니다. 시스템 PDF 뷰어가 나타나고 문서가 실제로 보이는지 확인합니다.
- 첫 쪽에서 Work, Original intent, Origin, Execution count, Validation 및 최종 결과를 읽습니다. 기록된 실행에서 네이티브 뷰어는 5쪽 보고서를 표시했으며 값은 다음과 같습니다:
Origin: PACKR_GUI, 의도create audit artifact, 실행 횟수 1 및 검증 PASSED. - 구조화된 내용을 보려면 같은 행의 JSON 열기을 사용합니다. 해당 파일의 시스템 뷰어를 요청하므로 실제 앱은 파일 연결 설정에 따릅니다. 이번 실행에서는 Open JSON 컨트롤과 실제 JSON 바이트를 확인했고, JSON 뷰어 실행은 수행하지 않았습니다.
Canonical Control Plane: 동일 Work의 보고서 리비전 16, 자동화 완료 및 사람의 인수 대기 상태, Open PDF와 Open JSON. 2026년 10월 4일 로컬 R234 후보이며 고객용 r232 전달이 아닙니다.
파일명만으로는 부족합니다. 서로 다른 Work에도 final-report.pdf라는 파일이 있을 수 있습니다. 보고서 내부나 파일 위치에서 Work와 revision을 대조합니다. 보고서 열기는 Work 승인 행위가 아닙니다.
뷰어가 나타나지 않으면 Work ID·revision·시각·표시된 메시지를 보존합니다. 설치 운영자에게 제공된 파일 열기 경로나 동일 리비전의 정식 조회 절차를 확인하도록 요청합니다. 대체 Work를 새로 만들지 않습니다. 운영자가 제공된 CLI를 사용하는 경우 Headless 보고서 참조 를 이용합니다.
09 · 검토자와 5쪽 보고서 읽기
아래 쪽수는 이번에 생성된 PDF 기준입니다. Work에 따라 페이지가 달라지면 절 제목을 따라 읽습니다.
| 이 PDF에서 | 읽을 항목 | 검토자의 질문 |
|---|---|---|
| 1쪽 | 요약, 실행 권한·진입, 범위·리소스 | 내 Work와 원래 요청인가? 무엇이 허용됐나? 어떤 런타임과 Pack이 기록됐나? |
| 2쪽 | 실행 요약 | 어떤 실행이 수행됐고 어떻게 소비됐나? 결과를 식별하는 digest는 무엇인가? |
| 3–4쪽 | Mutations, 증거 참조, Receipt | 어떤 변경이 기록됐나? Work·실행 참조가 일치하나? Receipt의 검증과 주장 한계는 무엇인가? |
| 4–5쪽 | Closure, recovery, 제품 리비전 | 최종 승인이 필요하고 기록됐나? 무엇이 남았나? 어떤 설치 런타임 리비전이 이 보고서를 만들었나? |
긴 식별자는 PDF에서 여러 줄로 나뉠 수 있습니다. 정확한 복사·기계 비교에는 JSON을 사용합니다. null 이나 미가용 값을 성공으로 읽지 말고 해당 항목의 뜻을 확인하세요. 이번에는 first_divergence 가 null이지만 human_acceptance 도 null이며 최종 승인이 필요합니다.
전체 보고서는 해당 설치의 승인된 검토·보관 절차 안에서 다룹니다. 보고서에는 주체·설치·리소스·내부 기록 참조가 포함될 수 있습니다. 지정된 수신자에게 허가된 최소 발췌만 전달하세요. 공개 독자용 문서에는 전체 보고서 배포 대신 선택한 인터페이스 캡처를 사용합니다.
10 · digest 종류를 구분해 파일 동일성 확인
승인된 보고서 인계에 projection manifest가 포함됐다면 같은 Work 리비전의 파일 해시를 대조합니다. Manifest는 제공된 운영자 절차로 받습니다. 촬영한 GUI에는 manifest 다운로드 버튼이 없습니다.
| 값 | 식별 대상 | 대조 대상 |
|---|---|---|
| json_file_sha256 | final-report.json의 정확한 파일 바이트 | JSON 파일의 SHA-256 |
| pdf_sha256 | final-report.pdf의 정확한 파일 바이트 | PDF 파일의 SHA-256. Manifest의 sha256: 접두사를 구분합니다. |
| report_sha256 / 보고서 지문 | 선언된 해시 방식에 따른 보고서 정식 내용 digest | 동일한 정식 report digest. 일반 JSON·PDF 파일 해시가 아닙니다. |
| 결과 지문 | 작업의 실행 결과 | 같은 실행의 결과 참조. 보고서 파일 해시가 아닙니다. |
| 영수증 / 종결 지문 | 해당 정식 기록 | PDF가 아니라 해당 기록 |
제공된 파일이 있는 디렉터리에서 macOS의 바이트 해시 계산:
shasum -a 256 final-report.json final-report.pdfLinux의 동일 명령:
sha256sum final-report.json final-report.pdfWindows PowerShell의 동일 명령:
Get-FileHash -Algorithm SHA256 -LiteralPath './final-report.json', './final-report.pdf'이번 실행에서는 두 파일 해시가 보존된 projection manifest와 일치했습니다. 파일 동일성 확인이며 서명·최종 승인·파일 배포 권한을 입증하지 않습니다. 해시가 다르면 양쪽 파일과 메타데이터를 보존하고 해당 복사본의 사용을 멈춘 뒤 동일 Work 리비전의 대조를 요청합니다.
11 · 미가용 값과 서로 달라 보이는 표시 처리
| 보이는 현상 | 이번 실행에서 확인한 범위 | 다음 조치 |
|---|---|---|
| Runtime은 Not bound인데 보고서에는 로컬 런타임이 있음 | GUI의 actual-runtime 바인딩 필드는 채워지지 않았고, 실행·consumer 기록에는 로컬 결정적 런타임이 식별됩니다. | 두 관찰을 함께 보존합니다. 이번 작업은 같은 Work의 실행 기록으로 확인하고 제공자 준비 완료로 확대하지 않습니다. |
| Engineering Runtime에 PORTABLE_BINDING_STORE_INVALID | 별도 런타임 선택 표시가 미가용입니다. 이번 절차에서는 근본 원인을 판정하지 않았습니다. | 코드와 경로를 기록하고 이 선택 경로를 사용하기 전에 운영자 진단을 요청합니다. 오류를 숨기려고 신뢰·선호 설정을 바꾸지 않습니다. |
| Artifact는 미가용인데 PDF가 열림 | 제품 산출물 필드와 보고서 파일은 다른 기록입니다. | Control Plane에서 보고서를 읽습니다. 없는 제품 산출물이 생성됐다고 주장하지 않습니다. |
| Approvals는 비어 있는데 최종 승인 필요 | 표시된 승인 기록이 없고 종료에는 최종 승인이 필요합니다. | 담당 검토자에게 인계합니다. 빈 목록은 승인이 아닙니다. |
| Audit Report Browser 미가용 | 이 설치에는 별도 Audit Registry 표시가 구성되지 않았습니다. | 같은 Work의 PDF·JSON 경로를 사용합니다. 안내를 완성하려고 등록부를 채우거나 후보를 내보내지 않습니다. |
| Work·리비전·digest·상태 불일치 | 해당 기록의 일치는 아직 확립되지 않았습니다. | 식별자와 메시지를 보존하고 최종 완료 주장을 멈춘 뒤 지원 절차로 같은 Work를 대조합니다. |
별도의 Audit Report Browser: 등록된 보고서는 0건이며 레지스트리 투영이 구체화되지 않았습니다. 정본 Work PDF는 다른 경로입니다. 2026년 10월 4일 로컬 R234 후보이며 고객용 r232 전달이 아닙니다.
여기의 비활성·빈 상태도 실제 워크플로우의 일부입니다. 성공으로 바꾸어 설명하지 않으며, 별도로 기록된 로컬 실행 결과를 없던 것으로 만들지도 않습니다.
12 · 정확한 검토 인계로 마무리
검토자에게 보고서를 넘기기 전에 다음을 기록합니다.
- 정확한 Work ID·보고서 리비전·원래 요청.
- 실행 상태·검증 상태·제공자 호출 여부.
- Receipt·Closure 참조와 최종 승인 필요·기록 여부.
- 실제로 열거나 확인한 PDF·JSON 및 제공된 경우 파일 해시.
- 미가용 필드나 서로 다른 표시. 원인을 추측하지 않습니다.
- 남은 판단·담당자·승인된 검토 경로.
종료 조건: 요청·결과·파일에서 같은 Work를 식별하고, 관찰한 결과와 남은 최종 승인 단계를 설명할 수 있습니다. 이번 절차는 최종 승인 대기로 끝나며 제품의 최종 승인 동작은 수행하지 않았습니다.
PackrGUI 개요로 돌아가거나 엔지니어링 기록, 운영 점검을 이어 읽습니다.
고객 환경에서 통제된 작업 흐름 하나를 평가하십시오.
평가할 AI 작업 흐름 하나와 대상 실행 경계·승인 요건을 정리하세요. 기록된 로컬 R234 사례와 비교하거나 구조화된 PoC 평가 순서를 따르고, 2026년 10월 18일 영문·한국어 기술 백서를 참고하세요.
연락 경계 안내: “평가 문의”를 클릭하면 로컬 메일 프로그램이 다음 수신 주소로 열립니다: support@vibepackr.com 로 구조화된 문의 양식이 열립니다. 이메일 전송만으로 지원 사례가 등록되거나 어플라이언스가 구성되지는 않습니다. 자격 증명·개인정보·기밀 로그를 포함하지 마십시오.