Knowlee: 창업자와 에이전트 군단

핵심

* 자체 매뉴얼에 따르면 에이전트가 카드를 생성하지만 작업을 Running으로 옮기는 일은 사람만이 수행합니다.

* 모든 에이전트 실행 로그에는 위험 수준, 데이터 유형, 검토 필요 여부가 기록됩니다.

* 이 회사는 사람을 채용하기 전에 에이전트가 수행할 수 있을 만큼 직무를 정밀하게 먼저 정의해야 한다고 말합니다.

1. 겨냥하는 산업

Knowlee는 이탈리아에 등록된 소프트웨어 기업입니다. 딜로이트와 InfoCert에서 일했던 창업자 마테오 미라벨리가 이끌고 있습니다. 이 회사는 회사의 절차와 의사결정을 공유 메모리로 구축하는 “컴퍼니 브레인”, 작업 공간인 Knowlee OS, 그리고 고객사의 도구와 두 요소를 연동하는 3~4주 배포 서비스를 판매합니다. 그 위에는 영업, 채용, 법무, 재무, 운영을 위한 기성 프로세스가 올라갑니다. 영업용 제품인 4Sales는 “귀하의 승인 없이는 아무것도 발송되지 않습니다”라고 약속합니다.

이 글에서 살펴볼 내용은 이보다 좁습니다. 바로 Knowlee가 스스로를 어떻게 운영한다고 밝히는지입니다. 회사는 2026년 4월 29일 자 블로그 글에서 “나는 1인 기업으로 Knowlee를 운영한다”라는 문장으로 자사 운영 방식을 설명하기 시작합니다. 에이전트들이 도맡는 업무는 소규모 소프트웨어 기업의 영업, 마케팅, 운영 담당 인력이 하던 일들입니다. 잠재 고객 조사, 콘텐츠 초안 작성, 일정과 현황 조율, 시장 모니터링, 인바운드 요청 분류 등이 여기에 해당합니다.

Knowlee는 자사 운영 방식을 설명하는 공급업체이며, 일하는 방식 자체가 판매하는 제품이기도 합니다. 해당 게시글은 독자에게 AI 도입 준비도 평가와 상담을 권유합니다. 이는 Knowlee 블로그에 실린 수백 편의 글 가운데 하나입니다.

2. 운영 방식

누가 일하는가. 작성자 이름이 없는 이 게시글에 따르면, 8개의 에이전트가 “2022년 기준 12명에서 15명 규모의 팀”이 필요했을 업무를 처리합니다. 회사의 다른 페이지들에는 조금 더 넓은 그림이 나옵니다. 미라벨리가 서명한 매니페스토에서는 회사가 “주로 나와” 에이전트들로 운영된다고 밝힙니다. 채용 페이지에서는 Knowlee를 밀라노와 샌프란시스코에 있는 “소규모 유럽 팀”이라고 소개하며, “우리는 제품으로 회사를 운영한다”라고 적어 두었습니다. 가장 알맞은 해석은 소규모 팀을 둔 창업자 중심 회사이며, 에이전트가 일상 업무의 대부분을 처리한다는 것입니다. “1인, 8개 에이전트”는 게시글에서 이를 표현한 방식입니다.

에이전트가 하는 일. 게시글은 8개 에이전트의 목록을 일일이 나열하지는 않습니다. 대신 “구체적인 구성보다 중요한 것은 원칙”이라며 각 에이전트가 명확히 정의된 하나의 업무, 사용할 수 있는 제한된 도구 목록, 실행 건별 기록을 갖는다고 설명합니다. 에이전트 업무는 다음 5가지 유형으로 나뉩니다.

* 아웃바운드 조사: 외부 출처에서 잠재 고객 데이터를 수집하고 점수를 매깁니다.

* 콘텐츠: 승인된 템플릿을 바탕으로 게시글 초안을 작성합니다. 사람의 검토는 필수입니다.

* 조율: 일정 관리, 현황 업데이트, 시스템 간 동기화를 처리합니다.

* 모니터링: 경쟁사, 업계 뉴스, 규제를 추적하고 정해진 일정에 따라 요약본을 작성합니다.

* 파이프라인: 인바운드 요청을 분류하고 우선순위를 정해 전달합니다.

어느 근무일의 흐름. 게시글은 전형적인 화요일 하루를 안내합니다. 그 과정에서 세 에이전트의 이름이 언급됩니다.

* 밤사이: 예약된 작업들이 실행됩니다. 아침이 되면 콘텐츠 에이전트는 전주에 승인된 템플릿으로 3개의 게시글 초안을 완성해 둡니다. 조사 에이전트는 보강된 잠재 고객 데이터 묶음을 만들어 냅니다. 신호 에이전트는 밤사이 진행된 모니터링을 바탕으로 브리핑을 작성합니다. 이 가운데 고객에게 전달된 것은 없습니다. 모두 검토 대기열에서 대기합니다.

* 오전, 30분에서 45분: 운영자가 대기열을 처리합니다. 대부분은 그대로 승인되거나 가벼운 수정만 거칩니다. 하루에 한두 건은 반려되거나 운영자가 먼저 결정해야 할 사안으로 전환됩니다.

* 오전 늦게: 잠재 고객이 적격성 기준을 넘거나 문의가 이미 파악된 패턴과 일치하는 등 조건에 따라 일부 작업이 시작됩니다.

* 오후: 운영자가 연구 질문이나 긴 글처럼 프롬프트와 작업 범위가 정해진 긴 작업을 수동으로 시작합니다.

* 집중 업무 시간: 운영자는 약 90분마다 대시보드를 확인합니다. 결정이 필요한 항목에만 알림이 뜹니다.

* 저녁: 다음 날 아침 검토할 결과물이 준비되도록 규모가 더 큰 작업들이 시작됩니다.

업무 검증 방식. 에이전트의 모든 실행 기록은 위험도(낮음, 중간, 높음), 접촉한 데이터 유형, 사람의 검토 필요 여부, 해당 자동화를 누가 언제 승인했는지의 4가지 항목과 함께 기록됩니다. “고객 대면 콘텐츠를 만들거나, 결제를 실행하거나, 공유 상태를 수정하는” 작업은 사람의 검토가 필수입니다. 내부 신호만 수집하는 작업은 검토를 거치지 않습니다. Knowlee는 운영자 없이는 어떤 작업도 검토 관문을 통과할 수 없다고 설명합니다.

2026년 4월 30일 자 두 번째 게시글은 이를 “우리가 스스로를 위해 작성한 운영자 수준 매뉴얼”이라고 소개합니다. 모든 업무는 Backlog, Running, Review, Done, Blocked의 5개 열로 구성된 하나의 보드에 놓입니다. 조율 에이전트가 전문 에이전트에 업무를 할당하며, 전문 에이전트끼리는 서로를 호출할 수 없습니다. 사람에게 적용되는 규칙은 “에이전트가 카드를 만들고, 이동은 운영자가 한다”입니다. 에이전트가 작업을 제안할 수는 있지만, Running으로 옮기는 일은 사람만 할 수 있습니다. 운영자가 실행 중인 작업을 수정하고 싶다면 프롬프트를 고치는 대신 카드에 댓글을 남깁니다.

사람의 몫으로 남는 일. 게시글은 4가지 영역을 꼽습니다. 고객, 파트너, 언론에 보내는 중요한 메시지의 최종 문구, 법무·재무·의료·컴플라이언스 사안에서의 판단, 불완전한 정보를 바탕으로 내리는 전략적 결정, 규제 기관이 추후 질문할 수 있는 모든 결정입니다. 또한 규제 대상 산업에서는 에이전트가 아직 거래를 최종 성사시킬 수 없다고 덧붙입니다.

채용 방식. Knowlee는 사람을 채용하기 전에, 에이전트가 수행할 수 있을 정도로 업무를 명확하게 정의하는 시도를 일주일 동안 해보라고 권합니다. 그 시도가 성공한다면 “신규 채용이 아니라 새로운 에이전트를 얻은 것”이 됩니다.

3. 격차

사람의 역할이 생산에서 검토로 바뀝니다. 일반적인 소규모 소프트웨어 기업에서는 잠재 고객 조사, 마케팅 콘텐츠 작성, 현황 파악, 경쟁사 추적을 각기 다른 사람이 담당합니다. Knowlee의 설명에 따르면 에이전트가 이러한 업무의 초안을 작성하며, 사람의 하루는 대기열을 중심으로 돌아갑니다. 사람은 승인하고, 편집하고, 반려하거나 결정을 내립니다. 게시글은 운영자가 더 이상 하지 않는 일로 모든 초안 작성, 일일이 수작업으로 기업 조사하기, 여러 시스템에 흩어진 현황 수집하기, 후속 조치 일정 하나하나 잡기를 꼽습니다.

한계 지점이 역량에서 감독으로 옮겨갑니다. 이 글의 핵심 주장은 “병목은 모델 역량이 아니다”라는 점입니다. 진짜 문제는 군단이 생산해 내는 속도만큼 운영자가 그 작업 내용을 빠르게 점검할 수 있느냐는 것이며, “이는 거버넌스의 문제이지 역량의 문제가 아니다”라고 강조합니다. 게시글은 로그, 위험도, 검토 규칙이 없다면 에이전트 군단은 “레버리지 증폭기가 아니라 책임의 증폭기”가 될 뿐이라고 주장합니다. 그리고 현실적인 상한선을 제시합니다. 검토 대기열을 처리하는 데 하루 2~3시간 이상 걸리기 시작하면 단일 운영자의 여력은 한계에 다다릅니다. 게시글은 이 시점에 도달하면 위험도가 낮은 검토는 사람 없이 처리하도록 넘기거나 파트타임 검토자를 채용할 것을 제안합니다.

Knowlee는 자신이 파는 제품으로 회사를 운영합니다. 게시글은 자신들의 기술 스택을 “제품 홍보가 아니라 카테고리에 대한 설명”이라고 부릅니다. 하지만 Knowlee 용어집의 설명은 다릅니다. “Knowlee OS는 이러한 조직 모델을 위한 조종석으로 구축되었다”라고 명시하기 때문입니다. 또한 Knowlee를 에이전트 역량을 위한 플랫폼이라기보다는 “운영자 가시성 플랫폼”으로 규정합니다. 대시보드, 검토 대기열, 모든 실행 기록이 곧 제품입니다. 게시글에서 펼치는 거버넌스 논리는 Knowlee가 고객에게 제시하는 논리와 같습니다. 매니페스토에 따르면 이 제품은 창업자의 내부 도구로 시작되었으며, 이를 본 컨설턴트들이 고객사에 도입하고 싶다고 요청하면서 정식 제품으로 발전했습니다.

회사는 자체 운영에 드는 비용 수치나 실행 규모, 생산량 지표를 공개하지 않습니다. 게시글에서는 에이전트 운영비가 매달 노트북 한 대 값보다는 많이 들고 주니어 직원 한 명 비용보다는 적게 든다고만 밝힙니다. “12명에서 15명”이라는 수치는 회사의 자체 추산입니다.

4. 파급

소규모 기업의 엔트리급 프로세스 직무 정의가 달라질 수 있습니다. Knowlee의 채용 테스트는 채용에 앞서 해당 업무를 에이전트가 맡을 수 있을 만큼 명확하게 정의할 수 있는지 묻습니다. 소규모 기업들이 이러한 방식을 채택한다면 잠재 고객 조사, 콘텐츠 초안 작성, 현황 조율처럼 정해진 프로세스를 반복하는 성격의 직무는 에이전트가 먼저 채우게 될 수 있습니다. 채용은 판단력과 관계 형성, 책임감이 필요한 역할로 옮겨갈 것입니다. Knowlee 스스로도 이러한 변화를 전망합니다. 다만 이것이 대규모로 입증되지는 않았습니다.

에이전트 도구보다 감독 도구가 더 중요해질 수 있습니다. 검토 역량이 한계라는 주장이 맞다면, 귀한 제품은 또 다른 에이전트가 아니라 에이전트의 작업을 신속하게 확인하고 승인하는 수단이 될 것입니다. 이는 공급업체로서 Knowlee가 걸고 있는 승부수이기도 합니다. 명확한 검토 및 감사 체계 없이 에이전트만 판매하는 소프트웨어 개발사는 고객으로부터 거버넌스 도구를 먼저 요구받게 될 수 있습니다.

다른 조직을 위한 교훈:

* 두 번째 에이전트를 추가하기 전에 감독 규칙부터 마련해야 합니다. Knowlee의 조언은 규모를 키우기 전에 첫 번째 에이전트에 대한 위험도, 데이터 유형, 검토 요건을 먼저 설정하라는 것입니다. 열 개의 에이전트가 돌아가는 상태에서 나중에 이러한 기록 체계를 추가하는 일은 훨씬 어렵다고 설명합니다.

* 모든 에이전트 업무를 한곳에 모으고, 에이전트에게 제안 권한만 주고 진행 권한은 주지 않아야 합니다. 하나의 보드를 두고 사람만이 작업을 다음 단계로 넘길 수 있게 하면, 모든 과정을 일일이 지켜보지 않고도 사람이 통제권을 유지할 수 있습니다.

* 검토 시간이 실질적인 처리 용량의 한계입니다. Knowlee 매뉴얼은 너무 많은 상신으로 인한 운영자의 탈진을 실패 유형 중 하나로 꼽습니다. 대기열이 비워지는 속