PackrGUI 운영 안내서

01 · 필요한 화면 선택

PackrGUI는 Work 요청, 런타임 관찰, 검토 및 증거를 표시하는 데스크톱 화면입니다. 권한·실행·종결은 관리 엔진이 판단합니다. 이 안내서는 확인된 데스크톱 구현을 설명하며, 해당 GUI 빌드가 동결된 r232 어플라이언스에 포함되어 전달되었다는 뜻은 아닙니다.

Packtory Administration 대화상자와 어플라이언스 Administrative Console은 맥락이 다릅니다. 선행 조건은 Packtory 가이드 와 어플라이언스 관리자 안내서 를 확인하십시오.

기본 제공 공식 Pack 실습 에서 같은 Work의 Audit Review·Audit Evidence Format을 확인하세요.

02 · 워크스페이스와 전체 메뉴: 사용 경로 선택

워크스페이스를 선택한 뒤 수행할 일에 맞는 메뉴를 따라갑니다. 각 경로는 목적·준비물·조작·결과 해석·다음 이동을 설명합니다. Business 예시는 실제 감사 Work 하나의 요청부터 최종 리포트까지 다룹니다. Engineering·Operations도 확인한 R234 클라이언트의 모든 메뉴와 실제 빈 화면·미가용 상태를 설명합니다.

최종 감사 리포트: 동일 Work 확인·결과 해석·PDF/JSON 열기·검토 인계.

실제 로컬 후보 화면이며 모든 제품 동작이 성공했다는 시연은 아닙니다. 기존 감사 Work는 소스 편집·저장소 빌드·AI 제공자 호출·사람의 최종 승인을 수행하지 않았습니다. 추가 메뉴 촬영 중에는 새 Work를 제출하지 않았습니다. 고객 릴리스 일치, 데이터가 있는 엔지니어링 작업 흐름, 최종 승인은 별도 검증 대상입니다.

03 · 제공된 클라이언트 설치 및 확인

1. 운영체제와 어플라이언스에 맞는 클라이언트 패키지 및 전달 안내를 받습니다. 설치 전에 제공된 버전과 대상 조직을 기록합니다.
2. 해당 패키지의 설치 절차를 따릅니다. 소스 체크아웃, 브라우저 화면 복사본 또는 개발 빌드는 설치된 고객용 클라이언트가 아닙니다.
3. 제공된 네이티브 클라이언트를 실행합니다. Work를 제출하기 전에 작업공간과 어플라이언스 식별자가 전달 기록과 일치하는지 확인합니다.
4. 그 설치에 할당된 연결 프로필과 신뢰 자료만 사용합니다. 확인된 배포 프로필은 제한된 검증용 후보이므로 예시 엔드포인트를 운영 연결 절차로 사용하지 않습니다.

이 안내서에서는 일반 고객용 GUI 설치 프로그램이나 r232 GUI 전달 바인딩을 검증하지 않았으므로 임의의 다운로드 주소나 빌드 명령을 제시하지 않습니다. 새로운 r232 고객 어플라이언스는 최초 Customer Admin 설정이 C7에서 막혀 있습니다. 로컬 GUI 관리자나 정상적으로 열린 데스크톱 창이 그 선행 조건을 해소하지는 않습니다.

첫 연습 전에 전달 담당자에게 네 가지를 받습니다. 운영체제용 네이티브 클라이언트 패키지/버전, 대상 조직 및 설치 식별자, 지원되는 로컬 연결/실행 안내, 허용된 연습 범위입니다. 설치 버전과 표시된 식별자를 전달 기록에 대조합니다. 빠진 항목은 지원 요청에 정확히 적습니다. 단순히 “GUI를 연결하라”는 안내만으로는 충분하지 않습니다.

첫 연습 전달물 점검표

조직에서 사용하는 기존 전달/지원 절차로 다음 항목을 요청합니다. 이 표는 책임을 지정하며 새로운 전달 채널이나 동작하는 설치 프로그램을 확립하지 않습니다.

04 · Work 하나와 검토 경로 정하기

로컬 감사 산출물 작업에는 이 경로를 사용합니다. 요청자는 비기밀 의도를, 설치 운영자는 네이티브 클라이언트·로컬 엔드포인트 안내·허용 작업을, 검토자는 인수 기준을 제공합니다. 시작 전에 반환 Work 식별자를 누가 보관할지 정합니다. 예를 들어 검토자는 의도한 로컬 감사 작업의 보고서와 검증·영수증 관찰을 요구하고 업무 인수은 지정된 사람에게 남길 수 있습니다.

1. 실제 연결을 확인한 뒤 요청·검토 화면을 찾습니다. 미연결 화면에서도 탐색을 배울 수 있지만 작업 결과는 얻을 수 없습니다.
2. 준비 → 수정 → 재준비 → 허가된 Submit순서를 따릅니다. 지원되는 로컬 경로는 계보 산출물을 만들며 첨부 파일 분석이나 선택 AI 모델 실행이 아닙니다.
3. 동일 Work 결과 검토를 따릅니다. 화면을 바꿀 때마다 반환 식별자를 유지합니다. 초안에는 제출된 Work 식별자가 없으므로 임의로 만들지 말고 그 차이를 기록합니다.
4. 검토 결과와 사람의 판단 담당자를 남기거나, 정확한 미해결 단계와 운영자를 지정하여 마칩니다. 연결이나 결과가 불확실하면 새 요청 대신 헤드리스 가이드 의 조회 조정을 계속합니다.

자산 탐색은 별도의 Packtory 사용자 가이드, 화면 간 작업 계획은 사용 워크플로우를 참조합니다. Pack 선택, 런타임 선호, 작업공간 선택, 권한은 각각 다른 입력이며 서로 대신하지 않습니다.

05 · 작업 전에 연결 상태 읽기

런타임 상세 카드가 표시되는 경우 연결 상세(Connection Details)를 펼칩니다. 엔드포인트(Endpoint), 배포(Deployment), 클라이언트 배포(Client Distribution), 상태(Health), 신원 , 조직(Organization) 을 함께 읽습니다. 이어서 신뢰 모드(Trust Mode), TLS 신뢰(TLS Trust), 인증서(Certificate) , 준비 상태 게이트(Ready Gate)를 확인합니다. 이 화면은 진단 정보를 표시하며 서버 주소 입력 양식은 아닙니다.

불러오지 않음(Not loaded), 확인되지 않음(Not resolved) , 검증 필요(Needs validation) 은 해당 검사에서 사용 가능한 상태를 얻지 못했다는 의미입니다. 서버에 데이터가 없다는 뜻은 아닙니다. 표시된 관리자 조치(Admin Action) 또는 사용자 조치(User Action) 은 본인의 권한 범위에서만 수행합니다. 식별자가 다르면 Work 제출 전에 중단하고 설치에 지원되는 절차로 할당된 연결 프로필을 바로잡습니다.

별도의 관리 콘솔(Administrative Console) 은 네이티브 Packr 애플리케이션 메뉴 또는 CmdOrCtrl+Shift+A로 엽니다. 인증 연결은 관리자 안내서에서 설명합니다. 콘솔을 열었다고 해서 모든 작업공간 연결이나 런타임이 자동 검증되지는 않습니다.

현재 로컬 Work 경로는 설치의 로컬 제어면 엔드포인트를 사용합니다. 확인된 데스크톱은 기본 로컬 소켓이나 실행 시 명시된 엔드포인트를 읽을 수 있지만 이 안내서는 고객용 실행 명령이나 대체 원격 URL을 제시하지 않습니다. 기존 배포 프로필 상세 카드와 원격 Administrative Console은 별도의 연결 화면입니다. 해석 전에 설치에서 선언한 모드를 확인합니다.

06 · 탐색하면서 Work 맥락 유지

작업공간 선택기로 비즈니스 워크스페이스, 엔지니어링 워크스페이스 , 운영 워크스페이스를 선택합니다. Business 탐색에는 홈(Home), 요청, 내 작업(My Work), 검토(Review), 승인(Approvals), 최종 보고서(Final Report) , 프로젝트(Projects)가 있습니다. 다음에 사람이 할 일에 맞는 화면을 선택합니다. 화면 전환 자체는 Work 승인이나 실행이 아닙니다.

Engineering 도구 모음에는 IDE, 런타임(Runtime), 감사(Audit), 보고서(Reports), 메모리(Memory) , 팩(Packs), 운영(Operations)가 있습니다. 이동할 때마다 맥락 표시줄의 워크스페이스, 화면·도구 , 활성 Work(Active Work)를 확인합니다. 다른 Work의 보고서를 현재 요청의 증거로 사용하지 않습니다.

이전 화면 맥락으로 돌아가기 와 워크스페이스 는 탐색 맥락으로 돌아갑니다. 설정(Settings) 는 설정을, 도움말(Help) 는 도움말을 엽니다. 현재 화면이나 유효 권한에 따라 컨트롤이 숨겨지거나 비활성화될 수 있습니다. 비활성화된 표시를 실제 작업 수행의 증거로 해석하지 않습니다.

절차: 작업공간을 오가며 기존 Work 추적하기

목표는 식별자를 잃지 않고 기존 결과 하나를 확인하는 것입니다. 요청자 또는 원래 응답에서 실제 Work 식별자를 받고 검토자가 답하려는 질문을 확인합니다. 다음은 탐색 절차이며 추가 실행이 아닙니다.

1. Business Workspace에서 My Work를 열고 대상 항목을 선택합니다. 맥락 표시줄의 Active Work를 받은 식별자와 대조합니다. 없다면 운영자에게 설치/사용자 범위를 확인하도록 요청합니다. 이름이 비슷한 다른 Work로 대체하지 않습니다.
2. 요청/결과 검토에는 Business 화면을 사용합니다. 촬영된 빌드는 상단 결과 탭을 Results로 표시하고 Quick Access에 View Final Report도 제공합니다. 아래 참조 절에서는 결과 화면을 Final Report라 부릅니다. 제공된 빌드에서 보이는 라벨을 사용하고 Active Work를 다시 확인합니다.
3. 구현/런타임 맥락은 Engineering Workspace의 Runtime, Audit, Reports로 이동합니다. 이들은 조회 목적지입니다. 운영 관찰에는 Operations Workspace를 선택합니다. 작업공간 변경이 Work 접수·명령 실행·결과 승인을 수행하지 않습니다.
4. 조작이 화면 밖에 있으면 애플리케이션을 정상적으로 스크롤하여 라벨이 있는 영역을 찾습니다. 먼저 작업공간을 확인합니다. Business 탐색 라벨이 Engineering에 그대로 있지는 않을 수 있습니다. Back to previous surface context 또는 Workspace로 돌아간 뒤 Workspace, Surface, Active Work를 함께 확인합니다. 웹사이트 문서 탐색을 제품 조작으로 사용하지 않습니다.
5. 그 Work의 관찰 결과를 기록하고 Business 검토/결과 화면으로 돌아갑니다. 현재 표시가 없는 화면에서는 해당 질문을 “관찰되지 않음”으로 남기고 지원되는 Headless 조회 경로나 담당 운영자를 이용합니다.

완료: 요청자 식별자와 검토한 결과가 일치하고 각 미해결 관찰에 다음 담당자가 있습니다. Audit, Approvals, Results에 도착했다는 사실만으로 감사·승인·결과가 존재하는 것은 아닙니다.

07 · 범위가 명확한 Work 요청 준비

활성 작성기는 제한된 로컬 감사 산출물 작업을 지원합니다. 실제 확인한 입력 create audit artifact를 사용하고 첨부와 선택 Pack은 비워 둡니다. Prepare 뒤 현재 단계 입력란은 비워 두고 준비된 의도를 검토한 뒤 허용된 실습 범위 안에서 Submit을 한 번 사용합니다. 전체 단계·실제 화면·반환 Work·응답 불확실성 처리는 Business 실습 안내에 있습니다. 준비만 연습한다면 Submit 전에 멈춥니다. 폭넓은 문장·문서 생성·AI 실행은 이 예제로 검증되지 않습니다.

08 · 요청 런타임과 실제 바인딩 구분

런타임(Runtime) 컨트롤에는 모드(Mode) 값 AUTO, PREFER , PIN과 후보 선택기가 있습니다. 이것은 요청할 런타임 선호를 기록합니다. 제공자 권한이나 자격 증명을 만들거나 선택한 모델의 실행을 보장하지 않습니다.

엔진 응답 뒤 런타임 바인딩(Runtime Binding) 의 요청값(Requested), 실제값(Actual), 대체 경로(Fallback) , 리비전(Revision)을 읽습니다. 바인딩되지 않음(Not bound) 는 실제 바인딩이 확립되지 않았다는 뜻입니다. Candidate를 골라도 Actual 바인딩이 없으면 요청 단계입니다. 특정 런타임이 필수라면 그 런타임으로 수행된 Work라고 판단하기 전에 Actual을 대조합니다.

작업공간 선택, 런타임 선호, 접근 모드는 서로 다른 개념입니다. Operations는 화면을 바꾸고 PIN은 선호를 바꾸며, 어느 쪽도 권한을 변경하지 않습니다. GUI 표시만으로 판단할 수 없다면 헤드리스 가이드 의 정식 Work 상태 조회를 이용합니다.

활성 로컬 감사 산출물 작성기는 런타임 선호를 제공자 실행 경로로 전달하지 않고 고정된 로컬 작업을 준비합니다. 따라서 AUTO/PREFER/PIN을 바꿔도 그 로컬 작업이 AI 생성 작업으로 바뀌지 않습니다. 런타임 선택 컨트롤은 다른 관리 Work의 표시를 설명할 수 있습니다.

이번 로컬 실행의 별도 Engineering Runtime 화면은 NO_RUNTIME_BINDING 과 PORTABLE_BINDING_STORE_INVALID를 표시했습니다. 최종 Work 보고서는 완료된 로컬 결정적 실행을 기록합니다. 항목별 설명을 읽으세요. 제공자 준비 완료는 확립되지 않았습니다.

09 · 새 초안에 사용할 Pack 찾기

1. 도구 모음에서 Packtory 를 열고 새로 고침(Refresh)를 선택합니다.
2. Pack 이름 또는 식별자로 검색하고 워크스페이스, 도메인(Domain) , 가용성(Availability) 필터로 좁힙니다.
3. 행을 선택합니다. 선택 전에 식별자/리비전, 출처(Provenance), 의존성(Dependencies) , 리비전 이력(Revision history) 를 확인합니다.
4. 적격 로컬 항목에는 새 Work에서 사용(Use in new Work)를 사용합니다. 기존 Work Draft에 PIN 선호를 기록합니다. 초안의 선택한 Pack(Selected Pack) 을 확인하고 해제하려면 제거(Remove) 를 사용합니다.

확인된 화면은 AVAILABLE 인 비원격 카탈로그 항목이며 활성 Work가 없을 때만 사용을 허용합니다. 현재 필터와 일치하는 Pack이 없습니다. 이면 필터를 넓힙니다. Pack 투영을 사용할 수 없습니다. 이면 먼저 관찰 경로를 복구합니다. 어느 메시지도 조직에 Pack이 없음을 증명하지 않습니다.

다운로드 행은 별도 경로입니다. 다운로드 는 선택한 관리 자산의 로컬 가용성을 요청합니다. DOWNLOADED , ALREADY_LOCAL 은 Work 바인딩이나 실행 권한이 아니며 PARTIAL 배치는 거부된 항목을 확인해야 합니다. 이 안내서가 운영 원격 카탈로그 연결을 검증하지는 않습니다.

현재 로컬 작성기의 한계: Pack 선택은 초안 선호일 뿐입니다. 활성 로컬 감사 산출물 준비 경로는 선택된 Pack을 거부합니다. 해당 로컬 작업을 사용하려면 먼저 Remove로 선택을 해제합니다. 이 안내서는 초안 버튼으로 Pack 소비 과정이 완료된다고 약속하지 않습니다.

10 · 진행·검토·최종 보고서 읽기

Results·정확한 Work와 리비전 대조·PDF/JSON 열기·항목 해석·파일 확인은 별도 최종 감사 리포트 안내 를 사용합니다. 실제 실행은 EXITED, 검증 PASSED, 사람의 최종 승인 대기입니다. R9/R10 선행 후보의 전역 Audit Report Browser는 미가용이었습니다. R11은 canonical Work·리비전 선택 경로를 구현했으며 연결된 안내서에서 로컬 네이티브 목록 조회·PDF 표시를 확인했습니다.

11 · 데스크톱의 일반 증상 해결

절차: 빈 Pack 목록과 비활성화된 조작 진단

목표는 다음 단계가 필터 수정인지, 연결 담당자 인계인지, 지원되는 선택인지 판단하는 것입니다. 자산 담당자에게 대상 설치와 원하는 Pack 식별자/리비전을 받습니다. 적격 Pack을 의도적으로 선택하기 전까지는 조회 진단입니다.

1. 맥락 표시줄에서 작업공간과 Active Work를 확인합니다. 대상이 다르거나 미해결이면 여기서 중단합니다. 전달 담당자에게 할당된 로컬 연결 안내/프로필을 바로잡도록 요청한 뒤 식별자를 다시 확인합니다.
2. Packtory에서 Refresh를 선택합니다. “No Packs match the current filters.”라면 검색어를 지우고 Workspace, Domain, Availability 필터를 넓힙니다. 행이 나오면 담당자가 준 식별자/리비전과 대조합니다. 계속 비어 있으면 그 리비전이 현재 범위에 보여야 하는지 자산 담당자에게 확인합니다.
3. “Pack projection is unavailable.”라면 문구를 보존하고 어플라이언스 운영자에게 설치 연결 및 Headless status/health 확인을 요청합니다. 필터 변경만으로 누락된 표시를 확립할 수 없습니다. 최신 표시를 받을 수 있게 된 뒤 탐색기를 다시 확인합니다.
4. Use in new Work가 비활성화되면 선택 행의 Availability, 원격 카탈로그 항목 여부, 활성 Work 여부를 확인합니다. 활성 Work가 없고 로컬 항목이 AVAILABLE이면 이 초안 조작의 대상이 됩니다. 기존 Work 검토를 마친 뒤 의도적으로 새 초안을 엽니다. 버튼을 켜기 위해 기존 식별자를 버리지 않습니다.
5. Request에서 Prepare Work가 비활성화되면 최초 Work Request의 공백 아닌 문장을 확인합니다. Submit이 비활성화되면 준비 성공, 현재 맥락, 표시된 이유를 확인합니다. 수정 후에는 재준비가 필요하며 런타임/관리 권한 문제는 담당 관리자에게 전달합니다.

완료 확인: 표시된 정확한 Pack 리비전과 초안 선택 결과, 담당자와 확인한 유효한 빈 범위, 또는 누락된 표시/연결 항목과 다음 담당자를 기록합니다. Pack 선택은 초안 선호이며 위 로컬 감사 연습에서는 제거해야 합니다.

12 · 지원에 필요한 정보 정리

클라이언트 버전, 운영체제, 선택한 작업공간, 화면, 수행한 동작, 정확한 상태/사유, 관찰 시각, 허용된 Work 또는 자산 참조를 기록합니다. 기대한 동작과 실제 동작의 차이, 같은 읽기 전용 화면의 새로고침으로 재현되는지 설명합니다. 공유할 화면이나 보고서에서 자격 증명, 비공개 파일 경로, 원문 요청, 무관한 조직 데이터를 제거합니다.

연결 오류는 관리자 가이드, 정식 Work 조회는 헤드리스 가이드, 자산 권한은 Packtory 관리자 가이드를 이용합니다. 문제 해결 안내서 에서 이 경로를 함께 확인할 수 있습니다. 새로고침은 새로운 관찰을 얻을 뿐 권한을 수리하거나 영수증을 만들거나 진행 중인 Work를 완료하지 않습니다.