새로운 Show HN 스레드는 DenchClaw를 공개했다. 이 프로젝트의 방향은 OpenClaw를 단순한 agent runtime으로 두는 대신, 로컬 중심 CRM이자 범용 productivity workspace로 감싸는 것이다. HN에서 반응을 얻은 포인트는 분명했다. 여러 cloud 서비스를 에이전트 주변에 덧붙이는 대신 agent, browser, UI, local data layer를 사용자의 머신 안에 한 덩어리로 묶겠다는 제안이다.

repo 기준 onboarding은 비교적 단순하다. 설치 경로는 사실상 npx denchclaw이며 Node 22+가 필요하고, 설정이 끝나면 localhost:3100에서 web UI가 열린다. 내부적으로는 dench라는 전용 OpenClaw profile과 19001 대역 gateway를 만들어 기존 OpenClaw 명령을 별도 로컬 workspace에 붙여 재사용한다. 이 점이 중요한 이유는 DenchClaw가 OpenClaw를 대체하는 제품이 아니라, 그 위에 opinionated layer를 더하는 제품이라는 점을 보여주기 때문이다.

더 흥미로운 부분은 데이터와 앱 모델이다. HN launch 글에서 작성자는 table filter, view, calendar, gantt layout 등이 모두 local file system에 놓이기 때문에 OpenClaw가 Dench의 CRM skill을 통해 이를 직접 다룰 수 있다고 설명했다. 또한 CRM 저장소는 DuckDB 위에 구축됐다고 밝혔다. 뒤이은 HN 토론에서는 왜 DuckDB를 골랐는지도 보강됐는데, local-first workload에서는 별도 서버 DB보다 운영 복잡도가 훨씬 낮으면서도 CRM 규모 export는 충분히 감당할 수 있고, 큰 파일도 out-of-core 방식으로 처리하기 쉽다는 이유였다.

DenchClaw는 단순한 로컬 DB 앱보다 한 걸음 더 나간다. 사용자의 browser 자체를 integration surface로 삼기 때문이다. launch 글에 따르면 앱은 Chrome profile을 복사해 이미 로그인된 세션을 가져오고, HubSpot이나 Notion 같은 서비스로 직접 들어가 export를 트리거한 뒤 내려받은 파일을 local workspace로 흡수할 수 있다. 작성자는 이를 "Cursor for your Mac"에 가깝다고 묘사했지만, file tree, browser access, CRM workflow가 결합된 형태라는 점이 차별점이다.

물론 이 접근은 곧바로 가장 중요한 질문을 불렀다. 로그인된 browser를 agent가 제어할 수 있다면, 원치 않는 행동을 막는 장치는 무엇인가? 이 Show HN 스레드가 유용한 이유는 그 위험을 외면하지 않았기 때문이다. 댓글에서는 SaaS 도구 안에서의 unintended action, cookie conflict, 개인 browser state를 LLM에 맡기는 trust boundary가 핵심 쟁점으로 제기됐다. 이에 대해 maintainer는 import skill이 action 전에 사용자 확인을 요구하도록 설계되어 있고, browser 기반 workflow는 실행 중 사용자가 직접 보며 supervision할 수 있다고 설명했다.

DenchClaw가 실제로 mainstream OpenClaw layer가 될지는 아직 알 수 없다. 다만 이번 Show HN은 local agent tooling이 어디로 향하는지 잘 보여준다. 이 프로젝트의 본질은 sales CRM 하나가 아니라, local UI와 local file, 가벼운 analytical store, 그리고 agent가 실제로 조작할 수 있는 browser만으로도 상당수 workflow를 원격 SaaS wrapper 바깥으로 끌어낼 수 있다는 가설을 시험하는 데 있다.

#crm

Show HN: DenchClaw, OpenClaw 위에 로컬 CRM·browser-aware workspace를 얹다