OpenClaw 대안 6개가 동시에 등장한 이유 — 그리고 에이전트 정체성 문제

OpenClaw의 성공이 대안들의 폭발적 증가를 촉발했다. “Claw"를 포함한 이름들이 쏟아지면서, Claw는 거의 보통명사가 되고 있다. 6개 프로젝트. 6가지 철학. 하나의 질문: 에이전트는 어떤 환경에서든 자기 자신일 수 있는가? 6개 대안 한눈에 보기 Nanobot (Python) ~4,000줄 코드 (OpenClaw보다 99% 작음) 연구에 바로 활용 가능, 깔끔하고 가독성 우수 MCP 지원, 다중 채널 철학: “초경량 개인 AI 어시스턴트” NanoClaw (TypeScript) “8분 만에 이해할 수 있을 정도로 작음” 에이전트가 실제 리눅스 컨테이너에서 실행 최초로 에이전트 스웜 지원 철학: “포크하고, 커스터마이징하고, 소유하세요” IronClaw (Rust) 보안 우선 설계 신뢰할 수 없는 도구를 위한 WASM 샌드박스 자격 증명 보호, 프롬프트 주입 방어 철학: “AI 어시스턴트는 당신을 위해 일해야 합니다” ZeroClaw (Rust) 5MB 미만 RAM, 10달러 하드웨어에서 실행 10ms 미만 시작 시간 트레이트 기반 아키텍처 철학: “오버헤드 제로. 타협 없는 성능” PicoClaw (Go) 10MB 미만 RAM, 1초 부팅 구형 안드로이드 폰에서 실행 95% AI 생성 코드베이스 철학: 초고효율, 모든 리눅스 보드에서 실행 TinyClaw (TypeScript) 다중 에이전트, 다중 팀, 다중 채널 체인 실행을 통한 팀 협업 실시간 TUI 대시보드 철학: “24/7 AI 어시스턴트” 이 현상이 말해주는 것 1. “Claw"는 카테고리가 됐다 OpenClaw → NanoClaw → IronClaw → ZeroClaw → PicoClaw → TinyClaw. 이름 자체가 패턴이 됐다. Docker가 컨테이너의 대명사가 된 것처럼, Claw는 “개인 AI 어시스턴트"의 대명사가 되고 있다. ...

2026년 2월 24일 · 3 분 · Tom Lee

Soul Spec v0.5: 챗봇부터 로봇까지 — 에이전트 정체성의 물리적 확장

Soul Spec v0.5를 발표한다. 핵심 변화: 로봇과 물리적 AI 에이전트 지원. 챗봇의 성격을 정의하던 같은 포맷으로, 이제 로봇의 성격도 정의할 수 있다. 왜 로봇에 페르소나 표준이 필요한가 2025년에 발표된 연구들이 하나의 사실을 증명했다: 일관된 성격을 가진 로봇이 더 나은 성능을 보인다. Nature Scientific Reports(2025)에 발표된 연구는 GPT-4 기반 로봇에 특정 성격을 부여했을 때 대화 역학과 사용자 경험이 향상됨을 실험적으로 증명했다. arXiv(2512.06910)의 연구는 LLM으로 설정한 로봇 성격이 작업 동기 부여와 성능에 직접적인 영향을 미침을 보여줬다. ...

2026년 2월 24일 · 3 분 · Tom Lee

모든 AI 프로젝트는 결국 에이전트가 된다 — 그리고 에이전트에겐 영혼이 필요하다

수렴의 법칙 Allen Hutchison의 글 “Building AI Agents: From Simple Scripts to Autonomy”는 개발자라면 직감적으로 고개를 끄덕일 관찰로 시작한다. 단순한 파이썬 스크립트를 쓰려고 앉았다. 두 시간 뒤, while 루프를 짜고, tools 배열을 정의하고, JSON을 파싱하고 있었다. 또 에이전트를 만들고 있었다. (GeekNews 한국어 요약) 그의 정의는 간결하다: 에이전트 = 도구에 접근할 수 있는 상태로 루프를 통해 실행되는 모델. 단순 스크립트에 도구 접근을 하나만 허용해도 — read_file 하나만 줘도 — 대화는 위임이 되고, 스크립트는 에이전트가 된다. ...

2026년 2월 24일 · 3 분 · Tom Lee

유령에게 영혼이 필요하다

유령이 Shell을 얻었다. 그 다음은? Jian Zhang의 최근 에세이 “2026: The Year of Ghost in the Shell”은 우리가 있는 지점을 정확히 짚는다. Andrej Karpathy는 LLM을 “유령(ghost)“이라 불렀다 — 인간 사고의 통계적 증류물. Zhang은 이 비유를 확장한다: 유령이 shell(CLI, 도구, 피드백 루프)을 얻으면, 이야기꾼에서 일꾼이 된다. OpenClaw, Claude Code, Codex — 이것들은 기능이 추가된 챗봇이 아니다. Shell을 가진 유령이다. 코드를 읽고, 테스트를 실행하고, 파일을 편집하고, 웹을 탐색하고, 자기 출력을 검증한다. 피드백 루프가 닫혔다. 일이 진짜다. ...

2026년 2월 24일 · 4 분 · Tom Lee

취향은 새로운 핵심 역량이다

구현 장벽이 사라졌다 카파시는 최근 “초개인화 맞춤형 소프트웨어”의 미래를 그렸다 — 개별 사용자를 위해 즉석에서 생성되는 애플리케이션. 클로드 코워크는 비개발자도 대화만으로 프로덕션 앱을 출시하게 해준다. 소프트웨어를 만드는 비용이 제로에 수렴하고 있다. 이건 경쟁 방정식 자체를 바꾼다. 누구나 만들 수 있으면 뭘 만드느냐는 더 이상 차별점이 아니다. 어떻게 행동하느냐가 전부가 된다. 폴 그레이엄이 (또) 맞았다 “Taste for Makers”에서 폴 그레이엄은 취향이 주관적인 허세가 아니라고 했다 — 훈련 가능하고 정의 가능한 기술이며, 위대한 작업과 평범한 작업을 가르는 것이라고. 좋은 디자인은 단순하다. 좋은 디자인은 암시적이다. 좋은 디자인은 약간 웃기다. ...

2026년 2월 23일 · 2 분 · Tom Lee

SW 종말론의 착각: 코드는 죽고, 페르소나 설계가 뜬다

공포 앤트로픽의 클로드 코워크가 SW 업계를 뒤흔들고 있다. 매경이코노미는 “SW 종말론”을 다뤘다. 비개발자도 AI 대화만으로 전문 앱을 만들 수 있으니, 개발자는 필요 없고 기업가치는 제로로 간다는 논리다. 설득력 있는 서사다. 하지만 프레임 자체가 틀렸다. 실제로 바뀌는 것 모든 기술 변곡점은 같은 사이클을 반복한다: 공포 → 적응 → 질적 변환. 인쇄기가 필경사를 없앤 게 아니라 출판인·편집자·기자를 만들었다. 스프레드시트가 회계사를 없앤 게 아니라 수기 장부를 없애고 재무분석가를 만들었다. AI 코드 생성은 소프트웨어 엔지니어링을 없애지 않는다. 반복적인 소프트웨어 엔지니어링을 없앤다. 살아남는 것 — 오히려 더 가치가 올라가는 것 — 은 설계 사고다. 아키텍처. 시스템 정체성. 코드 뒤의 왜. ...

2026년 2월 23일 · 2 분 · Tom Lee

모델이 병목이 아닙니다 — 프롬프트 구조가 병목입니다

실험 Chris Laub(@ChrisLaubAI)가 모델 선택에 대한 통념을 뒤흔드는 실험을 진행했습니다. 동일한 애플리케이션을 5개 주요 LLM으로 각각 구현하고, 5가지 프롬프트 포맷 스타일을 모든 모델에 교차 적용했습니다. 모델별 최고 점수: 모델 최고 점수 최적 포맷 Claude 87 XML GPT-4 71 Markdown Grok 68 — Gemini 64 — DeepSeek 52 — Claude가 XML 프롬프트와 함께 압도적 1위를 차지했습니다. 그런데 더 흥미로운 점이 있습니다. Claude는 Markdown 포맷에서도 89점을 기록했습니다. Claude는 포맷과 무관하게 강력했지만, 다른 모델들은 프롬프트 구조에 따라 점수가 극적으로 변했습니다. ...

2026년 2월 23일 · 3 분 · Tom Lee

Prompt Engineering vs Context Engineering: 왜 이 전환이 중요한가

한 줄 프롬프트의 시대가 끝났습니다 수년간 “프롬프트 엔지니어링"은 모두가 이야기하는 핵심 역량이었습니다. 완벽한 지시문을 작성하고, 적절한 예시를 포함하며, temperature를 조절하면 AI가 원하는 결과를 내놓았습니다. AI가 단순히 텍스트 입력 텍스트 출력을 수행하는 상자였을 때는 그것만으로 충분했습니다. 하지만 AI 에이전트가 도구를 사용하고, 세션 간 메모리를 유지하며, 다단계 의사결정을 하고, 수 시간 동안 자율적으로 작동하는 지금은 상황이 다릅니다. 단일 프롬프트로는 시스템을 통제할 수 없습니다. 무엇이 바뀌었을까요? Prompt Engineering은 단일 입력 문자열을 최적화합니다. “이 문서를 3개 요점으로 요약해줘.” “시니어 개발자처럼 이 코드를 리뷰해줘.” 범위: 한 턴, 한 작업, 한 응답. Context Engineering은 전체 정보 환경을 설계합니다. ...

2026년 2월 23일 · 5 분 · Tom Lee

Soul-Evil 공격: 악성 페르소나가 AI 에이전트를 탈취하는 방법 (그리고 막는 방법)

Reddit에서 화제가 된 실제 공격 벡터 — 악성 SOUL.md 파일이 AI 에이전트의 행동을 조용히 탈취합니다. 공격의 원리, 위험성, 그리고 Soul Spec + SoulScan™의 방어 체계를 설명합니다.

2026년 2월 22일 · 5 분 · Tom Lee

한 개발자가 6개월 걸려 만든 AI 워크플로우 시스템, Soul Spec은 5분이면 됩니다

바이럴 영상, 익숙한 패턴 최근 한국 개발자 커뮤니티에서 화제가 된 유튜브 영상이 있습니다. 경력 8년차 개발자가 Claude Code를 활용해 혼자서 300~400권 분량의 대규모 프로젝트를 6개월 만에 완성한 비결 — AI 관리 시스템을 공유합니다. 그의 결론: “AI는 기본 50점짜리 도구지만, 올바른 시스템을 갖추면 95점 이상의 파트너가 됩니다.” 완전히 동의합니다. 그리고 바로 그것이 Soul Spec이 존재하는 이유입니다. 4단계 시스템 이 개발자는 AI 코딩 어시스턴트를 본격적으로 써본 사람이라면 누구나 공감할 문제들을 4단계로 해결했습니다: 1. 매뉴얼 시스템 (Hooks) 첫 번째 문제: AI는 규칙을 기억하지 못합니다. 매번 새 세션은 제로에서 시작합니다. 해결책은 Claude Code의 hook 시스템으로 작업 전 반드시 가이드라인을 읽게 강제하는 것. 가이드라인이 1,500줄을 넘기자 목차와 챕터 파일로 분리했습니다 — AI가 필요한 부분만 로드할 수 있도록. ...

2026년 2월 22일 · 4 분 · Tom Lee