입력부터 결과까지, Headless Work 한 건

이 화면은 보존된 실행 기록의 선택 필드를 표시합니다. 명령 실행이나 서비스 연결은 하지 않습니다. 터미널 스크린샷이나 실시간 세션이 아닙니다.

제품의 마지막 관찰값은 사람의 승인 대기입니다. 이후 로컬 실습과 안내서에 대한 대화상 승인은 별도로 기록했으며 제품 상태는 갱신하지 않았습니다.

단계 1 / 6

서비스 확인

운영자가 한 일

운영자는 대상 로컬 서비스에 status와 health를 조회했습니다. health 명령 종료 코드는 1이었습니다.

이 단계의 명령 참조 열기

제품이 반환한 결과

실제 응답 발췌 · 나머지 필드 생략

{
  "service_state": "RUNNING",
  "liveness": {
    "reason_code": null,
    "status": "READY"
  },
  "readiness": {
    "reason_code": "AUTHORITY_READINESS_OBSERVATION_UNAVAILABLE",
    "status": "UNKNOWN"
  },
  "runtime": {
    "reason_code": "LIVE_RUNTIME_OBSERVATION_UNAVAILABLE",
    "status": "UNKNOWN"
  }
}

읽는 방법

RUNNING과 READY는 서비스 실행과 생존 상태입니다. 준비 상태와 런타임 관찰값은 UNKNOWN이었으며 Work 실행 권한을 의미하지 않았습니다.

다음 단계가 필요한 이유

이 로컬 실습은 별도 승인을 받았고 정상 작업 허용 경로가 제출을 평가했습니다. 다른 설치의 UNKNOWN 전제조건을 진행 허가로 해석하지 마세요.

단계 2 / 6

거절된 입력 읽기

운영자가 한 일

첫 의도 문구는 “Create a local lineage artifact for this approved operator exercise”였습니다. 필수 audit 단어가 빠져 있었습니다. 당시 실패한 입력이며 따라 실행할 명령이 아닙니다.

이 단계의 명령 참조 열기

제품이 반환한 결과

실제 응답 발췌 · 나머지 필드 생략

{
  "error": {
    "code": "PACKR_OPERATOR_STATUS_UNAVAILABLE",
    "message": "protocol failure: PACKR_IPC_MALFORMED_REQUEST: invalid request: SEMANTIC_INTENT_TYPE_UNRESOLVED"
  }
}

읽는 방법

바깥 오류 이름만으로 서비스 중단이 입증되지는 않습니다. 내부 사유 SEMANTIC_INTENT_TYPE_UNRESOLVED가 준비 단계의 문제를 가리킵니다.

다음 단계가 필요한 이유

수정해서 제출하기 전에 운영자는 원래 시도가 Work를 만들었는지 조회했습니다.

단계 3 / 6

Work 생성 여부 확인

운영자가 한 일

운영자는 같은 설치와 계정에서 work list를 조회했습니다. 당시 응답의 아래 목록은 비어 있었습니다.

이 단계의 명령 참조 열기

제품이 반환한 결과

실제 응답 발췌 · 나머지 필드 생략

{
  "works": [],
  "admissions": [],
  "executions": [],
  "reports": [],
  "receipts": [],
  "closures": []
}

읽는 방법

기록된 준비 실패는 Work 실행까지 도달하지 않았습니다. 세션 메타데이터는 저장되었으므로 상태 변경이 전혀 없었던 시도는 아닙니다.

다음 단계가 필요한 이유

지원 입력을 확인한 후 한 번 교정 제출했습니다. 범위가 한정된 빈 목록이 모든 Work의 부재를 보장하지는 않습니다. 완료 여부가 모호하면 먼저 대조합니다.

단계 4 / 6

의도 문구 한 번 교정

운영자가 한 일

CREATE_AUDIT_ARTIFACT에 수정된 의도 “create audit artifact”를 제출했습니다. 아래 Work가 생성되었고 CLI는 종료 코드 0을 반환했습니다.

이 단계의 명령 참조 열기

제품이 반환한 결과

실제 응답 발췌 · 나머지 필드 생략

{
  "result": {
    "work": {
      "work_id": "work-headless-c36fddb388d8599d9f5e70e40296eae13ccfa8ddaccf3976daacfa18e2ce373e",
      "state": "AWAITING_HUMAN_ACCEPTANCE"
    },
    "reports": [
      {
        "final_result": "AUTOMATION_COMPLETED_HUMAN_ACCEPTANCE_PENDING"
      }
    ],
    "replayed": false,
    "execution_retry_allowed": false,
    "human_acceptance_claimed": false
  }
}

읽는 방법

자동 처리는 완료되었지만 사람의 승인은 대기 중이었습니다. replayed는 false이며 실행 재시도는 허용되지 않았습니다. 명령 종료 코드와 Work 결과를 함께 읽으세요.

다음 단계가 필요한 이유

반환된 정확한 work_id를 저장합니다. 이 식별자로 목록·상세·보고서를 확인하며 같은 작업을 다시 제출하지 않습니다.

단계 5 / 6

동일 Work 추적

운영자가 한 일

운영자는 제출 응답, 목록, 상세, 선택 보고서의 Work ID를 대조했습니다. 아래는 동일 Work의 보고서 발췌입니다.

이 단계의 명령 참조 열기

제품이 반환한 결과

실제 응답 발췌 · 나머지 필드 생략

{
  "work_id": "work-headless-c36fddb388d8599d9f5e70e40296eae13ccfa8ddaccf3976daacfa18e2ce373e",
  "execution_count": 1,
  "final_result": "AUTOMATION_COMPLETED_HUMAN_ACCEPTANCE_PENDING",
  "validation_results": "PASSED",
  "closure": {
    "disposition": "AWAITING_HUMAN_ACCEPTANCE",
    "human_acceptance": null,
    "human_acceptance_required": true
  }
}

읽는 방법

실제 실행은 한 건이며 정식 검증 결과는 PASSED였습니다. 종료 기록은 여전히 사람의 승인을 요구했습니다. 검증과 최종 사람 승인은 별개의 상태입니다.

다음 단계가 필요한 이유

산출물이 전달되고 검토되었다고 판단하기 전에 실제 보고서 파일을 확인합니다.

단계 6 / 6

보고서 파일 검증

운영자가 한 일

운영자는 반환된 보고서 경로에서 실제 JSON·PDF 파일 해시를 아래 값과 비교하고 PDF를 네이티브 뷰어로 열었습니다.

이 단계의 명령 참조 열기

제품이 반환한 결과

실제 응답 발췌 · 나머지 필드 생략

{
  "json_file_sha256": "d7c014b72ebb839269c0ab11c0c23bea7e07416178ec31583b7d10b6bc0ef996",
  "pdf_sha256": "sha256:1265657f5b51e8e63dd86a3977a91731f4f6893b37e1f1431a6977d88ddbb4f3",
  "report_sha256": "sha256:f97ee5c9726fd67e47343eb7425e56af11ad74f56a77e38636311a335ec0fc48"
}

읽는 방법

파일 해시는 일치했습니다. report_sha256는 별도 내부 보고서 다이제스트이며 JSON·PDF 파일 자체의 체크섬이 아닙니다. 사용자의 실행에서는 다른 값이 나옵니다.

다음 단계가 필요한 이유

기록된 결과는 자동 처리 완료와 사람 승인 대기입니다. Work ID, 결과, 승인된 보고서 전달 정보를 보존하며 전체 원본 보고서는 비공개로 유지합니다.

범위가 정해진 기업 평가 · 다음 단계

고객 환경에서 통제된 작업 흐름 하나를 평가하십시오.

평가할 AI 작업 흐름 하나와 대상 실행 경계·승인 요건을 정리하세요. 기록된 로컬 R234 사례와 비교하거나 구조화된 PoC 평가 순서를 따르고, 2026년 10월 18일 영문·한국어 기술 백서를 참고하세요.

평가 문의 (이메일) 11단계 PoC 가이드 시작 → 기술 백서 (2026년 10월 18일 PDF) 한국어 PDF (KR)

연락 경계 안내: “평가 문의”를 클릭하면 로컬 메일 프로그램이 다음 수신 주소로 열립니다: support@vibepackr.com 로 구조화된 문의 양식이 열립니다. 이메일 전송만으로 지원 사례가 등록되거나 어플라이언스가 구성되지는 않습니다. 자격 증명·개인정보·기밀 로그를 포함하지 마십시오.