Engineering Workspace: 수명주기와 도구별 경로

01 · 기존 Work를 Engineering으로 가져오기

이 메뉴 관찰·촬영은 R9/R10에서 보존했습니다. R11 변경 대상은 전역 Audit Report 화면이며 구현 경로와 로컬 네이티브 표시 관찰는 최종 보고서 가이드에 설명합니다. 이 변경이 해당 워크스페이스 도구의 새 결과를 입증하지는 않습니다.

목적: Work 하나의 기록된 엔지니어링 맥락을 조회합니다. 먼저 Business Work ID와 결과를 보존하세요. 워크스페이스 선택기에서 엔지니어링 워크스페이스 를 선택하고 IDE를 엽니다. 수명주기 패널을 읽기 전에 Active Work를 확인하세요.

관찰된 로컬 감사 Work가 Engineering Work Control에 표시되었습니다. 이 이동으로 소스를 수정하거나 빌드·테스트를 실행하지 않았습니다. 상단 IDE·Runtime·Audit·Reports·Memory·Packs·Operations와 IDE 내부 수명주기 탭은 별도의 탐색 계층입니다.

02 · 먼저 엔지니어링 질문 선택

엔지니어링 담당자에게 Work ID·의도한 변경·관련 저장소 식별자/리비전·필요한 검증·검토자를 받으세요. IDE 내부에서는 Intent → Repository → Change → Build → Validate → Artifacts → Review → Closure 순서로 각 질문을 확인합니다. 상단 Runtime·Audit·Reports·Memory·Packs는 별도 도구를 열고 Operations는 워크스페이스를 전환합니다.

확인한 후보의 엔지니어링 경로는 기존 기록을 읽으며 소스 편집기는 읽기 전용입니다. Business의 로컬 감사 실행은 관찰할 실제 Work를 제공하지만 코드 수정·빌드·테스트 흐름을 입증하지 않습니다. 필요한 기록이 없으면 완료 처리 대신 누락 기록과 담당자를 식별하세요.

03 · Intent: Work의 목적 확인

Intent / Change intent를 선택하세요. Work·Intent를 담당자가 전달한 요청과 대조하고 표시되는 목적·제약·필수 검증·종료 조건을 읽습니다. 표시되지 않는 필드는 미확인으로 남기며 Work 제목에서 채워 넣지 마세요.

이 단계는 읽기이며 새 요청 편집기가 아닙니다. 기존 Work의 식별자를 유지하고 Repository로 진행하세요. 선택된 Work가 없으면 Business/My Work 또는 지원되는 운영자 조회로 대상 문맥을 확보합니다. 새 작업이 필요하면 지원 제출 경로를 받으세요. 입증된 Business 경로는 한정 로컬 감사 작업만 다룹니다.

04 · 의도와 저장소 범위 읽기

의도(Intent) (Change intent)에서 시작하고 Repository 문맥을 읽으세요. 목적을 해석하기 전에 Work를 대조합니다. 실제 화면은 NOT_PROJECTED, REPOSITORY NOT PROJECTED, NO BRANCH, NO TREE STATE를 표시했습니다.

이번 감사 Work의 해당 필드는 저장소 브랜치·차이·작업 트리 증거를 제공하지 않습니다. Implementation EXITED 배지를 코드 변경으로 해석하지 마세요. 저장소 검토가 필요하면 엔지니어링 담당자에게 해당 Work의 지원되는 소스 문맥 프로젝션을 요청하세요. 누락된 문맥을 기록하며 이 실습에서는 저장소 연결·복구를 수행하지 않습니다.

관찰값: Repository 단계의 식별자·브랜치·리비전 등 저장소 필드는 NOT_PROJECTED였습니다.

05 · Change: 소스와 기록된 변경 범위 조회

1. Repository의 식별자·브랜치·리비전을 확인한 뒤 Change / Implementation and change surface를 선택하세요.
2. Current source·Source context·Related Work·Changed scope·Before/after를 읽고 관련 Work를 보존한 ID와 대조합니다.
3. 지원 저장소 프로젝션이 변경 파일을 제공하면 파일을 선택하여 소스를 읽기 전용으로 조회합니다. 이 조건부 경로는 소스 정의이며 감사 예시로 실제 소스가 채워진 조회가 입증된 것은 아닙니다.
4. NOT_PROJECTED 또는 변경 소스 없음이면 그대로 기록하고 저장소 담당자에게 필요한 소스 문맥을 요청하세요. Build는 기존 기록을 읽기 위해서만 이어갑니다.

Implementation EXITED 배지는 선택된 실행 상태를 반영하며 소스 수정 증거가 아닙니다. 읽기 전용 화면에 대체 코드를 입력하거나 메뉴 이름에서 패치를 추정하지 마세요.

관찰값: Change는 선택 Work를 표시했지만 소스 문맥과 변경 범위는 NOT_PROJECTED였습니다. 소스 수정은 수행하지 않았습니다.

06 · Build: 빌드·테스트 실행 증거 읽기

Build / Build and test loop를 선택하세요. Execution ID·실행 모드·런타임 바인딩·프로세스 ID·실행 파일 digest·종료 코드·stdout/stderr digest·증거 참조를 읽고 검토 대상 Work의 실행과 대조합니다.

실제 빌드·테스트 검토를 위해서는 엔지니어링 담당자에게 기대 대상과 검증 기준을 받은 뒤, 표시된 기록이 실제로 그 대상을 다루는지 확인합니다. NOT_RECORDED는 0이나 성공을 의미하지 않습니다. 보존된 감사 Work는 컴파일러나 테스트 실행기가 실행되었다는 증거가 아닙니다. 이 화면은 실행 기록을 보여 주며 여기서 새 빌드·테스트 동작을 시연하지 않았습니다. 필요한 출력이나 로그가 없으면 로그를 만들거나 Work를 다시 실행하는 대신 승인된 증거 인계를 요청하십시오. 기록과 한계가 명확해지면 Validate로 이동합니다.

관찰값: Build는 NATIVE_HOOK 모드의 기존 감사 실행과 런타임 바인딩 참조를 표시했습니다. Process·실행 파일 digest·종료 코드는 NOT_RECORDED였습니다. 기록 조회이며 새 빌드·테스트 실행이 아닙니다.

07 · 해당 실행의 Validate 확인

검증(Validate) / 검증 기록를 선택하세요. 실행 참조를 대상 Work와 비교합니다. 관찰된 패널은 Validation PASSED, Execution state EXITED, Exit code NOT_RECORDED, Review disposition NOT_RECORDED를 표시했습니다. Required는 NOT_PROJECTED_BY_CURRENT_TYPED_RECORD였습니다.

이 값은 기록된 감사 검증만 뒷받침합니다. 컴파일러 실행, 테스트 통과 또는 종료 코드 0을 입증하지 않습니다. Build나 Change에서는 해당 Work가 실제로 보여 주는 내용만 확인하십시오. 이 실습은 코드 수정·빌드·테스트 실행을 시연하지 않았습니다. 필요한 검증이 없으면 그 원문 상태를 보존하고 Work 담당자에게 해당 기록을 요청합니다.

08 · Artifacts: 자산과 보고서 구분

Artifacts / Artifact lifecycle를 선택하세요. asset ID·리비전·Packtory 상태·검증 상태·artifact digest·작업 영수증·Work 영수증·Work 종료 참조를 읽습니다. 전달 전에 같은 Work와 해당 자산 리비전을 확인하세요.

필드가 NOT_RECORDED면 이 화면은 해당 자산 기록을 제공하지 않습니다. Work 보고서 JSON/PDF 부재를 뜻하지는 않습니다. 보고서 파일은 최종 보고서 경로, 실제 자산은 승인된 자산 전달 경로를 사용하세요. digest·생성 파일·수명주기 표시는 승격·승인·배포 권한을 부여하지 않습니다. 일치하는 자산 기록 또는 자산/Work 담당자에게 요청할 정확한 누락 기록을 확보하면 이 단계를 마칩니다.

관찰값: 이 Work의 자산 수명주기 필드는 NOT_RECORDED였습니다. 별도로 검증된 보고서 파일은 다른 기록입니다.

09 · Review: 검토·승인·최종 인수 구분

Review / Review and approval를 선택하세요. 기록된 검토 결과·승인 상태·승인 ID를 해당 Work와 대조합니다. Validate가 PASSED여도 이 값은 NOT_RECORDED일 수 있습니다.

이 화면은 기존 결정을 읽으며 여는 것만으로 검토 제출이나 승인이 되지 않습니다. 결정이 남으면 지정 검토자에게 정확한 Work·실행·최종 보고서를 전달하고 책임 담당자에게 지원 결정 절차를 받으세요. Closure에서 남은 요구사항을 읽습니다. ALLOW 실행 진입이나 빈 승인 목록에서 최종 인수을 추정하지 마세요.

관찰값: Review·승인 상태·승인 ID는 NOT_RECORDED였으며 종료는 여전히 사람 승인을 기다렸습니다.

10 · Closure와 다음 검토자 확인

종결 / 엔지니어링 종결를 선택하세요. 관찰된 Work는 AWAITING_HUMAN_ACCEPTANCE였으며 Review와 Artifact 차원은 NOT_RECORDED였습니다. 이를 Validation PASSED와 구분하세요.

엔지니어링 Artifact 차원이 미기록이어도 보고서 파일은 존재할 수 있습니다. 배지를 파일 목록으로 삼지 말고 실제 보고서는 최종 보고서 안내서에서 확인하세요. 결과를 검토할 사람을 지정합니다. Review나 Closure를 여는 것만으로 승인이 기록되지 않습니다. 같은 Work의 Business Results로 돌아가 보고서를 전달하세요.

11 · Runtime 관찰값 그대로 보존

상단 런타임(Runtime) 을 여세요. 촬영 화면은 NO_RUNTIME_BINDING, UNAVAILABLE , PORTABLE_BINDING_STORE_INVALID를 표시했고 governed runtime 후보는 표시되지 않았습니다. Active Work와 표시 사유를 함께 기록하세요.

AUTO는 선호이며 측정된 바인딩이 아닙니다. 런타임 프로젝션을 사용할 수 없다고 별도의 EXITED/PASSED Work 기록이 없어지는 것은 아니며 이 화면만으로 그 실행의 런타임 출처를 입증할 수도 없습니다. 설치·런타임 운영자에게 Work ID와 정확한 사유를 전달하여 대조를 요청하세요. 이번 실습은 원인·설정 수정·새 런타임 선택을 확정하지 않았습니다.

12 · Audit 도구: 관리 기록 대조

선택된 Work의 실행 진입·실행·승인·영수증·종료를 함께 추적하려면 상단 Audit를 사용하세요. 결정을 해석하기 전에 식별자 참조를 읽습니다. 구현은 해당 기록이 있으면 Pack/도메인 해석과 구성 문맥도 표시하며 추천 Pack과 실행 권한은 별개입니다.

IDE Review·Operations Audit·선행 후보의 전역 Audit Report 등록부 브라우저와 혼동하지 마세요. 관련 기록이 없으면 그대로 남기고 정확한 Work와 대조할 참조를 책임 검토자에게 전달합니다. 종합 결과는 최종 Work 보고서에서 확인하세요. Audit 방문은 감사 실행이나 새 권한 결정이 아닙니다.

관찰값: 선택 Work의 기록된 검증 PASSED와 승인 대기 종료가 표시됐고 Approval 기록은 NOT_RECORDED로 표시됐습니다.

13 · Reports 도구: 제공 문서 확인

상단 Reports 경로는 현재 문맥의 보고서 목록과 선택 문서를 요청합니다. 관찰된 Reports 화면은 검색 필드 비활성, “Enterprise Runtime is unavailable.”, “No report selected”를 표시했습니다. 채워진 목록과 문서 선택은 입증되지 않았습니다. 사용할 수 있으면 대상 보고서를 선택하고 읽기 전에 식별자·범위를 확인합니다.

미가용이거나 선택된 보고서가 없으면 정확한 상태를 보존하세요. 기록된 감사 Work에서 입증된 PDF 경로는 Business Results → Control Plane → 같은 Work/리비전 → Open PDF입니다. 최종 보고서 가이드를 따르세요. Reports·전역 Audit Report 브라우저·Work별 PDF/JSON 버튼은 별도 경로이며 한 경로가 비어 있어도 다른 경로의 실제 파일이 부정되지는 않습니다.

14 · Memory 도구: 미가용 프로젝션 확인

Memory를 열어 이 렌더러에 지원되는 typed Memory 프로젝션이 있는지 확인하세요. 활성 소스는 승인된 typed projection이 없는 Memory 경계, NOT_ESTABLISHED canonical object, DEFERRED_WITH_CAUSE 구현을 선언합니다.

경계를 읽는 경로이며 메모리 검색·편집·저장 절차가 아닙니다. 작업이 메모리에 의존하면 표시 상태를 기록하고 설치·기능 담당자에게 지원 경로를 요청하세요. 항목을 만들거나 이 렌더러 한계로 모든 기반 메모리 기능의 부재를 추정하지 않습니다.

관찰값: Memory는 NOT_ESTABLISHED·DEFERRED_WITH_CAUSE 및 MEMORY_TYPED_PROJECTION_CONTRACT_NOT_ESTABLISHED를 표시했습니다.

15 · Packs 도구와 Operations 이동

Packs를 열어 식별자·수명주기·선택·계보 프로젝션을 읽으세요. Current Work·Selection mode·Requested Pack·fallback·workspace/repository scope를 대조합니다. selectable/executable/unavailable 집계와 표시된 사용자 Pack 기록은 별도로 읽습니다.

도메인에 바인딩된 감사 Pack이 자동으로 사용자 선택 Pack이나 사용자 Pack 목록 항목이 되는 것은 아닙니다. 프로젝션이 미가용이거나 governed user Pack이 없으면 상태를 보존하고 Pack 담당자에게 필요한 정확한 식별자·리비전을 요청하세요. 이 조회는 Pack 설치·승격·실행이 아닙니다. 별도 탐색 경로는 Packtory 라이브러리 안내서 를 사용하세요.

운영 기록을 보려면 Operations를 선택하고 Operations 실습에서 같은 Active Work를 확인합니다. 선택기나 돌아가기 제어로 Engineering을 다시 여세요. 워크스페이스 이동은 작업 시작이나 승인이 아닙니다.

관찰값: NO_PACK_SELECTED, Selectable 15·Executable 1·Unavailable 14, 표시된 Pack 기록 0·index 기록 0, Selection mode NOT_SELECTED였습니다. 집계 범주는 설치된 기록 총계가 아닙니다. 채워진 목록 동작은 제공되지 않았습니다. Audit 도메인의 바인딩 문맥과 명시적 사용자 Pack 선택은 별개입니다.

16 · 동일 Work로 계속하기

결과·영수증·사람의 승인·PDF/JSON 열기는 최종 보고서 실습 으로 이어집니다. 다른 화면을 고르려면 PackrGUI 개요 로 돌아가세요. 이동할 때마다 원 Work 식별자를 보존하며 누락된 화면을 해결하려고 대체 Work를 제출하지 마세요.