TL;DR

  • CM AI Docking Port는 CM 설치본이 AI 에이전트에 숙소 예약 가능 여부를 표준 방식으로 제공하는 얇은 진입점임.
  • 현재는 실제 숙소 한 곳의 예약 가능 여부에 답하는 단일 노드 MVP이며, 모든 답변은 의도적으로 로컬에서 처리됨.
  • 공개 매니페스트와 문서, 구조화된 응답을 제공하는 Reception 엔드포인트, 신뢰하는 이웃 목록을 읽는 기능이 마련됨.
  • 사람과 네 가지 AI 시스템이 상호 검토하는 과정에서 프로토콜 불일치와 거리 계산의 모호성, 웹에서 노출된 설정 파일 문제를 발견하고 당일 수정·검증함.
  • 다음 단계는 지리적 관련성을 계산해 요청에 답하거나 이웃에게 전달하는 기능과 다중 노드 테스트임.

구상

  • CM Free는 이미 “이 날짜에 이 숙소를 예약할 수 있는가?”라는 질문에 답하지만, CM 전용 플러그인이나 사람이 쓰는 관리자 대시보드 스크래핑, AI만을 위한 별도 비즈니스 엔진 없이 AI 에이전트가 이 질문을 올바르게 하도록 만드는 것이 새 목표임.
  • Docking Port는 CM을 대체하지 않는 얇고 표준화된 진입점임. 무엇에 답할 수 있고 어떻게 물어야 하는지 설명하는 기계 판독형 매니페스트와, AI 에이전트가 내부 API를 추측하는 대신 대화하는 단일 접점인 Reception으로 구성됨.
  • 장기 구상은 각자 Docking Port를 실행하는 독립적인 CM 설치본이 답을 찾지 못할 때 신뢰하는 이웃 몇 곳에 질의를 전달하는 분산형 구조임.
  • 참여 숙소 전체를 모아 둔 중앙 디렉터리나 중간의 단일 회사 없이, 숙소가 만실일 때 Reception이 신뢰하는 인근 숙소로 손님을 안내하는 방식임.

현재 구현 상태

  • 현재 단계는 완성된 네트워크가 아니라 초기 단일 노드 MVP임. 각 구성 요소는 모형이 아니라 실제로 작동 중임.
  • 공개 매니페스트와 프로토콜을 설명하는 사람이 읽을 수 있는 문서가 있음.
  • 실제 숙소 한 곳의 예약 가능 여부 질의에 답하는 Reception 엔드포인트가 운영 중이며, 원시 API 덤프가 아닌 적절한 구조화 응답을 반환함.
  • 네트워크를 인식하는 코드의 첫 부분으로 Reception이 신뢰하는 이웃의 비공개 목록을 안전하게 읽을 수 있음. 다만 아직 이 목록을 활용하지 않으며, 의도적으로 100% 로컬에서만 답변함.
  • 각 작은 구성 요소를 먼저 검증하기 전에는 실시간 피어 투 피어(P2P) 네트워크로 바로 넘어가지 않는다는 방침임.
  • 작동 중인 전체 설계 명세는 공개 상태로 유지되며 계속 갱신됨: ai-cmfree.duckdns.org/app/public/ai/

설계 검토 과정

  • 이 시스템은 한 개발자가 명세를 혼자 읽고 만든 결과가 아님. 사람과 서로 다른 네 가지 AI 시스템이 제안을 독립적으로 검토하고 서로의 제안을 스트레스 테스트하는 주고받기 방식으로 설계 중임.
  • 검토 과정에서 첫 초안부터 있었지만 아무도 알아차리지 못한 프로토콜 불일치와, 경계 사례에서 잘못된 결과를 낼 수 있는 거리 계산의 미묘한 모호성이 발견됨.
  • 웹 서버가 제공할 수 있는 위치에 실제 설정 파일이 잠시 놓인 문제도 있었으며, 같은 날 발견·수정·검증하고 공개적으로 기록함.
  • 이 과정은 다듬어진 절차가 아니라 여러 참여자가 함께하는 솔직하고 복잡한 검토 과정임. 지금까지는 사람이나 AI 한쪽만 검토할 때 놓치기 쉬운 작은 실수를 포착하고 있음.

다음 단계

  • 다음 단계는 Reception이 요청에 답하거나 다른 곳으로 전달하기 전에 지리적으로 관련 있는 요청인지 실제로 계산하도록 하는 일임. 이는 “올바른 이웃에게 묻기” 로직의 첫 실질적 구성 요소임.
  • 그 다음에는 단일 데모 숙소가 자기 자신과 통신하는 수준을 넘어선 실제 다중 노드 테스트가 예정됨.
  • 정해진 일정에 완성 제품을 내놓겠다는 약속은 없음. 구축 과정을 진행하면서 작업 기록을 공개하며, 무엇을 만드는지만큼 어떻게 만드는지도 중요하다는 입장임.
  • CM 팀은 사람과 AI로 구성되며, 기여를 인정받을 만한 경우 동등하게 이름을 올림.