이 순서로 생각하세요
lispex image encode --source rule.lspx --out rule.lspx.png로 한 페이지 이미지를 만듭니다. 여러 페이지가 필요한 소스는 정규.lspx-images.zip출력 이름을 요구하며, 맞지 않는 접미사는 파일을 쓰기 전에 거부됩니다.lispex image inspect --image rule.lspx.png로 형식·프로필 식별자, 페이지 수, 정확한 소스 식별값과 모든 무결성 결속값을 확인합니다. 검사 결과에는 소스 내용이 나오지 않습니다.lispex image decode --image rule.lspx.png --out recovered.lspx로 바이트 단위로 같은 소스를 복원합니다. 기존 출력 파일은 덮어쓰지 않습니다.lispex run --image rule.lspx.png는 전체 디코딩, 무결성 검사, 패리티 검사, 정규 재생성 일치가 모두 끝난 뒤에만 프로그램을 실행합니다.- 줄바꿈 형식, 주석, 공백, 유니코드 바이트까지 정확히 왕복합니다. 이미지는 파싱된 폼만이 아니라 소스 바이트 자체를 나타냅니다.
- 플레이그라운드의 이미지 만들기는 편집기 바이트를 사용합니다. 이미지 열기는 로컬 PNG/ZIP을 증명한 뒤 미리 보며, 페이지 이동은 증명된 PNG 페이지만 꺼냅니다. 소스 복원은 실행 없이 편집기만 바꾸고, 이미지 실행은 별도의 명시적 동작입니다.
- 전체 정규성 증명 뒤
--source-image로 이미지를 바우치의 소스 문맥에 사용할 수 있습니다. 이미지 무결성만으로는 출처·신뢰·인증·요청 결속· 현재 실행 일치·gate 허가가 성립하지 않습니다.
정확한 이미지 명령
1. 정확한 소스 이미지 만들기
SH
lispex image encode --source refund-window.lspx --out refund-window.lspx.png2. 공개 결속값 검사하기
SH
lispex image inspect --image refund-window.lspx.png3. 정확한 바이트 복원하기
SH
lispex image decode --image refund-window.lspx.png --out recovered.lspx4. 증명 후 명시적으로 실행하기
SH
lispex run --image refund-window.lspx.png흔한 오해
스크린샷, 크기 조절, 색상 변환, 메타데이터 삽입, 재압축, 페이지 누락과 순서 변경은 거부됩니다. 이는 OCR이나 카메라 인식용 코드가 아니라 정확한 디지털 교환 형식입니다.
현재 경계
- 이미지는 소스와 동등한 공개 데이터입니다. 기밀성, 서명, 출처, 신선도, 신뢰, 결정의 정당성, 실행 권한을 제공하지 않습니다.
- 네이티브와 npm은 같은 파일 명령을 제공합니다. 공개 WASM은 내장용으로 같은 Rust 이미지 작업을 내보내고, 플레이그라운드는 이를 로컬 파일 화면으로 감쌉니다. 어느 이미지 방식도 바우치 권한을 추가하지 않습니다.
- 전체 정규성 증명 뒤 네이티브는 바우치의 식별자·정책·발행·검사·인증·
재실행·gate 전 과정에서
--source-image를 받습니다. npm은 식별자·정책· 인증 검증에만 받습니다. 별도로 제공하는 입력과 기존 요청 결속 권한 사슬은 계속 필수입니다.
다음으로
흐름이 익숙해지면 로컬 도구나 배포에 넣기 전에 실행 표면 선택 가이드에서 지원 범위를 확인하세요.