Loop (검증 Loop·개선 Loop)

두 Loop가 고치는 대상

‘검사에 통과할 때까지’만 목표로 두면 결과를 바로잡는 대신 기준을 느슨하게 만들 수 있습니다. 결과 수정과 기준 변경을 구분해야 합니다.

코드·AI·사람의 확인을 나눈다

BOAZ의 위키 운영에서는 원문 파일과 인용 위치가 존재하는지 코드로 검사합니다. AI는 기존 설명과 새 원문의 충돌 후보를 찾습니다. 사람은 사실·표기·관계·해석·확정성·적용 범위를 판단합니다.

모든 업무에 세 방식을 같은 강도로 적용할 필요는 없습니다. 어떤 오류를 잡고 무엇은 확인하지 못하는지 명시하는 것이 중요합니다.

실패를 구체적인 수정으로 잇는다

예를 들어 회의록에서 ‘검토하자’를 ‘확정했다’로 바꿨다면 문장만 수정하고 끝내지 않습니다. 원문에는 결정 상태가 있었는지, Skill에 구분 기준이 있는지, 검증 단계에서 그 항목을 대조했는지 확인합니다.

반대로 실제 결정이 바뀐 경우라면 기존 Skill보다 지식 갱신이 먼저 필요할 수 있습니다. 원인에 따라 수정 위치가 달라집니다.

근거가 없으면 반복보다 보류가 맞다

답을 확인할 원문이 없는데 ‘더 검토하라’고 반복해도 사실이 생기지는 않습니다. 빠진 근거와 확인할 질문을 남기고 멈출 수 있어야 합니다. 같은 실패가 반복되거나 한도에 도달했을 때도 마찬가지입니다.

하네스는 횟수와 상태, 중단 조건을 관리할 수 있습니다. 중단된 작업은 미완료로 보고하고, 다시 시작하려면 어떤 입력이나 판단이 필요한지 남깁니다.

개선 후에는 두 종류의 입력으로 확인한다

실패했던 사례에서 수정 효과를 확인하고, 이전에 통과했던 다른 사례에서도 결과를 확인합니다. 하나의 실패만 고쳤다가 다른 업무를 망가뜨리지 않았는지 보기 위해서입니다.

원문·입력·지침 버전과 검사 결과를 남기면 변화의 이유를 비교하기 쉽습니다. 사람의 채택 판단은 휴먼 인 더 루프에서 다루고, 기술적으로 검사를 통과한 사실과 구분합니다.