Oxford AI 에이전트 협업 테스트, 계획과 파트너 사이의 간극 드러내

Oxford AI 에이전트 협업 연구는 뚜렷한 불일치를 보고한다. 코드로 생성된 팀은 자기 대전에서 평균 9.75점을 기록했지만, 정책이 모델 경계를 넘을 때는 -0.51점을 기록했다. 2026년 11월 4일 공개된 이 연구는 사전 합의 없이 독립적으로 개발된 에이전트가 협력해야 하는 제로샷 협업을 시험한다.

이 비교는 신중하게 읽어야 한다. 자기 대전은 생성된 하나의 정책이 두 역할을 모두 제어하는 상황을 평가한다. 같은 모델이 독립적으로 생성한 정책들의 평균은 2.41점이었다. 이는 서로 다른 시험이며, 헤드라인 수치가 하나의 제공업체를 선택하면 호환성이 보장된다는 점을 입증하지는 않는다.

OpenAI, Google, Anthropic, xAI 또는 DeepSeek 모델로 어시스턴트를 구성하는 개발자에게 실질적인 문제는 인수인계에 있다. 계획은 내부적으로 타당할 수 있지만, 다른 에이전트가 결코 받아들이지 않은 가정에 의존할 수 있다. 이는 개별적으로 유능한 모델이 자동으로 신뢰할 수 있는 팀이 될 것이라는 기대에 부담을 준다.

Oxford AI 에이전트 협업 점수가 실제로 측정하는 것

논문의 Cat & Dog 게임은 이 차이를 구체적으로 보여 준다. 한 플레이어는 동물을 보고, 다른 플레이어는 이를 식별해야 한다. 조명은 모호한 신호를 제공한다. 벽을 제거하면 동물이 드러나며 순보상 5가 보장된다. 공유 협업 지침을 추가하자 모델 간 코드 에이전트 성능은 4.46으로 높아졌다. 저자들은 이러한 결과를 협업 실험에서 보고한다.

유용한 구분은 일관된 공동 계획과 독립적으로 호환되는 행동 사이에 있다. 공동 계획은 모든 참여자가 무엇을 해야 하는지 명시할 수 있다. 독립적인 참여자는 자신만의 지침, 정보, 해석을 갖는다.

예시적인 소프트웨어 워크플로를 생각해 보자. 계획 어시스턴트는 검토자가 빈 댓글을 승인으로 간주할 것이라고 결정한다. 그러나 검토자는 침묵을 미완료 작업으로 해석한다. 두 행동 모두 각각 따로 평가하면 합리적으로 보일 수 있지만, 워크플로는 멈춘다.

이 사례는 실험에서 관찰된 사건이 아니라 비유다. 그 목적은 평가가 드러낸 아키텍처적 가정을 짚는 데 있다. 그럴듯한 행동만으로 합의를 추론할 수는 없다.

같은 문제는 설계자가 단일한 관점에서 전체 워크플로를 평가할 때도 나타난다. 설계자는 모든 메시지의 의미를 함께 만들어 냈기 때문에 그 의미를 알고 있다. 교체된 구성 요소는 그러한 의미를 자동으로 물려받지 않는다.

따라서 엔드투엔드 시연은 구매자가 기대하는 것보다 더 좁은 질문에 답할 수 있다. 이는 특정 조합이 원래의 지침 아래에서 작동한다는 점을 보여 줄 수 있다. 독립적으로 구성된 구성 요소들이 같은 신호를 일관되게 해석할지는 여전히 알 수 없다.

이 구분은 제공업체 비교를 이해하는 방식도 바꾼다. 벤더 라벨은 모델의 출처를 설명한다. 독립적으로 생성된 워크플로가 채택할 관례를 명시하지는 않는다.

더 강력한 평가는 과제를 유지하면서 파트너를 바꿀 것이다. 상태, 소유권 또는 완료에 대한 해석이 달라져도 성공이 유지되는지를 물어야 한다. 이는 모든 구성 요소가 타당한 해결책을 설명할 수 있음을 보이는 것보다 더 까다로운 주장이다.

헤드라인의 음수 점수 역시 측정 맥락과 분리해서는 안 된다. 게임 보상은 완료된 비즈니스 작업의 비율이 아니다. 이를 고객 손실, 소프트웨어 결함 또는 배포 실패율로 직접 환산할 수는 없다.

독자에게 즉각적인 핵심은 방법론에 있다. 에이전트 시스템을 비교하기 전에 어떤 부분이 함께 설계됐고 어떤 부분이 독립적으로 조합됐는지 파악해야 한다. 그렇지 않으면 결과가 호환성을 입증하는 것처럼 보이면서 내부 일관성만 측정할 수 있다.

이 차이는 Oxford 협업 연구를 정확히 해설하는 데 핵심적이다. 이 증거는 팀 구성에 관한 하나의 가정에 도전하지만, 배포 결과는 별도의 평가 대상으로 남긴다.

에이전트 제작자는 인수인계에서 새로운 부담을 안는다

제작자에게는 메시지가 성공적으로 전달됐다는 증거를 넘어, 다른 에이전트가 인수인계를 이해했다는 증거가 필요하다. 전달과 합의는 별개의 엔지니어링 특성이다.

전송 계층은 메시지를 온전하게 전달할 수 있다. 수신 에이전트는 구조를 정확하게 파싱할 수 있다. 그러나 참여자들이 메시지가 어떤 행동을 승인하는지에 동의하지 않으면 워크플로는 여전히 실패할 수 있다.

연구 어시스턴트가 편집 어시스턴트에게 문서를 넘기는 상황을 상상해 보자. 발신자는 “완료”를 자료 수집이 끝났다는 뜻으로 사용한다. 수신자는 이를 모든 주장이 검증됐다는 확인으로 해석한다.

어느 해석도 연결 오류나 유효하지 않은 출력값을 필요로 하지 않는다. 실패는 라벨과 그 운영상 의미의 관계에 있다. 메시지 전달만 개선해도 이 모호성은 그대로 남는다.

제품 팀에는 이것이 측정 문제를 만든다. 성공한 호출을 보여 주는 대시보드는 건강해 보일 수 있지만, 의도한 작업은 여전히 미완료일 수 있다. 대화 로그는 협력적으로 보일 수 있지만, 참여자들은 호환되지 않는 가정에 따라 행동하고 있을 수 있다.

초기 연구는 이러한 어려움의 일부를 예고했다. 2019년 논문 emergent communication metrics는 겉보기에는 정보를 담은 메시지가 다른 에이전트의 행동에 영향을 주지 않을 수 있음을 보였다. 이 경고는 측정에 관한 것이다. 의사소통처럼 보이는 활동이 유용한 의사소통을 입증하지는 않는다.

이 발견은 에이전트 시연을 평가하는 데 유용한 관점을 제공한다. 눈에 보이는 토론은 메시지가 교환됐다는 증거다. 협업을 확립하려면 그 교환이 적절한 행동을 유발했는지 살펴봐야 한다.

상업적 압박은 조합된 워크플로를 판매하는 기업에 가장 직접적으로 가해진다. 이들의 제품 주장은 완성된 작업에 관한 것이므로, 증거는 각 참여자의 응답 품질을 넘어야 한다.

기업 구매자에게 이는 평가 중 물어볼 가치가 있는 질문을 바꾼다. 최종 상태의 책임자는 누구인가? 에이전트가 상태를 다르게 해석하면 어떻게 되는가? 상충하는 지침을 해결할 수 있는 참여자는 누구인가?

이 질문들은 모델 순위가 아니라 제품 행동에 관한 것이다. 시스템은 매우 유능한 모델을 사용할 수 있으면서도 소유권을 불분명하게 남길 수 있다. 반대로 명시적인 책임은 비교적 단순한 워크플로를 더 쉽게 평가하게 할 수 있다.

복구 가능한 오해와 보이지 않는 오해 사이에도 차이가 있다. 눈에 드러나는 이견은 검토를 촉발할 수 있다. 인식되지 않은 이견은 호환되지 않는 기대 속에서 워크플로가 진행되게 할 수 있다.

이는 제품 설계에 실질적인 시사점을 준다. 불확실성은 관찰 가능한 형태로 표현돼야 한다. 어시스턴트가 확인을 받지 못했다면, 시스템은 그 상태를 확인된 합의와 구별해야 한다.

이는 Oxford 실험의 측정 결과가 아니라 엔지니어링 추론이다. 하위 작업이 안전하게 이에 의존하기 전에 신뢰할 수 있는 인수인계가 무엇을 확립해야 하는지 살펴본 데서 나온다.

따라서 혼합 모델 에이전트 협업에는 별도의 수용 기준이 추가된다. 낯선 파트너가 등장할 때를 포함해, 참여자들이 다음 행동에 필요한 운영상 의미를 공유하는지가 질문이다.

구매자에게 이 기준은 시연을 더 유익하게 만든다. 변경된 파트너나 수정된 지침을 요청한 뒤, 워크플로가 그 차이를 감지하고 해결하는지 살펴보라.

타당한 관례도 사적인 관례일 수 있다

더 넓은 협업 문제는 언어 모델보다 앞선다. 2020년 연구자들은 낯선 파트너와의 협력을 개선하기 위해 other-play learning을 도입했다. 이들은 함께 훈련된 에이전트의 약점으로 특수화된 관례를 지목하고 Hanabi에서 접근법을 평가했다.

관례는 독립적인 참여자들이 해석을 공유할 것이라고 기대할 이유가 있을 때에만 이들 사이에서 유용해진다. 내부적 우아함만으로는 그 이유가 생기지 않는다.

예시적인 직장 사례로 알파벳순 배정을 생각해 보자. 독립적인 어시스턴트들이 문서의 책임을 나눠야 한다고 가정하자. 각자는 일관된 정렬 규칙을 만들 수 있지만, 파일명, 작성자, 제목 중 무엇을 기준으로 정렬할지에는 의견이 다를 수 있다.

문제는 알파벳순 정렬이 비합리적이라는 데 있지 않다. 여러 합리적인 정렬 방식이 존재한다는 데 있다. 한 가지를 개인적으로 선택한다고 해서 합의가 만들어지지는 않는다.

상태 라벨에서도 비슷한 모호성이 나타난다. “준비됨”은 검토 준비 완료, 게시 준비 완료 또는 다른 자동화 단계 준비 완료를 뜻할 수 있다. 워크플로에 정확한 행동이 필요해질 때까지 이 단어는 명확하게 들린다.

언어 유창성은 이를 알아차리기 더 어렵게 만들 수 있다. 세련된 설명은 관례를 매우 설득력 있게 묘사할 수 있어, 독자가 다른 누구도 그 내용을 전달받았는지 간과하게 만든다. 그러면 설명에 대한 확신이 공유된 기대에 대한 증거를 대체한다.

에이전트 시스템에서 이는 계획을 설명하는 것과 프로토콜을 수립하는 것의 구분을 제기한다. 프로토콜은 메시지, 책임, 허용된 행동에 대한 명시적 합의다. 이는 참여자에게 관련 사건을 어떻게 해석해야 하는지 알려야 한다.

설명은 에이전트가 특정 순서를 선택한 이유를 기술할 수 있다. 프로토콜은 그 순서가 바뀌거나 실패하거나 예상한 맥락 없이 도착할 때 다른 참여자가 무엇을 해야 하는지도 명시해야 한다.

이는 단순히 더 많은 토론을 요청하는 것이 불완전한 대응인 이유를 설명한다. 토론은 합의를 수립할 기회를 제공하지만, 그 존재 자체가 합의가 이뤄졌음을 입증하지는 않는다.

결정적인 증거는 행동을 포함할 것이다. 명확한 설명을 받은 뒤 파트너는 예상된 행동을 하는가? 발신자는 그 설명이 여전히 확인되지 않았을 때 이를 인식하는가?

코딩 워크플로에서는 예시적인 시험이 구현 책임과 검토 책임을 분리할 수 있다. 참여자는 제안된 해결책을 수정할 수 있는지, 변경을 요청할 수 있는지, 또는 발견 사항만 보고할 수 있는지를 알아야 한다.

그 구분이 없으면 참여자들은 서로를 방해하면서도 성실하게 작업할 수 있다. 개별 출력은 여전히 유용할 수 있지만, 결합된 프로세스에는 책임에 대한 안정적인 해석이 없다.

전략적 시사점은 모델 선택을 넘어선다. 에이전트 제품을 조립하는 조직은 어떤 관례를 공유 인프라에 포함하고 어떤 관례를 유연하게 유지할지 결정해야 한다.

고정된 관례는 모호성을 줄일 수 있지만, 지나친 경직성은 적응을 어렵게 만들 수 있다. 적절한 경계는 과제, 이용 가능한 의사소통, 오해의 결과에 따라 달라진다.

이 지점에서 비즈니스 관점으로 해설한 Oxford 협업 연구가 유용해진다. 이는 개별 모델 평가가 제한적으로만 보여 주는 구성 요소 사이에 내재된 가정에 주의를 돌린다.

따라서 핵심 경쟁은 사적인 계획과 공유된 기대 사이에 있다. 제공업체의 다양성은 그러한 기대를 바꿀 때 중요하지만, 여전히 시험해야 할 특성은 합의다.

공유 지침은 그 자체의 절충안을 만든다

모호한 행동을 피하는 시스템은 더 신뢰할 수 있게 될 수 있지만, 덜 야심 찬 작업만 수행할 수도 있다. 신뢰성과 유용한 진전은 함께 평가해야 한다.

옥스퍼드 연구진은 한계를 인정한다. 단순화된 환경은 현실 세계의 신뢰성을 입증하지 못하며, 조정 지침은 에이전트가 유용한 관행을 형성하는 것을 저해할 수 있다. 따라서 그들이 제안한 해결책은 보편적 보장이 아니라 상충 관계를 수반한다.

예시로 승인 워크플로를 생각해 보자. 어시스턴트가 메시지에 그럴듯한 의미가 여러 개 있을 때마다 멈춘다고 하자. 이러한 동작은 권한 없는 진행을 막지만, 확인만 하면 모호성을 해소할 수 있는 상황에서도 반복적인 중단을 초래할 수 있다.

그 어시스턴트를 평가하는 제품 팀은 정당한 중단과 불필요한 중단을 구분해야 한다. 실수 감소만 집계하면 포기되거나 지연된 작업의 비용을 놓치게 된다.

반대 설계에도 약점이 있다. 언제나 가장 그럴듯한 해석을 선택하는 어시스턴트는 확인되지 않은 가정이 잘못된 행동으로 이어질 때까지는 효율적으로 보일 수 있다.

어느 극단도 적절한 제품 목표를 제공하지 못한다. 유용한 시스템에는 누락된 합의를 확보하고, 이를 유지하며, 더는 적용되지 않는 시점을 인식하는 방법이 필요하다.

LLM coordination benchmark의 관련 증거는 이를 별개의 역량으로 다뤄야 한다는 견해를 뒷받침한다. 해당 연구는 결정이 환경 정보에 의존할 때 더 강한 성과를 확인했으며, 에이전트가 협력자의 신념과 의도를 고려해야 할 때 어려움이 더 커진다는 점을 발견했다.

이는 과업을 이해하는 일과 협력자를 이해하는 일이 별개의 요구사항이기 때문이다. 한 참여자는 원하는 결과를 파악하면서도 다른 참여자가 무엇을 알고 무엇을 의도하는지 오해할 수 있다.

디자이너에게 이 과제는 불확실성과 행동 사이의 경로에 관한 문제다. 워크플로는 모든 불확실성을 영구적 실패로 취급하지 않으면서 확인 요청, 검증, 에스컬레이션의 여지를 마련해야 한다.

예시 문서 워크플로는 그 차이를 보여 준다. 수신 어시스턴트가 초안이 사실 검토를 통과했는지 판단할 수 없다면 검토 상태를 요청할 수 있다. 승인을 지어내거나 작업을 포기할 필요는 없다.

하지만 확인 단계를 추가하면 관리해야 할 새로운 합의도 생긴다. 발신자와 수신자는 그 확인이 무엇을 포괄하는지 이해해야 한다. 그렇지 않으면 워크플로는 모호성을 다른 메시지로 옮길 뿐이다.

이 때문에 유망한 지침은 서로 다른 커뮤니케이션 요구를 지닌 과업 전반에서 평가해야 한다. 어떤 과업은 신중함에 보답한다. 다른 과업은 참여자들이 상호작용을 통해 관행을 정립한 뒤 일관되게 행동할 것을 요구한다.

첫 번째 범주에서 잘 작동하는 해결책이 두 번째 범주에서는 부진할 수 있다. 제품 평가는 단일하고 구분 없는 개선 수치를 보고하기보다 이러한 차이를 보존해야 한다.

같은 신중함은 모델 비교에도 적용된다. 자주 멈추는 모델은 한 지표에서는 더 안전해 보이고 다른 지표에서는 덜 유용해 보일 수 있다. 구매자는 두 평가의 정의를 모두 알아야 한다.

혼합 모델 에이전트 조정에서 목표는 공유 정보에 적절히 의존하는 것이다. 참여자는 확인된 관행이 있을 때 이를 따르고, 관련 합의가 없을 때는 명확화를 요청해야 한다.

이는 지속적인 신중함이나 지속적인 주도성보다 더 까다로운 기준이다. 워크플로가 불확실성을 정당화된 행동으로 전환할 수 있는지를 묻는다.

벤치마크가 벤더 논쟁을 결론짓지는 않는다

이 결과는 공급자 통일성을 호환성 테스트의 대체 수단으로 취급할 근거가 되지 않는다. 조달 결정에는 실제로 구매하는 조합에 관한 증거가 필요하다.

한 팀은 운영 단순성을 위해 단일 공급자를 선호할 수 있다. 다른 팀은 서로 다른 요구사항을 충족하기 위해 여러 공급자를 조합할 수 있다. 어느 선택도 독립적으로 구성된 참여자들이 필요한 기대를 공유한다는 사실을 입증하지는 않는다.

중요한 경계는 평가가 관찰하는 것과 배포에 관한 주장이 요구하는 것 사이에 있다. 연구 과업은 특정 어려움을 분리한다. 배포된 워크플로에는 추가 지침, 공유 상태, 도구, 권한, 복구 동작이 포함된다.

이러한 요소들은 조정 문제를 바꿀 수 있다. 누가 과업을 소유하는지 명시적으로 기록하면 한 가지 모호성이 제거된다. 수용된 결정을 기록하면 또 다른 모호성이 제거된다. 이는 효과를 직접 측정해야 하는 아키텍처 선택이다.

반대 방향도 성립한다. 추가 워크플로 장치는 타이밍, 상태 또는 권한에 관한 새로운 가정을 도입할 수 있다. 복잡성은 단지 더 많은 커뮤니케이션 기회를 제공한다는 이유만으로 자동으로 신뢰성을 만들어 내지 않는다.

따라서 유용한 비교는 워크플로 목표를 일정하게 유지하고 완성된 결과를 살펴본다. 그렇지 않으면 지침이나 과업 범위의 변화가 모델 호환성 차이로 오인될 수 있다.

2026년 8월에 제출된 cross-implementation evaluation 연구는 관련된 테스트 우려를 다룬다. 이 연구는 독립적으로 구현된 조정 알고리즘을 검토하고 Other-Play의 고무적인 견고성 결과를 보고한다.

이 결과는 지나치게 비관적인 해석에 중요한 균형추를 제공한다. 독립적인 개발이 조정을 불가능하게 만들지는 않는다. 평가의 핵심 질문은 합의된 원칙이 구현 차이 속에서도 유지되는지다.

에이전트 구매자에게 이는 공급자의 정체성에 의존하기보다 재현 가능한 증거를 요청해야 함을 시사한다. 재현 가능한 평가는 지침, 협력자 구성, 과업 조건, 성공 기준을 명시한다.

또한 실패를 분류할 수 있을 만큼 명확하게 드러내야 한다. 과업에 대한 오해는 소유권에 관한 불일치와 다르다. 관찰 누락은 다른 에이전트에 관한 근거 없는 가정과 다르다.

해결책을 선택할 때 이러한 차이는 중요하다. 더 나은 검색은 누락된 정보를 해결한다. 더 명확한 책임은 소유권 문제를 해결한다. 어느 개입도 다른 모든 조정 문제를 자동으로 해결하지는 않는다.

지식 워크플로에서는 감사 가능한 출처 기록이 검토자가 인계 시점에 어떤 정보를 이용할 수 있었는지 살펴보는 데 도움이 될 수 있다. searchable knowledge base와의 연결은 저장소가 조정을 해결한다는 주장이 아니라 추적 가능성에 관한 것이다.

공유 리포지터리에 올바른 문서가 있어도 참여자들은 그것이 권위 있는 문서인지에 대해 의견이 다를 수 있다. 정보에 대한 접근과 그 의미에 대한 합의는 여전히 별개의 요구사항이다.

조달에 대한 시사점은 구체적이다. 사용자가 실제로 마주하게 될 모델, 지침, 공유 기록, 운영 규칙의 조합을 평가하라.

벤더 순위만으로는 그 전체 질문에 답할 수 없다. 호환성은 상호작용하는 시스템에 속하며, 증거는 구매자가 이를 평가할 수 있을 만큼 그 시스템을 정확히 설명해야 한다.

협력자 교체, 실제 워크플로, 유용한 복구를 주시하라

다음 증거는 배포에 대한 시사점을 더 구체적으로 만들어야 한다. 앞으로 몇 달 동안 가장 유익한 전개는 낯선 협력자, 현실적인 작업, 불일치로부터의 복구를 시험하는 사례가 될 것이다.

진전이란 에이전트가 정확성과 유용한 완료를 모두 유지하면서 변화하는 협력자를 처리하는 것을 의미해야 한다. 더 높은 점수는 어떤 조건에서 나왔는지 독자가 알지 못한다면 실질적 의미가 제한적이다.

첫 번째 신호는 협력자 변경을 포함한 독립적 재현이다. 연구자나 제품 팀은 참여 모델 또는 독립적으로 생성된 정책을 교체하면서 과업과 공유 지침을 유지해야 한다.

결과가 이러한 교체를 견뎌 낸다면 이전 가능한 조정에 대한 신뢰가 높아진다. 결과가 무너진다면 증거는 특정 조합에 묶인 호환성을 가리킨다.

이 신호가 중요한 이유는 성공한 원래 구성이 우연히 공유된 가정을 숨길 수 있기 때문이다. 교체된 협력자는 그러한 가정이 명시적으로 정립됐는지, 아니면 단지 우연히 일치했는지를 시험한다.

두 번째 신호는 운영 조건이 명확하게 보고된 현실적 워크플로 내부의 평가다. 유용한 출판물은 참여자들이 무엇을 소통할 수 있었는지, 어떤 상태를 공유했는지, 언제 사람의 개입이 일어났는지를 공개할 것이다.

그러한 조건에서의 성공은 연구상의 우려에 실용적 해결책이 있다는 근거를 강화한다. 지속적인 실패는 조정을 독립적인 배포 요구사항으로 취급해야 한다는 근거를 강화한다.

관련 결과는 정확성을 평가할 수 있는 완성된 과업이어야 한다. 설득력 있는 논의나 상세한 계획은 보조 증거를 제공하지만, 어느 쪽도 작업이 의도한 상태에 도달했음을 입증하지는 않는다.

현실적인 평가는 잘못된 행동에 따른 의미 있는 결과도 유지해야 한다. 그렇지 않으면 워크플로는 운영 시스템이라면 검증해야 할 가정을 함으로써 생산적으로 보일 수 있다.

세 번째 신호는 정당화된 진전을 만들어 내는 복구다. 참여자들이 양립할 수 없는 해석에 부딪힐 때 시스템은 불일치를 식별하고, 누락된 정보를 확보하며, 공유된 이해 아래에서 계속 진행해야 한다.

반복적인 불필요한 중단 없이 이를 수행한다면 신뢰성에 영구적인 신중함이 필요하다는 우려는 약화될 것이다. 그저 더 자주 멈출 뿐이라면 상충 관계는 여전히 해결되지 않는다.

이 신호는 오해가 항상 피할 수 있는 것은 아니기 때문에 구매자에게 특히 유용하다. 제품이 오해를 인식하고 복구하는 능력은 초기 성공률만큼 중요할 수 있다.

가장 강력한 향후 증거는 이 모든 신호를 연결할 것이다. 동일한 평가 조건에서 협력자 교체, 유용한 작업, 관찰 가능한 복구를 보여 줄 것이다.

그때까지 옥스퍼드의 AI 에이전트 조정 연구는 인계를 더 면밀히 살펴볼 집중된 이유를 제공한다. 그 실용적 가치는 조합된 시스템에 던지는 질문을 더 날카롭게 만드는 데 있다.

혼합 모델 워크플로를 도입하기 전에, 구축자에게 협력자 변경을 입증하고 그로 인해 발생한 모든 불일치를 설명해 달라고 요청하라. 공유 지침, 완료 기준, 수용된 결정의 기록을 검토하라. 명확화 덕분에 작업을 계속할 수 있었던 사례와 멈추는 것이 적절했던 사례를 함께 요청하라. 도구와 공유 정보를 포함해 팀이 실제로 사용할 구성에 평가를 연결해 두어라. 지식 작업에서는 검토자가 누락된 맥락과 상충하는 해석을 구분할 수 있도록, 결과에 영향을 미치는 각 인계 시점에 이용 가능했던 증거를 보존하라. 그런 다음 완성된 결과를 판단하라. 워크플로는 다음 행동이 의존하는 합의를 정립하며, 그 합의가 깨졌을 때 복구할 수 있는가?