요약

  • 공개된 Agentproto 회의록은 여덟 개 찬반투명 결과를구속력 없는 회의장 여론으로 규정하며, 합의는 메일링 리스트에서 확정되어야 한다고 밝힙니다. 회의록은 헌장 승인이나 워킹 그룹 설립을 기록하지 않습니다.
  • 회의장은 초기 스코프가 올바르다는 명제를 38–124–40으로 기각했고, 초기 산출물에 대해서는 92–58–49로 분열했으며, "이 헌장으로" 워킹 그룹을 구성하는 것에 대해서는 154–51–5로 찬성했습니다. 이 명제들은 하나의 승인 점수로 합쳐질 수 없습니다.
  • 총계는 질문마다 다르며 공개 표에는 응답자 단위 교차 집계가 없습니다. 스코프에 반대한 사람들 중 얼마나 많은 이가 구성에 찬성했는지, 참여자들이 "이 헌장으로"라는 표현을 같은 의미로 받아들였는지 알 수 없습니다.
  • 세션에서 제시된 헌장은 저장소 커밋a9405f3d5d0a4e8c67342d7945137c8230b9cd05에서 고정할 수 있습니다. 이후의 이메일과 아직 병합되지 않은 스코프 축소 풀 리퀘스트는 중요한 경계들이 여전히 활발히 논의 중이었음을 보여줍니다.
  • 연구 기준 시점에 Agentproto는 Datatracker 상태가BOF였고 헌장은 없었습니다. 회의장 증거, 리스트 확정, 에어리어 디렉터 판단, IAB 자문, IESG 승인은 서로 다른 행위입니다.
  • 공개 명제 조정 매트릭스는 실명 투표를 공개하지 않고도 이러한 구분을 보존할 수 있습니다: 정확한 질문, 불변 텍스트, 응답 총계, 반대 사유, 요구된 수정, 리스트 처리 결과, 최종 권한 상태.

하나의 위임이 아니라 두 개의 답

단정한 서사는 Agentproto BoF가 새 워킹 그룹을 지지했다는 것입니다. 결정적으로 보이는 숫자가 있습니다: 찬성 154 대 반대 51. 반대되는 단정한 서사는 BoF가 자신의 헌장을 기각했다는 것입니다. 초기 스코프가 올바르지 않다고 124명이 답한 반면 올바르다고 답한 이는 38명뿐이었기 때문입니다. 두 서사 모두 증거에서 문법을 제거합니다.

공개된 회의록은 더 복잡한 기록을 보존합니다. 회의록은 2026년 7월 23일에 열린 워킹 그룹 구성 BoF를 기술하고, 자신의 상태를 "의장 검토용 초안"으로 표기하며, 결과가 Meetecho를 통한 찬반투명으로 수집한 회의장 여론이라고 밝힙니다. 회의록은 이 절차가 구속력이 없음을 명시하고, 합의는 메일링 리스트에서 확정되어야 한다고 말합니다. 참석 수치는 아직 제공되지 않았습니다. 회의록은 또한 AI 에이전트 하네스가 사람의 노트, 세션 채팅과 슬라이드에서 초안을 작성하는 데 도왔고, 최종 교정은 의장들의 책임으로 남았음을 공개합니다.

이 출처 정보가 회의록을 무용지물로 만들지는 않습니다. 독자에게 그것이 무엇인지, 즉 명확한 한계를 지닌 중요한 잠정적 기록임을 알려줍니다. 회의록은 자신의 상태와 함께 인용되어야 하며, 조용히 최종 성록으로 격상되어서는 안 됩니다.

공표된 의제는 세션의 의도된 순서를 뒷받침합니다. 기술적 동기와 제안된 구성 요소가 먼저 나오고, 자유 발언 토론이 이어졌으며, 합의 질의는 끝무렵에 예정되어 있었습니다.IETF의 회의 전 BoF 가이드는 워킹 그룹 구성 BoF를 충분한 합의, 추진력, 충분히 좁은 스코프가 있는지를 시험하는 것으로 규정했습니다. 그것은 진단 기능입니다. 진단은 여러 조건을 동시에 드러낼 수 있습니다.

전체 표가 정확히 그것을 보여줍니다. 문제는 잘 이해되었고 풀 수 있으며 유용하다고 124–72–14로 판단되었습니다. 상호운용성 필요성은 155–30–8을 받았습니다. IETF가 적절한 장소라는 판단은 158–30–14를 받았습니다. 초기 스코프는 38–124–40, 초기 산출물은 92–58–49를 받았습니다. "이 헌장으로" 워킹 그룹을 구성하는 것은 154–51–5를 받았습니다. 작성 또는 검토 의향은 137–17–40, 구현 의향은 42–28–40이었습니다.

회의록 자체의 종합은 신중합니다. 회의록은 회의장이 문제의 가치, 상호운용성 필요성, IETF라는 장소에 강한 지지를 보였고 워킹 그룹 구성에 대해서도 지지가 있었다고 말합니다. 또한 작성된 그대로의 초기 스코프는 지지되지 않았고 산출물에 대한 견해는 분열되었다고 밝힙니다. 마무리에서 Laurent Ciavaglia는 스코프와 산출물이 "올바른지"를 묻는 것을 "완전한지"를 묻는 것과 혼동해서는 안 된다고 경고했습니다. 의장들은 결과와 헌장 논의를 리스트로 가져갈 예정이었습니다.

그것은 실패한 기록이 아닙니다. 조건부 기록입니다.

결과가 공존할 수 있는 이유

한 참여자는 제안된 경계의 일부에 반대하면서도 지속 가능한 IETF 장소가 필요하다고 믿을 수 있습니다. 한 참여자는 헌장이 수선될 것이라는 기대 속에서 구성을 지지할 수 있습니다. 또 다른 이는 "이 헌장으로"를 모든 조항의 승인이 아니라 인식 가능한 헌장 계열의 축약어로 읽을 수 있습니다. 셋째는 스코프가 틀린 것이 아니라 불완전하다고 보고 "올바른가"에 여전히 아니오라고 답할 수 있습니다. 넷째는 원칙적으로 작업을 지지하면서 특정 산출물에 반대할 수 있습니다. 그 어떤 입장도 비합리적이지 않습니다.

그러나 기록은 어떤 설명이 얼마나 많은 응답자에게 적용되는지 알려주지 않습니다. 질문별 총계는 110에서 210까지 범위입니다. 4번과 6번 질문은 각각 총계가 202와 210으로 같음에도 응답 구조가 다릅니다. 공표된 표에는 개인 단위 결합 분포가 없습니다. 따라서 "같은 124명이 스코프를 기각한 뒤 그룹 구성에 투표했다"는 문장을 뒷받침할 수 없습니다. 그렇지 않음을 보여줄 수도 없습니다.

이것이 중요한 이유는 집계된 한계분포가 답변 간의 관계를 드러내지 않기 때문입니다. 124명이 스코프에 아니오라고 답하고 154명이 구성에 찬성했다면, 겹침은 클 수도 작을 수도 그 사이 어딘가일 수도 있습니다. 응답자별 투표 공개는 대략적 합의 판단의 취지에 어긋나고 참여를 위축시킬 수 있습니다. 그러나 의장들은 여전히 집계 조정을 공개할 수 있습니다. 예컨대 4번 질문에 대한 아니오의 지배적 이유가 과도한 범위, 누락된 작업, 모호한 용어, 특정 산출물 중 무엇이었는지, 그리고 6번째 질문의 지지가 명명된 수정을 조건으로 이해되었는지 여부입니다.

이 구분은 통계적 잔소리가 아닙니다. 그것이 헤드라인 숫자가 세션이 조명하도록 설계된 제도적 판단의 대체물이 되는 것을 막습니다.

"이 헌장으로"가 어려운 표현이다

이 결과의 가장 강한 변호는 BoF 질문이 의도적으로 부분별로 나뉘어 있다는 점입니다.RFC 5434는 합의가 어디에 있는지, 추가 작업이 어디에 필요한지를 찾아내는 질문을 권고합니다. 그 관점에서 4번과 5번 질문은 구성 요소를 진단하고 6번 질문은 프로젝트 전체를 묻습니다. 구성 요소에 수선이 필요하더라도 전체가 만들 가치가 있는 것은 충분히 가능합니다.

그러나 RFC 5434의 예시는 "이 주제에 자리가 있어야 하는가?"보다 정확합니다. 이는다음 헌장으로워킹 그룹을 구성할 지지가 있는지를 묻고, 그것이 커뮤니티 지지로 입증되는 바 그 헌장 자체가 준비되었음을 뜻한다고 설명합니다. Agentproto의 표현은 같은 연결 구를 사용했습니다: "이 헌장으로". 그로 인해 6번 질문은 에이전트 통신이 흥미로운지에 대한 독립적 여론조사가 아니라 통합된 명제입니다.

답은 결과를 무효로 선언하는 것이 아닙니다. 의장들이 그것을 해석하는 조건을 보존하는 것입니다. "예"가 "기각된 스코프를 수선한 뒤 워킹 그룹을 구성한다"를 뜻했다면, 기록은 그 수선을 명명해야 합니다. "올바른"이 "완전한"으로 들렸다면, 기록은 어느 누락이 중요했는지 확인해야 합니다. 최종 헌장이 제시된 텍스트와 실질적으로 다르다면, 이후의 종합은 어떤 BoF 반대가 각 변경을 낳았는지, 리스트 논의가 그것을 해결했는지 말해야 합니다. IESG가 결국 더 좁거나 다르게 구성된 텍스트를 승인한다면, 공개 체인은 154명이 이미 빈에서 그 후의 텍스트를 지지했다고 암시해서는 안 됩니다.

그 체인이 없다면, 누구든 6번 질문을 포괄적 위임으로 인용할 수 있습니다. 다른 누군가는 4번 질문을 거부권으로 인용할 수 있습니다. 두 인용 모두 수치적으로는 정확하고 제도적으로는 불완전합니다.

회의장을 해석하기 전에 텍스트를 고정하라

회의록은 제안된 헌장에 링크하고 현재 헌장 텍스트가 세션 중 표시되었다고 말합니다. 공식 ART 에어리어 저장소는 특히 유용한 고정점을 제공합니다:불변 커밋a9405f3…의 헌장입니다. 그 커밋은 BoF 이틀 전인 7월 21일에 파일을 생성했습니다. 연구 기준 시점에 저장소 이력은 그 경로에 더 이후의 커밋을 반환하지 않았습니다.

고정된 텍스트는 "스코프"가 추상적 단어가 아니도록 충분히 넓습니다. 에이전트 간 및 에이전트-도구 통신에 대한 작업, 사람-에이전트 세션을 위한 프로토콜 메커니즘 명세, 신원·권한 부여·기밀성·무결성·감사 가능성 고려사항 기술, 표준 트랙 세션 프로토콜과 정보성 프레임워크 지명을 제안했습니다. 세션 프로토콜은 컨텍스트 처리, 장·단수명 세션, 복구, 여러 데이터 타이밍 클래스 및 점대다점 통신을 다루게 됩니다. 프레임워크는 에이전트 빌딩 블록이 다른 곳의 작업과 어떻게 결합되는지 설명합니다.

그 파일을 고정하는 것이 모든 응답자가 모든 줄을 읽었거나 각 용어를 같은 의미로 받아들였음을 증명하지는 않습니다. 더 소박하고 본질적인 일을 합니다: 여론조사의 대상이 사후에 바뀌는 것을 막습니다. "헌장"은 움직이는 브랜치가 아니라 블롭을 가리킬 수 있습니다.

여기서 버전 관리는 저장소 위생이 아니라 거버넌스가 됩니다. 이후의 헌장이 세션 수명 주기를 제거하거나, 점대다점 작업을 좁히거나, 산출물을 재구성한다면, 회의장에 제시된 대상과 텍스트적으로 동일하지 않습니다. 그것이 옳은 결과일 수 있습니다. 변경에는 단지 추적 가능한 이유와 권한 있는 이후 결정만 필요합니다.

BoF 이후의 기록은 경계가 여전히 움직이고 있었음을 확인한다

빈 이후의 공개 토론은 154를 확정된 스코프의 승인으로 다루는 것이 안전하지 않음을 보여줍니다. 8월 12일, Suresh Krishnan의 리스트 메시지인"헌장의 불일치 지점 정리하기"는 의견들이 두 차례의 근본적 재작성을 낳았다고 말했습니다. 여섯 개의 진행 중 질문을 확인했습니다: 기판 대 의미론, 세션 수명 주기, 상관 대 바인딩 증명, 점대다점 대 양자 간 통신, 산출물의 수와 지위, 헌장이 정의해야 할 용어의 범위.

그것들은 교정 편집이 아닙니다. 산출물의 성격, 표준화되는 수명 주기, 토폴로지, 증명의 강도, 작업 프로그램을 기술합니다.

공식 저장소의풀 리퀘스트 77은 BoF 이후 회의 시기 커밋을 대상으로 열렸으며 "최소 실행 가능한 원시 요소" 축소를 제안했습니다. 그 설명은 세션 수명 주기를 스코프 밖으로 이동시키고 세션 프로토콜 산출물을 상호작용 참조 및 바인딩 엔벨로프로 바꾸려 합니다. 기준 시점에 그것은 여전히 열려 있고 병합되지 않았습니다. 설명은 그 공식화가 AI 지원 채팅 로그 분석에 의존했다고도 말합니다. 그것은 유용한 출처 정보를 지닌 공개 제안이지, 승인된 대체물도 의장 결정도 아닙니다.

이후의증명 요건에 관한 리스트 제안은 같은 문제의 더 작은 예를 보여줍니다. Nancy Sahu는 어떤 운영 증거가 무엇을 확립하고 무엇을 확립할 수 없는지 명확히 하고, 헌장의 감사 가능성 고려사항을 산출물에 증명 조항을 유지하는 것과 연결할 것을 제안했습니다. 여기서 요점은 그 표현이 채택되어야 하는지가 아닙니다. 단 하나의 공표된 속성조차 대응하는 산출물이 개정에서 살아남는지에 달려 있을 수 있다는 것입니다.

9월 1일에 발표된IETF 126 회고는 Agentproto가 헌장화에 대한 합의를 시험했으며 토론이 메일링 리스트에서 계속된다고 말합니다. 현재Datatracker 그룹 페이지는 결정적인 널을 제공합니다: 상태BOF, 헌장(None), "아직 헌장화되지 않음". 널은 실패가 아닙니다. 현재 권한 상태입니다.

회의장은 권한에 정보를 줄 뿐, 권한을 완성하지 않는다

RFC 2418 / BCP 25는 형식적 체인을 기술합니다. 잠정 헌장은 해당 에어리어 디렉터와 협의되고, IAB 자문과 함께 검토된 뒤, 최종적으로 IESG가 승인하거나 변경하거나 거부합니다. 승인되면 워킹 그룹과 그 헌장이 기록되고 공표됩니다. 같은 문서는 51%가 대략적 합의가 아니라고 경고하고, 대면 결론의 메일링 리스트 검증에 대해 논의합니다.

이 설계는 순수한 표 개산과 비공개 재량 양쪽 모두를 의도적으로 저지합니다. 개수는 지지, 반대, 참여 추진력, 질문이 어디서 오해되었는지를 드러냅니다. 의장들은 반대의 실질을 해석합니다. 리스트는 회의장에 없던 사람이 응답하고 입장이 서면으로 시험되도록 합니다. 에어리어 디렉터와 IESG는 정의된 제도적 책임을 지닙니다. 이 층들 중 어느 것도 나머지를 장식으로 만들지 않습니다.

Lu Heng의참석이 위임이 되는 것에 대한 비판은 여기서 언어의 규율로서만 유용합니다. 참여는 증거, 전문성, 경고, 반대가 될 수 있습니다. 그것은 아직 다른 행위자에게 속한 결정에 대한 권한으로 표현되어서는 안 됩니다. Agentproto에 좁게 적용하면, 회의장의 결과는 증거이기 때문에 정확히 보존될 자격이 있지, 헌장으로 부풀려질 수 있기 때문이 아닙니다.

같은 절제가 회의장을 보호합니다. IESG가 나중에 다른 경계를 선택한다면, BoF가 그 텍스트를 지지했다고 다시 써서는 안 됩니다. 프로젝트가 헌장화되지 않는다면, 그것이 상호운용성 작업에 대한 강한 지지나 기여 의향을 지워서는 안 됩니다. 각 주장은 자신의 출처와 시계를 유지합니다.

명제 조정 매트릭스

결여된 공개 대상은 또 하나의 회의 요약이 아닙니다. 하나의 명제가 다음 명제가 되는 과정을 독자가 재구성할 수 있게 하는 압축된 매트릭스입니다.

각 합의 질문에 대해 첫 열은 안정적 식별자와 정확한 표현을 담아야 합니다. 둘째 열은 그 질문이 어떤 제도적 결정을 조명하도록 의도되었는지 말해야 합니다. 셋째는 표시된 불변 헌장 커밋과 블롭에 링크해야 합니다. 넷째는 세션 시각, 수집 방법, 찬성, 반대, 무의견, 총 응답과 명시적 비구속 상태를 기록해야 합니다.

다음 열들은 산술이었던 것처럼 흉내 내는 대신 해석을 기록해야 합니다: 모호하다고 확인된 용어; 주요 반대 주제; "올바른"이 "완전한"과 구분되었는지; 개정이 요구된 조항; 지지가 조건부로 이해되었는지. 실명 개별 투표는 불필요합니다. 의장 귀속 범주의 작은 집합과, 신원 재구성 없이 생성할 수 있다면 프라이버시에 안전한 집계 교차표면 충분합니다.

그다음은 권한 체인입니다: 메일링 리스트 확정의 날짜와 기간; 관련 스레드 링크; 의장 종합과 반대 처리; 담당 에어리어 디렉터 행위; IAB 자문; IESG 결정; 불변 최종 헌장 커밋, 또는 없는 동안의 명시적 널. 정정과 대체 해석은 이전 상태를 덮어쓰는 대신 추가되어야 합니다.

Agentproto에 대해 이 매트릭스는 현재 진정한 비대칭을 보여줄 것입니다. 문제 가치, 장소, 구성에는 긍정적 회의장 증거가 있습니다. 초기 스코프는 공표된 결과에서 지지가 없습니다. 산출물은 혼합되어 있습니다. 리스트 정제는 활발합니다. 최종 헌장과 IESG 승인 필드는 널입니다. 그것은 "BoF가 Agentproto를 승인했다"든 "BoF가 Agentproto를 기각했다"든 어느 쪽보다 더 유익합니다.

보존할 가치가 있는 반대

첫 번째 반대는 대략적 합의가 국민투표가 아니라는 것입니다. 숫자 가득한 매트릭스는 독자가 승률을 계산하고 반대의 질을 무시하도록 유혹할 수 있습니다. 답은 개수를 증거로 표기하고 의장 추론, 미해결 반대, 권한 상태에 동등한 무게를 주는 것입니다. 백분율은 결코 상태 필드가 되어서는 안 됩니다.

둘째는 헌장화가 반복적이라는 것입니다. 불변 고정점을 요구하는 것이 살아있는 토론을 얼리는 것처럼 보일 수 있습니다. 그것은 정반대를 합니다. 버전화된 체인은 텍스트의 연속성을 가장하지 않으면서 변경을 허용합니다. 구버전은 구 질문의 대상으로 남고, 신버전은 이후 검토의 대상이 됩니다.

셋째는 프라이버시입니다. 실명 답변 조합을 공개하면 진영이 드러나고, 고용주 압력이 강화되고, 엔지니어링 과정이 선거 분석으로 변질될 수 있습니다. 매트릭스에 신원은 필요 없습니다. 정확한 명제, 총계, 신원 비식별 반대 범주, 책임 있는 종합이 필요할 뿐입니다.

넷째는 작업 부담입니다. 의장들은 이미 토론을 읽고, 헌장을 다듬고, 결과를 보고해야 합니다. 두 번째 정교한 자료집은 유용한 작업을 늦출 수 있습니다. 따라서 매트릭스는 이미 만들어진 산출물, 즉 회의록, 헌장 커밋, 리스트 스레드, Datatracker 이벤트, IESG 기록에서 생성되어야 합니다. 그 결합이 수개월 후 수작업 역사 재구성을 요구한다면, 그것이 현재 기록이 이미 지나치게 조각나 있음을 보여주는 증거입니다.

다섯 번째 반대는 실질적입니다: 어쩌면 6번 질문은 그 순간 모두에게 명확했을 수 있습니다. 그럼에도 공개 기록에는 이제 4번 질문이 그 옆에 있고, 이후 문서들은 중대한 불일치를 기록합니다. 조건부 종합에 대한 짧은 설명은 의장들의 판단을 재검토하는 것이 아니라 강화합니다.

증거의 한계

이 분석은 IETF가 Agentproto를 헌장화해야 하는지 여부를 결정하지 않습니다. 세션 프로토콜, 상호작용 참조, 프레임워크, 의미론적 층 또는 기존 그룹 내 작업 사이에서 선택하지 않습니다. MCP, A2A, ACP, ANP 또는 어떤 구현의 품질도 평가하지 않습니다.

각 질문에 누가 답했는지, 모든 질문에 걸쳐 몇 명의 고유 인원이 참여했는지, 누구든 입장을 바꾸었는지, 응답이 원격이었는지 회의장에서 이루어졌는지를 확립하지 않습니다. 총계는 그 사실들을 제공할 수 없습니다. 겉으로 드러난 긴장에서 악의, 조작, 절차적 무효를 추론하지 않습니다.

회의록은 여전히 의장 검토용 초안입니다. AI 지원 편집이 공개되어 있지만, 확인된 출처는 특정 개수가 오류라는 것을 보여주지 않습니다. 저장소 커밋a9405f3…은 링크된 헌장에 대해 최선의 고정 공개 고정점이며, 응답자의 주관적 이해를 증명할 수 없습니다. 이메일과 풀 리퀘스트는 미해결 제안을 보여줄 뿐, 결과를 보여주지 않습니다. Datatracker 스냅샷은 기준 시점 이후 변할 수 있습니다.

결론은 더 좁습니다: 공개 제도적 기록이 이제 서로 다른 숫자로 서로 다른 명제를 지지하며, 하나의 통합 질문은 스코프 구성 요소가 지지받지 못한 헌장을 참조합니다. 그 기록은 명제들이 텍스트, 반대, 이후 권한에 계속 부착될 때 신뢰할 수 있게 됩니다. 가장 큰 숫자만 남을 때 취약해집니다.

출처

  1. Lu Heng — 다자 이해관계자 모델의 환상
  2. IETF 126 — Agentproto BoF 회의록
  3. IETF 126 — Agentproto 의제, 버전 01
  4. IETF — IETF 126 하이라이트
  5. IETF — IETF 126의 Birds of a Feather
  6. IETF ART 에어리어 헌장 — 커밋a9405f3…의 Agentproto 제안 헌장
  7. IETF Datatracker — Agentproto 현재 그룹 페이지
  8. RFC 5434 — Considerations for Having a Successful BOF Session
  9. RFC 2418 / BCP 25 — IETF Working Group Guidelines and Procedures
  10. Agentproto 리스트 — 헌장의 불일치 지점 정리하기
  11. Agentproto 리스트 — 제안 헌장 텍스트: 증명 요건
  12. IETF ART 에어리어 헌장 — 풀 리퀘스트 77