개인의 Agent가 아닌 조직의 Agent와 일하기

채준규님 · AXiom MEETUP 4회차 · 2026-09-15

발표자료 1판입니다.

▶ 당일 화면으로 열기 — 발표할 때 이걸 띄우시면 됩니다.

채준규님, AXiom MEETUP 4회차 발제 잘 받았습니다.

■ 이대로 살렸으면 하는 것

· 풀고자 하는 문제가 명확합니다 — "개인별 AI 활용만으로 해결되지 않는 조직의 맥락 공유와 답변 대기 문제"라는 문제 정의가 발제의 출발점에 있어 좋습니다.

· 검증 설계가 이미 이름 붙어 있습니다 — "원문 링크를 활용한 답변 검증 방식"은 이 요약문에서 유일하게 '틀렸을 때 어떻게 확인하는가'에 답하는 문장입니다. 발표의 앵커로 키우실 수 있습니다.

· "실제 운영에서 관찰한 효과와 시행착오"라고 운영 경험이라고 못박고, 화면 시연까지 준비하신 점은 이 모임의 기준(경험담이 아니라 설계)에 부합하는 재료입니다.

■ 이 부분은 듣는 분들이 이미 하고 계신 얘기로 읽힙니다

· "OpenClaw 기반의 공유 Agent에 반복 업무와 개발 정보 조회를 연결한 구축 경험을 소개합니다" — '반복 업무'가 무엇인지 작업 단위로 적혀 있지 않습니다. '개발 정보 조회' 역시 Agent가 대신하는 일인지, 사람이 하던 조회의 어느 부분인지가 안 보입니다. 읽는 사람은 "그래서 어떤 일을 넘겼다는 거지?"라고 되묻게 됩니다.

· "플랫폼 간 사용자 식별, 메타데이터 기반 메모리, 원문 링크를 활용한 답변 검증 방식을 설명합니다" — 세 개의 요소를 나열만 했을 뿐 순서가 없습니다. 질문이 어디서 들어와서 무엇을 거쳐 답변이 나가는지 최소 세 단계가 순서로 읽히지 않습니다.

· "실제 운영에서 관찰한 효과와 시행착오를 바탕으로 조직의 업무 효율을 높이는 방향을 논의합니다", "소규모 조직에서 AI를 활용하는 방식 중 하나로 참고하실 수 있으면 좋을 것 같습니다" — 효과와 시행착오의 내용이 하나도 없이 '논의하겠다'로 끝납니다. 듣는 사람이 자기 일에 옮겨 심을 규칙·순서·수치가 없습니다.

■ 이렇게 바꿔보시면 어떨까요

· 지금: OpenClaw 기반의 공유 Agent에 반복 업무와 개발 정보 조회를 연결한 구축 경험을 소개합니다.

이렇게: OpenClaw 기반의 공유 Agent에 [반복 업무의 구체적 이름 — 예: ○○ 리포트 작성 / ○○ 알림 발송 / ○○ 취합]과 개발 정보 조회를 맡겼고, 사람은 [넘기지 않고 계속 판단하는 일 — 예: ○○ 승인, ○○ 확정]만 남겨둔 구축 경험을 소개합니다. 여기에 Agent가 맡은 작업의 이름을 한두 개만 적어 주세요.

· 지금: 플랫폼 간 사용자 식별, 메타데이터 기반 메모리, 원문 링크를 활용한 답변 검증 방식을 설명합니다.

이렇게: 질문이 [입력 채널 — 예: 슬랙/팀즈 ○○ 채널]로 들어오면 플랫폼 간 사용자 식별으로 누가 물었는지 맞추고, 메타데이터 기반 메모리에서 관련 문서를 찾아, 원문 링크를 붙인 답변을 내보내는 순서로 설명합니다. 실제 순서가 다르면 실제 순서대로 세 단계 이상 적어 주세요 — 나열이 아니라 화살표로 읽히게.

· 지금: 실제 운영에서 관찰한 효과와 시행착오를 바탕으로 조직의 업무 효율을 높이는 방향을 논의합니다.

이렇게: 실제 운영에서 [관찰한 효과의 수치 — 예: 문의 ○건 중 ○건을 Agent가 답변 / 답변 대기 ○시간이 ○분으로]를 관찰했고, [시행착오 하나 — 예: ○○ 질문에서 답이 틀려서 ○○라는 규칙을 세움]을 겪었습니다. 수치와 시행착오의 구체적 내용을 여기에 적어 주세요.

■ 근거는 확인됐습니다

· OpenClaw 기반의 공유 Agent에 반복 업무와 개발 정보 조회를 연결한 구축 경험을 소개합니다. — OpenClaw는 실존하는 오픈소스 자율 AI 에이전트입니다. 공식 사이트(openclaw.ai)와 GitHub 저장소(github.com/openclaw/openclaw), 위키피디아 문서에서 모두 확인됐으며, 로컬 머신에서 구동되어 WhatsApp·Telegram·Slack·Teams 등 메신저 채널로 사용자를 만나는 방식이라고 소개되어 있습니다. 과거 이름은 Clawdbot, Moltbot이었다가 OpenClaw로 변경되었습니다. 발제문에는 통계·조사·외부 링크 인용이 없어 이 항목만 확인했습니다.

■ 여기에 답이 들어가면 발표가 단단해집니다

· Agent에 넘긴 '반복 업무'는 정확히 무엇인가요? 넘기기 전에는 누가, 얼마나 자주, 어느 만큼의 시간을 들이던 일인가요?

· 원문 링크 검증에서 링크가 가리키는 문서가 오래되었거나 해당 답변과 안 맞을 때는 어떻게 걸러내나요? 사람이 링크를 열어 확인하는 지점은 어디인가요?

· 메타데이터 기반 메모리는 어떤 필드를 메타데이터로 삼았나요? 운영 중 Agent가 답을 찾지 못했던 질문의 예시가 있다면 그때의 처리도 함께 들려주세요.

고치지 않으셔도 발표는 그대로 진행됩니다. 참고만 하셔도 됩니다.

고칠 곳이 있으신가요

아래에서 알려주시면 고쳐서 다시 보내드립니다. 몇 번이든 괜찮습니다.

▶ 자료 피드백 보내기

피드백은 2026-09-15 새벽 5시까지 받습니다. 그 뒤에는 이 자료로 확정됩니다.