Packtory — 내장 Pack 살펴보기

01 · 내장 라이브러리 열기

로컬 후보에서 실제 화면 검토를 기록했습니다. 이 실습은 2026년 10월 4일 로컬 macOS 후보에서 원래 네이티브 애플리케이션을 사용해 수행했습니다. 이미지는 화면을 직접 촬영한 것입니다. 컴파일된 레지스트리는 Audit Review와 Audit Evidence Format이라는 메타데이터 항목 두 개를 제공하며 둘 다 리비전은 다음과 같습니다: 1.0.0레지스트리에서 나온 목록은 탐색 정보이며 실행 권한이나 Work 실행의 증거가 아닙니다.

준비: 운영자가 제공한 버전이 일치하는 후보를 사용합니다. 기존 Work를 검토한다면 라이브러리를 열기 전에 전체 Work ID와 보고서 리비전을 보관합니다. 이 실습에는 커스텀 Pack, 다운로드 카탈로그 또는 합성 시연 자산이 필요하지 않습니다.

1. 데스크톱 도구 모음에서 Packtory 를 엽니다.
2. 내장 Pack(Built-in Packs) 와 기본 제공 메타데이터 · 읽기 전용 설명을 찾습니다.
3. 내장 영역 자체의 상태를 읽습니다. 예상 항목이 표시될 때 계속합니다. 내장 Pack 목록을 사용할 수 없습니다.이면 실패 안내를 따르고 다운로드 자산으로 대체하지 않습니다.

아래 별도 사용자·다운로드 영역에는 자체 사용 불가 메시지가 있을 수 있습니다. 각 영역의 상태를 따로 읽습니다.

02 · 진입점 Pack 검토

1. 내장 Pack(Built-in Packs)에서 감사 검토(Audit Review) 행을 선택합니다.
2. 상세의 Name·Identity·Revision을 읽고 pack:audit-review 와 1.0.0을 확인합니다.
3. 출처(Origin) OFFICIAL_BUILTIN, 카탈로그 역할(Catalog role) 진입점, 도메인(Domains) audit , 작업 공간(Workspaces) BUSINESS를 읽습니다.
4. Dependencies의 pack:audit-evidence-format@1.0.0을 확인하고 다음 단계에서 대조할 정확한 ID·버전을 보관합니다.

완료 확인: 행과 상세가 동일한 내장 버전과 의존 항목을 가리킵니다. 진입점 는 카탈로그 역할이며 현재 Work에 새로 바인딩된 MAIN Pack이라는 뜻이 아닙니다. 행 선택은 상세만 엽니다.

03 · 지원 의존 Pack 검토

1. 감사 증거 형식(Audit Evidence Format)을 선택합니다.
2. 신원(Identity) pack:audit-evidence-format, 리비전(Revision) 1.0.0 , 카탈로그 역할(Catalog role) 지원 의존성(Supporting dependency)를 확인합니다.
3. 이 ID·버전을 Audit Review의 Dependencies와 대조합니다. 자체 Dependencies도 읽습니다. 투영된 항목 없음(None projected) 는 이 메타데이터 항목에 표시된 상태입니다.
4. 점검 전용(Inspection only) 안내를 읽습니다. 내장 행에 Use나 다운로드 체크박스가 없는 것은 의도된 동작입니다.

완료 확인: 진입점과 지원 의존 Pack을 구분하여 말할 수 있습니다. 목록 두 행이 실행 두 건을 뜻하지 않습니다. 이 패널은 Work에 Pack을 바인딩하거나 실행 권한을 부여하지 않으며 아래 사용자·다운로드 제어는 별도 흐름에 속합니다.

마지막 문장이 패널 아래로 내려가 있다면 내장 Pack(Built-in Packs) 내부를 스크롤하여 읽습니다.

04 · 검색·필터·전체 목록 복원

1. 내장 Pack 검색에 audit-review를 입력합니다.
2. 일치하는 Audit Review 한 행을 확인합니다. 이전 의존 Pack은 결과에 없으므로 상세가 해제됩니다.

이제 no-such-pack을 입력합니다. 내장 Pack 0개 · 읽기 전용 · 일치하는 항목 없음. 는 필터 결과이며 내장 Pack이 삭제됐다는 뜻이 아닙니다.

필터 초기화(Reset filters)를 선택합니다. 검색어가 지워지고 모든 범위 필터가 All로 돌아가며 두 항목이 다시 표시됩니다.

지원 의존성(Supporting dependency) 에서 카탈로그 역할(Catalog role)를 선택하면 Audit Evidence Format만 남습니다.

도메인(Domain) audit 와 Workspace BUSINESS를 선택합니다. 동일한 한 항목이 세 필터에 모두 일치합니다. 카탈로그 메타데이터만 필터링하며 현재 워크스페이스나 Work를 바꾸지 않습니다. 닫기 전에 필터 초기화(Reset filters) 를 다시 선택합니다.

05 · 라이브러리 닫기·Work로 돌아가기

1. Packtory 닫기 (×)로 닫습니다.
2. 기존 Work에서 시작했다면 Active Work를 보관한 ID와 대조합니다. 축약된 헤더만으로 정확한 ID를 확인할 수 없으므로 필요하면 Work 상세를 엽니다.
3. 기록된 바인딩은 Engineering → Audit에서, 실제 결과는 동일 Work·리비전의 Audit Report에서 확인합니다. 내장 Pack의 Work 검토 안내를 따릅니다.
4. 검토한 두 메타데이터 버전과 누락 정보를 기록합니다. 행을 봤다는 이유로 새 실행·다운로드·최종 승인을 기록하지 않습니다.

완료 확인: 내장 항목 두 개를 점검하고, 일치 항목이 없는 필터에서 복구한 뒤 의도한 맥락으로 돌아왔는지 확인합니다. 이는 읽기 전용 카탈로그 실습이며 위 네이티브 단계는 이 로컬 후보에서 관찰했습니다. 점검 후에도 기존 Work·실행·보존된 보고서 파일 7개는 변경되지 않았습니다.

06 · Work 초안 선호 설정·제거

내장 실습에 포함되지 않는 별도 조건부 참고입니다. 사용자·카탈로그 또는 제공된 생애주기 문맥의 제어이며 내장 행 검토로 활성화되지 않습니다. 이 후보 안내는 연결된 고객 흐름을 검증하지 않습니다.

전제조건: 선택 Pack이 로컬 AVAILABLE이고 원격 카탈로그 행이 아니며 활성 Work가 없어야 합니다. 의도한 Work 경로가 별도로 Pack 소비를 지원해야 합니다.

1. 정확한 적격 Pack을 선택하고 상세를 확인합니다.
2. 새 Work에서 사용(Use in new Work)옆 메시지를 읽습니다. 활성 Work·사용 불가로 비활성이면 현재 Work를 완료·대조하거나 표시된 선행 조건을 먼저 해결합니다.
3. 의도한 작업이 허용하면 새 Work에서 사용(Use in new Work) 를 선택합니다. 클라이언트는 기존 Work Draft에 PIN 선호 설정 를 기록합니다.
4. 요청으로 돌아가 선택한 Pack(Selected Pack)의 식별·리비전을 기록한 자산과 비교합니다.
5. 로컬 선택을 취소하려면 Selected Pack의 제거(Remove) 를 사용하고 선택 해제를 확인합니다.

완료 확인: 의도한 초안 선호가 보이거나 해제됐습니다. Work 제출과 실행은 별도입니다.

로컬 감사 실습: Prepare Work 전에 선택 Pack과 첨부를 제거합니다. 조사한 CREATE_AUDIT_ARTIFACT composer는 이를 ATTACHED_CONTENT_OR_SELECTED_PACK_OPERATION_NOT_SUPPORTED로 거부합니다. 자산 선택이 이 경로를 Pack 실행기로 바꾸지는 않습니다.

07 · 로컬 가용성 요청·항목별 결과 확인

내장 실습에 포함되지 않는 별도 조건부 참고입니다. 사용자·카탈로그 또는 제공된 생애주기 문맥의 제어이며 내장 행 검토로 활성화되지 않습니다. 이 후보 안내는 연결된 고객 흐름을 검증하지 않습니다.

설정된 시연 범위. 조사한 데스크톱 다운로드 어댑터는 제공된 샌드박스 설정을 사용합니다. 로컬 가용성과 검색 기록을 만들 수 있지만 운영 고객 카탈로그나 고객 설정 절차를 입증하지는 않습니다. 이미 제공되고 승인된 시연 맥락에서만 이 절차를 따릅니다.

전제조건: 전달된 설치에 관리 카탈로그가 설정돼 있고 의도한 서비스 식별이 표시되며 해당 다운로드가 허용돼야 합니다. 소스 기반 절차가 고객 운영 카탈로그 연결을 입증하지는 않습니다.

1. Packtory를 갱신하고 카탈로그·다운로드 상태를 읽습니다. 사용 불가·미설정이면 사유를 기록하고 전달·도메인 담당자에게 지원 설정을 요청합니다.
2. 행 체크박스로 허용된 정확한 자산·리비전만 선택하고 선택됨 개수를 목록과 대조합니다.
3. 다운로드 를 한 번 선택합니다. 요청 대기 중에는 새 배치를 보내지 않고 결과를 기다립니다.
4. 배치 참조·로컬 개수·거부 개수·보고된 바인딩/실행 개수를 읽습니다. 요청한 각 행을 선택해 화면의 Availability를 확인합니다. 조사한 UI는 상세 항목 응답을 보관하지만 모든 거부 사유를 표시하지는 않습니다. 사유가 없으면 배치 참조·자산/리비전으로 카탈로그·자산 담당자에게 대조를 요청합니다. 배치 메시지 하나로 전체 성공을 판단하지 않습니다.
5. 별도 지원 Work 사용을 검토하기 전에 선택 리비전과 현재 로컬 가용성을 다시 확인합니다.

완료 확인: 요청한 각 리비전의 결과가 알려져 있습니다. 다운로드는 로컬 가용성 확인이며 Work 바인딩·실행 권한은 별도입니다. 응답이 불확실하면 새 요청 대신 기존 배치를 대조합니다.

조사한 요청은 선택 자산 1–32개를 지원합니다. 다운로드한 카탈로그 행은 계속 카탈로그 행이므로 갱신 후에도 새 Work에서 사용(Use in new Work) 가 비활성일 수 있습니다. 자산 담당자와 정확한 코어 투영·적격성을 대조하며 다운로드가 Work 사용을 활성화했다고 가정하지 않습니다. 브라우저 파일 저장 동작이 아닙니다.

08 · 조건부 샌드박스 파생 시연 따라가기

내장 실습에 포함되지 않는 별도 조건부 참고입니다. 사용자·카탈로그 또는 제공된 생애주기 문맥의 제어이며 내장 행 검토로 활성화되지 않습니다. 이 후보 안내는 연결된 고객 흐름을 검증하지 않습니다.

제공된 샌드박스 시연 전용. 조사한 어댑터는 샌드박스 설정을 사용하고 해당 자산에 합성 제3의 수명주기(Synthetic Third Lifecycle)을 표시합니다. 아래 절차는 이 기존 시연 경로를 설명하며 운영 고객 자산의 설정·공개 절차가 아닙니다.

설정된 수명주기 투영 일부는 선택한 원본·파생 자산에 파생 자산 생성(Create Derivative)· 공개 범위· 공개 요청(Request Publication) · 기여도 상관관계(Contribution Correlation) 을 표시합니다. 조건부 컨트롤이므로 일반 라이브러리 행에 항상 보이지 않으며 이 가이드는 고객 수명주기 설정을 제공하지 않습니다.

1. 자산 담당자가 정확한 원본과 허용 수명주기 작업을 배정했는지 확인합니다. Origin·Originator·Work-use ETS·현재 Derivative를 읽습니다.
2. 원본이 선택됐고 파생 자산이 없으며 허용 컨트롤이 활성화됐다면 파생 자산 생성(Create Derivative) 로 생성을 요청합니다. 반환 원본 → 파생 식별과 갱신 상세를 읽은 뒤 진행합니다.
3. 공개가 별도로 허용됐다면 승인된 팀(Team) 또는 조직(Organization) 범위를 선택하고 공개 요청(Request Publication)을 사용합니다. 반환 결정 사유와 갱신된 Publication을 읽습니다. 요청·허용 메시지만으로 실제 원격 배포를 입증하지 않습니다.
4. 사용 가능한 기여도 상관관계(Contribution Correlation) 은 관련 관리 화면을 엽니다. 유효 접근 조건을 따르고 같은 수명주기 참조를 확인합니다.

완료 확인: 의도한 원본·파생 식별과 정확한 반환 결정이 기록돼 있습니다. 컨트롤 미표시·비활성·거부는 그대로 보존해 수명주기 담당자에게 전달합니다. 무관한 자산으로 바꾸거나 공개 범위를 확대하지 않습니다.

조사한 조건부 컨트롤 설명입니다. 이번 문서 작업은 고객 제공 설정이나 정상 연결된 수명주기 시연을 입증하지 않았습니다.

정확한 공개 결과를 읽습니다. COMPLETED 에는 반환 배포 기록이 필요하며 AUTHORIZED 만으로는 아직 그 기록이 없을 수 있습니다. DENIED 는 사유를 보존합니다. 같은 원본·파생·범위를 재확인합니다.

관련 Contribution Correlation 확인

1. 제공된 수명주기 맥락에서 활성화된 기여도 상관관계(Contribution Correlation) 을 선택합니다.
2. 같은 원본·파생 참조를 읽고 배정된 파생 자산 정책 리비전(Revision1 또는 Revision2)을 선택합니다.
3. 상관관계 미리보기(Preview Correlation) 은 PROJECTED를 반환해야 합니다. Evidence set·Policy·사용자 raw metrics·weighted scores를 대조합니다.
4. 허용 실습에 내보내기가 포함된 경우에만 상관관계 CSV 내보내기 를 선택하고 EXPORTED 명세·Export·Verification을 확인합니다.

조사한 핸들러는 저장 창이나 CSV 바이트 다운로드를 제공하지 않습니다. 명세와 CSV 파일 수신은 다르므로 운영자에게 지원되는 파일 취득 절차를 요청합니다. 이 합성 상관관계 실습을 일반 Contribution 내보내기와 구분합니다.

09 · 실패 단계 해결·정확한 인계

내장 목록 사용 불가: 행 해석을 멈추고 설치 운영자에게 버전이 일치하는 네이티브 후보와 공개 투영을 확인하도록 요청합니다. 정확한 메시지·클라이언트 버전을 보존합니다. 내장 메타데이터 영역을 고치려고 다운로드 샌드박스를 설정하지 않습니다.

일치하는 내장 항목 없음: 먼저 Reset filters를 실행합니다. 유효한 전체 목록이 제공된 후보의 목록과 여전히 다르면 ID·개수를 기록하고 운영자에게 버전 대조를 요청합니다.

과거 사용자 라이브러리 경계: 아래 이전 촬영은 사용자·카탈로그 투영 사용 불가 상태였습니다. 별도 실패 경로를 설명하기 위해 보존하며 현재 내장 목록의 예시가 아닙니다. 다운로드 설정 누락은 내장 Pack 부재를 입증하지 않습니다.

클라이언트 버전·대상 참조·자산/리비전·필터 범위·실패 단계·비식별 사유를 포함합니다. 배치·Work 참조는 실제 있을 때만 적습니다. 자격증명·기밀 입력·전체 자산 목록은 보내지 않습니다.

Packtory 문제 해결 · 지원 인계 기록지