최근 커뮤니티 세미나에서 NanoClaw 창시자 Gabriel Cohen이 직접 등장해, 왜 “거대한 에이전트 플랫폼을 더 작고 단단하게 만들려 했는지”를 아주 솔직하게 설명했습니다.
핵심은 단순했습니다. 코드를 줄이는 게 목표가 아니라, 이해 가능성과 보안 통제 가능성을 높이는 것이 목표라는 점입니다.
원문 기반: NanoClaw 세미나 전사문(약 2시간)
세미나 영상 원본: https://www.youtube.com/live/hvD4FzSsOP8
왜 이 세미나가 흥미로웠나?
발표는 자극적인 숫자에서 시작합니다.
- OpenClaw: 수십만 줄 규모의 대형 코드베이스
- NanoClaw: 약 3,000줄(발표 기준) + 스킬 중심 확장
여기서 중요한 건 “몇 줄이 더 우월하다”가 아닙니다. Gabriel의 메시지는 이거였습니다.
에이전트를 신뢰하려면, 먼저 그 시스템을 사람이 이해할 수 있어야 한다.
즉, 복잡도를 줄이면 개발자뿐 아니라 운영자, 교육자, 팀 리더도 시스템의 행동을 더 빠르게 파악하고 통제할 수 있다는 주장입니다.
Gabriel Cohen이 강조한 3가지 포인트
1) 코어는 작게, 확장은 스킬로
NanoClaw 접근은 “핵심 엔진을 슬림하게 유지하고, 필요한 기능은 스킬/커스텀으로 얹는 구조”에 가깝습니다.
- 기본 코어의 종속성 최소화
- 채널 연동(예: Telegram/WhatsApp)은 필요 시 추가
- 커뮤니티가 만든 커스텀을 다시 스킬로 환류
이 구조는 교육 현장에서도 시사점이 큽니다.
학생/교사가 공통 코어를 공유하되, 수업 목적에 맞는 기능만 선택해 붙이는 방식이 가능해지기 때문입니다.
2) 보안은 “나중 옵션”이 아니라 설계 중심
세미나 전반에서 가장 자주 나온 키워드는 **격리(isolation)**였습니다.
- 그룹/채널별 에이전트 분리
- 컨테이너 기반 실행을 통한 권한 분리
- 프롬프트 인젝션을 전제로 한 위험 모델링
특히 인상적인 대목은, “에이전트가 유용하려면 권한이 필요하지만, 바로 그 권한이 리스크가 된다”는 현실 인식입니다.
그래서 **누구와 쓰는 그룹인지(가족/팀/외부 파트너)**에 따라 도구 권한을 다르게 줘야 한다는 점을 반복해 강조했습니다.
3) AI 네이티브 개발: 코드를 ‘대화로’ 진화시키는 방식
Gabriel은 버그 수정이나 워크플로 개선을 “코드 편집창”이 아니라 에이전트와의 운영 대화로 처리한 사례를 소개했습니다.
예시 흐름:
- 리마인더가 이미 무의미해진 상황에서도 예약 작업이 실행됨
- 그룹 대화에서 에이전트에게 문제 맥락 설명
- 에이전트가 규칙(실행 전 관련성 재검증)을 기억/적용
이 관점은 기존 소프트웨어 개발과 다른 질문을 던집니다.
- 기능을 어떻게 구현할까? → 물론 중요
- 그보다 먼저, 에이전트에게 어떤 운영 의도를 학습시킬까?
교육자/실무자 입장에서 얻을 수 있는 인사이트
1) “완제품 도구”보다 “조정 가능한 도구”가 중요해진다
AI 시대에는 모두가 같은 소프트웨어를 쓰는 모델보다, 각자 목적에 맞게 조정한 버전을 쓰는 모델이 점점 현실적이 됩니다.
2) 마크다운/파일 기반 운영이 다시 강해진다
발표에서도 반복됐듯, 에이전트가 다루기 쉬운 구조화 텍스트(마크다운)는 자동화와 협업의 공용 언어로 강력합니다.
3) 안전한 커스터마이징 표준이 핵심 경쟁력이 된다
업데이트(merge/cherry-pick), 의도 문서(intent.md), 충돌 해결 맥락 같은 요소가 앞으로 팀 생산성을 가를 가능성이 큽니다.
균형 있게 봐야 할 부분
흥미로운 비전이지만, 현실 적용 시 체크할 지점도 분명합니다.
- 커스텀이 많아질수록 운영 난이도는 올라갈 수 있음
- 작은 코어라도 주변 스킬 품질이 낮으면 전체 안정성이 흔들릴 수 있음
- 조직 도입 시 권한 설계/감사 로그/운영 가이드가 반드시 필요
즉, “작아서 좋다”가 아니라 작고, 검증 가능하고, 운영 원칙이 있어야 좋다가 더 정확한 결론입니다.
마무리: 왜 지금 이 논의가 중요한가
이번 세미나는 단순히 NanoClaw 소개를 넘어, AI 에이전트 시대 소프트웨어 개발의 큰 전환점을 보여줬습니다.
- 거대한 범용 플랫폼 1개를 모두가 쓰는 방식에서
- 목적별로 맞춤형 에이전트를 설계·운영하는 방식으로
교육 현장, 1인 기업, 소규모 팀 모두에게 이 변화는 이미 시작됐습니다.
핵심은 기술 자체보다, 어떤 구조로 안전하게 운영할 것인가입니다.
FAQ
Q1) NanoClaw가 OpenClaw보다 무조건 낫다는 의미인가요?
아닙니다. 철학과 설계 우선순위가 다릅니다. 어떤 환경에서는 대형 플랫폼의 풍부한 기능이 더 유리할 수 있고, 어떤 환경에서는 슬림 코어 + 맞춤 확장이 더 맞을 수 있습니다.
Q2) 코드를 작게 만들면 정말 보안이 좋아지나요?
잠재적 공격면 축소에는 도움이 되지만, 자동으로 안전해지지는 않습니다. 권한 설계, 격리, 업데이트 정책, 운영 가이드가 함께 갖춰져야 합니다.
Q3) 교육용으로 적용하려면 어디서 시작하면 좋을까요?
처음에는 기능 욕심을 줄이고, 한 가지 시나리오(예: 과제 리마인드, 학습 로그 정리)만 좁게 설정해 작은 성공 사례를 만든 뒤 점진적으로 확장하는 것이 안전합니다.