Jon은 보고서를 보내기로 계획한 시간보다 12분 전인 오후 6시 18분에 실수를 발견했습니다.
이 문서는 포장 라인의 전환 시간을 줄이려고 노력하는 가족 소유 제조업체인 Haversham Components에 대한 것이었습니다. 17페이지의 가동 중단 원인 차트 아래에서 AI 작성 보조원은 "North Ridge 운영 모델"이라는 문구를 사용했습니다. North Ridge는 또 다른 고객이었습니다.
보고서에는 North Ridge 데이터가 나타나지 않았습니다. 이 문구는 Jon의 재사용 가능한 컨설팅 템플릿에서 나왔습니다. 그럼에도 불구하고 실수는 심각했습니다. 한 명의 독립 컨설턴트가 4번의 계약에서 동일한 AI 도구를 사용할 때 방법, 언어 및 고객 정보가 얼마나 쉽게 흐려질 수 있는지 보여주었습니다.
이 사건으로 인해 Jon은 나중에 편의성보다는 격리를 중심으로 onemind를 구성했습니다. 그의 회사 Mind는 그가 관찰을 구성하고, 계산을 검증하고, 권장 사항을 작성하고, 불확실성을 표시하는 방법과 같은 일반적인 컨설팅 방법만을 보유했습니다. 각 클라이언트에는 별도의 제한된 프로젝트가 있었습니다. Haversham의 프로젝트에는 어휘, 승인된 이해관계자, 안전 규칙, 소스 폴더, 보존 정책 및 두 가지 활성 참여가 포함되어 있습니다. Jon의 방법을 상속할 수 있지만 North Ridge에서 검색하거나 상속할 수는 없습니다.
3개월 후 Jon은 감독자 워크숍을 위해 Haversham의 공장에 도착했습니다. 녹음에 앞서 그는 onemind에서 약혼식을 열었습니다. 화면에는 활성 클라이언트를 큰 활자로 표시하고 회의 민감도, 참석자, 녹음 동의 캡처 여부를 표시했습니다. 공장 관리자가 동의를 확인한 후에야 onemind는 회의 분석 워크플로 시작을 허용했습니다.
녹취록은 회사 메모리가 아닌 onemind에 원본 자료로 입력되었습니다. 회의 대리인은 워크숍 목표, Haversham이 선호하는 용어, 프로세스 맵 스키마 및 참가자 의견에서 관찰된 사실을 분리하기 위한 지침을 받았습니다. 4개의 후보자 결정, 7개의 관찰, 3개의 해결되지 않은 질문이 반환되었습니다. 각 문장은 타임스탬프에 다시 연결됩니다.
Jon은 유지 관리 감독자가 변경을 승인하지 않고 브레인스토밍만 했기 때문에 후보 결정 하나를 거부했습니다. 그는 두 명의 발표자 이름을 수정하고 3행에서 시각적 작업 지침을 시험하기로 한 결정을 받아들였습니다. 상담원은 또한 교훈을 제시했습니다. 감독자는 긴 절차 텍스트보다 주석이 달린 사진에 더 빨리 참여했습니다. Jon은 Haversham 3라인 프로젝트 내에서만 이를 수락하고 시험 후 검토 날짜를 설정했습니다. onemind는 이를 다른 고객에게 일반화하지 않았습니다.
다음날 아침 Jon은 스프레드시트 에이전트를 열었습니다. onemind는 승인된 생산 수치, Haversham에서 사용하는 단위, 합의된 기준 기간 및 Jon의 검증 작업 흐름을 제공했습니다. 상담원에게 전체 기록이나 다른 클라이언트 폴더에 대한 액세스 권한을 부여하지 않았습니다. 에이전트는 두 번의 비정상적인 중단이 포함되었는지 여부에 따라 제안된 변경 사항이 월 2.8~4.1시간의 생산 시간을 복구할 수 있다고 계산했습니다. 결과는 해당 선택에 민감하므로 두 경우를 모두 생성하고 가정을 표시했습니다.
그런 다음 Jon은 Claude에게 절차 및 교육 팩의 초안을 작성해 달라고 요청했습니다. onemind는 Jon의 작문 표준, Haversham의 용어, 승인된 재판 결정, 승인된 스프레드시트 아티팩트, 시각적 교육 강의 및 기밀 바닥글을 동기화했습니다. Claude는 하나의 확실한 저축 수치를 만들어내는 대신 스프레드시트 시나리오를 인용했습니다.
오후 5시 54분에 Jon은 '외부 전송 준비'를 클릭했습니다. onemind 내보내기 후크로 인해 문서가 차단되었습니다. 이번에는 문제가 다른 고객의 이름이 아니었습니다. 사진 한 장에는 직원 전화번호가 적힌 화이트보드가 포함되어 있었습니다. 후크는 페이지, 감지된 민감한 필드, 트리거된 정책 및 세 가지 선택 사항(이미지 제거, 수정, 클라이언트 소유자에게 기록된 예외 요청)을 표시했습니다. Jon은 번호를 수정하고 다시 확인했습니다. 두 번째 실행에서는 기밀성, 용어, 인용, 계산 및 필수 바닥글 확인을 통과했습니다.
보고서의 증명 번들은 Haversham 소스 버전, 승인된 결정, 스프레드시트 결과, Claude 버전, onemind 패키지 버전, 내보내기 확인 및 Jon의 승인을 기록했습니다. 공장 관리자가 절감액 추정치가 하나의 숫자가 아닌 범위인 이유를 물었을 때 Jon은 오래된 채팅을 검색하는 대신 정확한 가정과 증거를 열 수 있었습니다.
계약이 끝나면 onemind는 프로젝트를 읽기 전용 보존으로 전환했습니다. 클라이언트 문서 폴더에 대한 액세스가 만료되었습니다. Jon의 로컬 앱은 Haversham 분석 플러그인과 캐시된 패키지를 제거하기 전에 요청했습니다. 수동으로 다운로드한 소스 파일 하나가 삭제되었는지 확인할 수 없었기 때문에 종료 보고서에는 정리가 완료된 척하는 대신 "사용자 작업 필요"로 표시되었습니다.
다음 분기 동안 Jon의 평균 최종 규정 준수 검토 시간은 거의 2시간에서 약 50분으로 단축되었습니다. 그는 두 배나 많은 보고서를 작성하여 성공을 측정하지 않았습니다. 의미 있는 결과는 클라이언트의 사실, 언어 및 증거를 별도로 유지하면서 클라이언트 전체에서 자신의 방법을 재사용할 수 있었고 경계 확인이 실패하면 문서가 그의 컴퓨터에서 떠나기 전에 실패를 볼 수 있다는 것입니다.