WMOS

연결 가이드

WMOS로 AI 에이전트와 업무 시스템 연결하기

먼저 유용한 왕복 한 건부터 정합니다. 에이전트가 기존 시스템에 정보를 요청하고, 결과가 해당 대화로 돌아오는 흐름입니다. WMOS는 메시지를 전달하고 어댑터가 시스템별 작업을 수행합니다. 익숙한 채팅 화면을 유지하면서 연결된 시스템에 허용할 작업을 명확하게 정할 수 있습니다.

연결 계획 가이드 · 자동 설치 도구나 실제 고객 도입 보고서가 아닙니다

연결을 구성하는 네 가지 역할

에이전트는 요청을 이해하고 응답을 준비합니다. 에이전트 쪽 어댑터·브리지는 대화와 라우터 좌석을 연결하고 메시지를 주고받습니다. WMOS는 본문을 판단하지 않고 지정된 노드로 전달합니다. 대상 시스템의 어댑터는 허용된 요청을 DB·API·장치 작업으로 변환하고 결과를 돌려줍니다.

인증, 입력 검증, 권한 검사, 재시도와 중복 처리는 코드에서 담당해야 합니다. 모델은 정보를 분석하거나 계획을 제안할 수 있지만, 허용 작업을 강제하는 유일한 장치가 되어서는 안 됩니다. 잘못된 요청, 대상 시스템 중단, 승인 누락 시 처리 방법을 먼저 정합니다.

익숙한 채팅을 유지하고 올바른 세션에 연결하기

Codex·Claude Cowork·CLI는 설치된 실행 환경의 기능에 따라 에이전트 쪽 역할을 맡을 수 있습니다. MCP로 메시지를 보내는 경로와 수신 이벤트로 작업을 시작하는 경로는 별도입니다. 시험한 방식에는 Codex queue, Claude Code Channels, 수신기를 사용하는 Cowork Monitor가 있습니다. 모든 버전에서 클릭 한 번으로 설치된다는 뜻은 아닙니다.

수신기는 활성 창이 아니라 과제를 담당하는 대화에 연결합니다. 라우터 좌석과 대상 세션을 기록하고 같은 맥락으로 회신되는지 확인합니다. 세션 교체, 수신기 재시작, 네트워크 권한 변경 시 어떻게 복원할지도 정해야 합니다. 대기 중인 과제를 임의의 열린 대화로 보내면 안 됩니다.

첫 시험: 읽기 전용 재고 조회

ERP나 재고 시스템은 특정 품목이 지정된 창고에 있는지처럼 범위가 작은 질문부터 시작합니다. 대상 어댑터에는 승인된 읽기 전용 쿼리 또는 API 접근 권한만 부여합니다. 어댑터가 품목과 위치를 검증하고 제한된 조회를 실행한 뒤 재고 결과와 출처·확인 시각을 반환합니다.

에이전트는 그 결과를 채팅에서 설명합니다. 첫 시험에서는 재고 수정, 발주, 생산 계획 변경까지 수행하지 않습니다. 원본 시스템과 결과를 대조하고 허가되지 않은 쓰기 요청은 거절되는지 확인합니다. 모든 DB에 통하는 공통 스키마는 없으므로 현장의 식별자와 데이터 의미는 어댑터에서 맞춰야 합니다.

다음 시험: 승인된 장치 설정값 변경

장치 흐름에서는 측정값을 분석한 뒤 새로운 설정값을 제안할 수 있습니다. 결정론적 제어와 안전은 기존 제어기가 계속 담당합니다. 어댑터는 대상 장치, 허용 범위, 운영자 승인을 검사한 후 기존 제어 인터페이스로 허용된 변경을 전달합니다. 요청 접수 여부뿐 아니라 실제로 관측한 결과를 돌려줘야 합니다.

스마트팜 구상에서는 기존 제어 위에 LLM 분석 계층을 둡니다. 연결이 끊기면 기존 로컬 제어와 현장 버퍼를 유지하는 방향입니다. 경량 로컬 모델은 선택 사항이며 하드웨어·모델·현장 검증이 필요합니다. 기존 제어 로직을 계속 동작시키기 위한 필수 조건은 아닙니다.

연결을 어디에서 실행할지 정하기

공인 라우터는 수신기가 인증된 접속 주소에 접근할 수 있어야 합니다. 사설 라우터는 수신기에 해당 내부망으로 들어갈 승인된 경로가 있어야 합니다. 외부 실행 환경에는 허용된 네트워크 경로가 필요할 수 있으며, 데스크톱의 localhost 주소가 클라우드 세션에서 자동으로 접근되는 것은 아닙니다.

사설 라우터를 사용해도 클라우드 모델에 메시지 본문을 보내면 모든 데이터가 현장에 남는 것은 아닙니다. 데이터 경계와 함께 수신기·모델의 실행 위치를 결정해야 합니다. 이 가이드는 연결 계획의 조건을 설명하며 특정 네트워크나 클라이언트 설정이 이미 끝났다는 뜻은 아닙니다.

파일럿 상담 전에 준비할 정보

접근 범위를 넓히기 전에 작은 성공 기준을 합의합니다. 승인된 요청 한 건, 원본 시스템에서 확인한 예상 결과, 지정된 세션으로의 회신, 잘못된 요청의 거절까지 확인하는 것이 첫 기준이 될 수 있습니다.

  • 실행 환경: 클라이언트·버전, 운영체제, 수신기 위치, 공인망 또는 사설망 여부.
  • 연결 대상: 시스템 담당자, DB·API 인터페이스, 장치 프로토콜, 민감정보를 제외한 예상 결과 예시.
  • 권한: 읽기 전용 또는 승인된 변경 범위, 승인 담당자, 인증정보 보관 위치. 문의에 비밀값을 보내지 마세요.
  • 검증: 예상 결과, 허용 지연, 실패 시 동작, 원본 시스템과 결과를 대조할 담당자.