-
1단계: 출력 계약을 작성하세요
할 일: 필요한 테이블, 열, 데이터 형식, 계산, 조인, 필터, 기간, 최종 제공 형식을 나열하세요. 열 이름만으로 판단하지 말고 각 중요한 필드의 비즈니스 의미를 포함하세요.
성공의 기준: 다른 분석가가 사양을 읽고 올바른 결과에 무엇이 포함되어야 하는지 설명할 수 있습니다.
피해야 할 일반적인 실수: 프로젝트에서 ‘정리’가 무엇을 의미하는지 정의하지 않은 채 AI에게 “이 데이터를 정리해 줘”라고 요청하지 마세요.
-
2단계: 원본을 목록화하고 프로파일링하세요
할 일: 관련된 모든 통합 문서, 문서, 스캔 파일 또는 내보내기 파일을 식별한 다음 헤더, 행 수, 중복 식별자, 날짜 범위, 빈 필드 및 일관되지 않은 형식을 검사하세요. 누락값과 0을 구분하고, 누락되었거나 제공되지 않은 기간을 기록하세요.
성공의 기준: 각 출력 필드에 어떤 원본이 기준이 되는지, 특별한 처리가 필요한 파일이 무엇인지 알고 있습니다.
피해야 할 일반적인 실수: 누락된 관측값을 0으로 조용히 바꾸거나 제공되지 않은 기간을 보간하지 마세요.
-
3단계: AI에게 변환 계획을 제안하도록 요청하세요
할 일: AI에 원본 스키마와 출력 계약을 제공한 다음 가져오기, 헤더 승격, 형식 변경, 중복 제거, 테이블 조인, 예외 처리, 결과 집계를 위한 단계 순서를 요청하세요. 코드나 수식을 생성하기 전에 가정을 명시하도록 하세요.
성공의 기준: 각 변환에는 명확한 목적, 입력, 출력, 그리고 해당 순서에 포함되어야 하는 이유가 있습니다.
피해야 할 일반적인 실수: 조인 키, 데이터 단위 또는 필터 동작이 설명되지 않은 상태에서 그럴듯해 보이는 쿼리를 받아들이지 마세요.
-
4단계: 작고 테스트 가능한 단계로 쿼리를 구축하세요
할 일: 원본 가져오기, 정규화, 조인, 비즈니스 규칙, 집계, 출력 구성과 같은 체크포인트로 워크플로를 구현하세요. 다음 단계로 넘어가기 전에 각 단계를 행 수, 샘플 레코드, 합계로 테스트하세요.
성공의 기준: 결과가 실패해도 전체를 다시 구축하지 않고 한 단계로 문제를 좁힐 수 있습니다.
피해야 할 일반적인 실수: 정리, 조인, 계산, 서식을 하나의 불투명한 단계로 결합하지 마세요.
-
5단계: 예외 및 데이터 품질 처리를 추가하세요
할 일: 빈 식별자, 중복 레코드, 잘못된 날짜, 누락된 분기, 예상 밖의 범주, 충돌하는 원본값에 대한 처리 방식을 정의하세요. 거부된 행을 숨기지 말고 예외 테이블 또는 감사 추적 탭을 생성하세요.
성공의 기준: 워크플로에 포함된 항목, 제외된 항목, 제외 이유가 표시됩니다.
피해야 할 일반적인 실수: 영향을 받은 레코드를 보존하지 않은 채 증거를 삭제하는 오류 제거 단계를 사용하지 마세요.
-
6단계: 보고 계층을 만드세요
할 일: 검증된 출력 테이블을 기반으로 최종 통합 문서, 대시보드 또는 보고서를 구축하세요. 기본 변환을 변경하지 않고 원래 질문에 답할 수 있는 수식, 요약, 차이 계산, 차트를 사용하세요.
성공의 기준: 이해관계자는 결과를 이해할 수 있고, 기술 검토자는 결과를 원본까지 추적할 수 있습니다.
피해야 할 일반적인 실수: 시각적 불일치를 서식으로 감추거나 보고서상의 합계를 원본 검증의 대체물로 취급하지 마세요.
-
7단계: 독립적인 감사를 실행하세요
할 일: 핵심 수치를 독립적으로 재계산하고, 참조값과 비교하며, 중요한 값을 정확한 원본 파일·행·필드까지 추적하세요. Energent Audit은 다른 AI 시스템이 생성한 작업을 감사하고 근거와 함께 통과/실패 판정을 반환하도록 설계되었습니다.
성공의 기준: 보고서에는 출력에서 원본까지 검토 가능한 연결이 있으며, 모든 실패에는 문서화된 설명이 있습니다.
피해야 할 일반적인 실수: 동일한 생성 단계가 자신의 결과를 검토하는 유일한 검토자가 되도록 하지 마세요.
-
8단계: 수정된 워크플로를 저장하세요
할 일: 워크플로에 이름을 지정하고, 테스트한 규칙을 보존하며, 원본 가정을 문서화하고, 동일한 검사를 포함해 다음 실행을 예약하세요. 수정 사항이 발견되면 재사용 가능한 프로세스를 업데이트해 해당 수정이 지속적인 감사 규칙이 되도록 하세요.
성공의 기준: 다음 파일 세트를 원래 프롬프트 순서를 다시 만들지 않고 일관되게 처리할 수 있습니다.
피해야 할 일반적인 실수: 변환 로직과 검증 기록을 잃은 채 최종 통합 문서만 저장하지 마세요.