01 · 기존 Work 준비
연결된 로컬 후보를 사용하고 결과에서 전체 Work ID와 보고서 리비전을 보존합니다. 관찰된 작업: create audit artifact실행 1회, 검증 상태: PASSED 사람의 인수은 대기 상태입니다. 이 안내는 해당 Work를 다시 여는 절차이며 새 제출이 필요하지 않습니다.
기본 제공 공식 Pack·사용자 생성 Pack 기록·다운로드한 카탈로그 자산은 서로 다릅니다. 사용자 Pack 목록이 비어 있어도 이 Work가 사용한 기본 제공 Pack이 없어지는 것은 아닙니다.
02 · Work를 열고 바인딩된 Pack 읽기
- Business → My Work에서 기존 Work를 찾습니다. Home에 이미 활성 상태라면 먼저 해당 문맥을 확인합니다.
- Domain/Pack 표시를 읽습니다. 관찰값은 Audit와
pack:audit-review · Bound였습니다. - 상단에서는 식별자가 줄어들 수 있으므로 뒤에서 대조할 전체 Work ID를 보관합니다.
Bound는 기록된 연결을 뜻하며 새 실행이나 사람의 최종 승인이 아닙니다. Work가 다르면 의도한 Work로 돌아간 후 Pack 항목을 해석합니다.
기존 Work와 바인딩된 감사 Pack. 실제 로컬 네이티브 관찰이며 고객 전달이나 사람의 최종 승인이 아닙니다.
03 · 메인·지원 역할 확인
- Engineering으로 전환하고 같은 Active Work를 유지한 채 상단 Audit 도구를 엽니다. Lifecycle audit 패널 안에서 아래로 스크롤해 Pack 항목으로 이동합니다.
- Bound Main Pack의
pack:audit-review@1.0.0·MAIN·OFFICIAL을 읽습니다. - Bound Pack set·Effective Packs에는 Audit Review와
pack:audit-evidence-format@1.0.0·SUPPORTING·OFFICIAL이 함께 있었습니다. - Effective composition의
BOUND를 확인합니다. Manual component selections는0이며 관찰된 경로는 지원 Pack 수동 선택 대신 자동 해석을 사용했습니다.
이번 로컬 네이티브 관찰에서 채워진 해당 항목을 확인했습니다. NOT_RECORDED 항목은 Work 식별자와 함께 그대로 보존하고 제품에 Pack이 없다고 추론하지 않습니다.
동일 Work의 Audit 화면. 실제 로컬 네이티브 관찰이며 고객 전달이나 사람의 최종 승인이 아닙니다.
04 · 각 Pack의 기여 읽기
Audit에서 Validation requirements·Evidence requirements를 읽습니다. 지원 Pack은 계보 무결성 확인을, 메인 Pack은 감사 결과 검증을 제공합니다. 두 Pack 모두 증거 요구사항이 기록돼 있습니다. 표시된 요구사항을 동일 Work의 검증·보고서와 대조합니다.
Repository access authorized·Index access authorized·Execution authorized by composition은 모두 FALSE였습니다. 값을 그대로 유지합니다. 바인딩된 구성 자체가 해당 권한을 부여하지 않으며 실제 실행은 별도 기록입니다. 지원 역할이 두 번째 독립 Pack 실행을 입증하지는 않습니다.
05 · 문제 해결: 사용자 Pack 목록은 별도 범위
Engineering → Packs에서 선택 Work의 사용자 Pack 선택·목록 표시를 확인합니다. selectable/executable 집계 범주·개별 사용자 Pack 행·앞서 확인한 공식 Pack 바인딩 집합을 구분합니다.
이번 관찰은 NO_PACK_SELECTED·Selectable 15·Executable 1·Unavailable 14·표시된 사용자 Pack 기록 0·인덱스 기록 0입니다. 상단 공식 감사 Pack은 계속 Bound로 표시됩니다. 집계는 설치된 기록 수가 아니며 이 Packs 화면은 실행 소비를 표시하지 않습니다. 이 빈 사용자 목록을 Audit Review·Audit Evidence Format이 바인딩되지 않았다는 증거로 해석하지 않습니다. 다운로드 카탈로그는 별도 경로이며 이 기본 제공 Work를 읽는 데 필요하지 않습니다.
사용자 Pack 범위와 공식 Pack 바인딩 구분. 실제 로컬 네이티브 관찰이며 고객 전달이나 사람의 최종 승인이 아닙니다.
06 · 실행과 동일 보고서 대조
- Audit Report에서 정확한 Work·리비전을 선택합니다. 보존된 보고서 리비전은
16입니다. - PDF의 Work·원래 요청을 대조하고 실행 횟수
1·검증PASSED·사람의 최종 승인 대기 결과를 읽습니다. - Execution summary에서 실제 메인 Pack 소비와 구성의 지원 요구사항을 구분합니다. 기록된 로컬 작업은 제공자를 호출하지 않았습니다.
- 검토자에게 넘기기 전 마지막 페이지의 Closure를 읽습니다. 사람의 최종 승인은 여전히 필요하며 기록되지 않았습니다.
이전 R11 네이티브 시연에서 동일 PDF·외부 PDF 열기·돌아가기를 확인했습니다. 정확한 파일 확인은 최종 보고서 가이드 를 따르세요. 이번 실습에서도 목록 조회와 동일 기존 보고서를 관찰했으며 새 Work를 만들지 않았습니다. 전체 보고서 촬영은 내부 상세를 포함하므로 내부 로컬 검토에 보존합니다.
기존 보고서 목록 조회 후 선택. 실제 로컬 네이티브 관찰이며 고객 전달이나 사람의 최종 승인이 아닙니다.
07 · 정확한 결과를 정리하고 돌아가기
Work로 돌아가 식별자·최종 승인 대기를 확인합니다. 두 공식 Pack의 리비전·MAIN과 SUPPORTING의 차이·바인딩과 실행의 차이를 설명하고 동일 보고서를 식별할 수 있어야 합니다.
이것은 실제 기본 제공 Pack 사용의 한정된 검토입니다. 사용자 Pack 생성·Packtory 목록 채우기·다운로드 성공·사람의 최종 승인을 입증하지 않습니다. PackrGUI 개요 나 엔지니어링으로 돌아갑니다.
별도의 R13 Packtory 목록 실습 에서 새 로컬 후보의 기본 제공 Pack 탐색·상세를 다룹니다.
고객 환경에서 통제된 작업 흐름 하나를 평가하십시오.
평가할 AI 작업 흐름 하나와 대상 실행 경계·승인 요건을 정리하세요. 기록된 로컬 R234 사례와 비교하거나 구조화된 PoC 평가 순서를 따르고, 2026년 10월 18일 영문·한국어 기술 백서를 참고하세요.
연락 경계 안내: “평가 문의”를 클릭하면 로컬 메일 프로그램이 다음 수신 주소로 열립니다: support@vibepackr.com 로 구조화된 문의 양식이 열립니다. 이메일 전송만으로 지원 사례가 등록되거나 어플라이언스가 구성되지는 않습니다. 자격 증명·개인정보·기밀 로그를 포함하지 마십시오.