웹은 오래전부터 '살아있는 공간'이었다. 초기 인터넷의 방명록, IRC 채팅, 실시간 접속자 카운터—지금 보면 조잡하지만, 그것들이 전달하던 감각은 하나였다. 지금 이 순간, 나 혼자가 아니다. 그런데 언제부턴가 웹은 점점 더 정적인 콘텐츠 소비 채널이 되어버렸다. 피드는 개인화됐고, 커뮤니티는 플랫폼 안으로 흡수됐으며, 개인 웹사이트는 그냥 읽다 닫는 문서가 됐다.
최근 두 가지 프로덕트 실험이 이 흐름에 정면으로 질문을 던지고 있어 주목할 만하다. 하나는 Town Square—웹사이트 하단에 실시간 방문자를 막대인간으로 시각화해 '지금 같이 보고 있는 사람'을 드러내는 오픈소스 레이어다. 다른 하나는 Playbooks—Claude API를 활용해 한 문장짜리 목표를 구조화된 실행 계획으로 변환하고, 그 과정을 커뮤니티 피드로 공유하게 만든 AI 플래닝 도구다. 접근 방식은 다르지만, 두 실험이 건드리는 핵심은 같다. 경험 안에 '살아있음'을 어떻게 설계할 것인가.
존재감을 UI로 만든다는 것
Town Square의 설계 철학은 의도적으로 반(反)소셜 네트워크적이다. 계정도, 프로필도, 팔로어 수도, 영구 채팅 기록도 없다. 메시지는 수신자가 그 자리에 있을 때만 존재하고, 자리를 뜨면 사라진다. GeekNews에 소개된 이 프로젝트의 제작자는 목표를 명확하게 밝혔다. "또 다른 소셜 네트워크를 만드는 것이 아니라, 화면 반대편에 실제 사람이 있다는 웹의 작은 감각을 되살리는 것."
이 접근이 흥미로운 이유는 UX 설계의 관점에서 '무엇을 빼는가'를 전략으로 삼았다는 점이다. 대부분의 소셜 기능 설계는 영속성(persistence)을 기본값으로 삼는다. 기록이 남아야 참여의 흔적이 되고, 흔적이 쌓여야 플랫폼의 가치가 된다는 논리다. Town Square는 그 반대를 선택했다. 휘발성이 오히려 현재 순간의 밀도를 높인다. 지금 이 페이지를 읽고 있는 누군가와 나눈 짧은 교환은, 기록되지 않기 때문에 더 가볍게 시작할 수 있다. 마이크로 인터랙션 설계에서 '마찰을 줄이는 것'이 참여를 이끄는 것과 같은 원리다.
기술적으로도 진입 장벽을 낮추는 선택들이 보인다. 자체 호스팅 없이 공개 서버에 웹사이트를 등록하는 것만으로 붙일 수 있고, 저장소도 공개됐다. Lobste.rs 커뮤니티에서 나온 반응 중 인상적인 것은 "Lobste.rs가 이걸 도입하면 댓글을 주고받으러 온 사람들이 서로를 볼 수 있어 공동체 느낌이 날 것 같다"는 의견이었다. 콘텐츠 소비와 커뮤니티 경험이 분리된 현재 구조에 대한 자연스러운 갈증이 읽힌다.
AI가 구조를 만들고, 커뮤니티가 맥락을 채운다
Playbooks는 다른 방향에서 같은 문제를 건드린다. 개발자 커뮤니티 dev.to에 공개된 이 프로젝트의 제작자는 출발점을 솔직하게 털어놓는다. "Notion은 너무 비어있고, ChatGPT는 텍스트 덩어리만 준다. 둘 다 실제로 실행할 수 있는 구조화된 계획을 주지 않는다." 이 불만은 많은 사람들이 AI 도구를 쓰면서 느끼는 공백을 정확히 짚는다. 결과물은 있는데, 그것을 가지고 무엇을 어떻게 할지는 여전히 사용자 몫이라는 문제.
Playbooks의 해법은 Claude API로 입력 한 문장을 단계(phase), 체크리스트, 성찰 질문, 리소스가 포함된 구조화된 플레이북으로 변환하는 것이다. 여기까지는 AI 자동화의 전형적인 패턴이다. 진짜 설계 포인트는 그 다음에 있다. 첫째, 홈 화면이 대시보드가 아니라 커뮤니티 피드다. 다른 사람들이 무엇을 계획하고 있는지, 어느 단계를 밟고 있는지가 실시간으로 보인다. 둘째, 마음에 드는 플레이북은 포크(fork)할 수 있다. 단순 복사가 아니라 Claude가 포크한 사람의 맥락에 맞게 전체를 재조정한다. 타인의 구조에서 출발하되, 나의 상황에 맞게 다시 태어나는 경험이다.
세 번째 설계 결정이 특히 눈에 띈다. 플레이북 안의 성찰 질문에 답을 입력하면, Claude가 그 답변을 읽고 상황별 맞춤 피드백을 인라인으로 생성해 저장한다. 재방문했을 때 그 피드백이 그대로 남아있다. 대부분의 AI 도구가 '대화가 탭을 닫으면 끝난다'는 한계를 갖는 것과 달리, Playbooks는 AI의 응답을 경험의 흔적으로 축적한다. 기술 스택도 현재 프론트엔드 생태계의 정석에 가깝다. Next.js App Router + React 19, Supabase, Tailwind v4 + shadcn/ui, Framer Motion—빠른 프로토타이핑과 확장성을 동시에 고려한 선택이다.
두 실험이 함께 가리키는 것
표면적으로 Town Square와 Playbooks는 다른 문제를 푼다. 하나는 개인 웹사이트에 실시간 공존의 감각을 붙이고, 다른 하나는 AI로 생성한 계획을 커뮤니티 피드 위에 올린다. 그런데 두 프로젝트가 공통으로 거부하는 것이 있다. 고립된 1인 경험으로서의 웹. 콘텐츠를 혼자 소비하고, 계획을 혼자 세우고, 결과를 혼자 마주하는 구조. 두 실험 모두 그 고립을 설계 수준에서 해체하려 한다.
프론트엔드 프로덕트 설계 관점에서 이것은 의미 있는 신호다. '실시간성'과 'AI 응답'은 그 자체로 기능이 아니다. 그것을 어떤 사회적 맥락 안에 놓느냐가 경험의 질을 결정한다. Town Square가 영속적 기록을 제거함으로써 현재 순간의 연결을 살렸듯, Playbooks가 AI 결과물을 커뮤니티 피드에 올림으로써 고독한 계획 수립을 사회적 행위로 바꿨듯—설계의 핵심은 기술 스펙이 아니라 어떤 관계를 만들 것인가의 결정이다.
앞으로의 방향도 흥미롭다. Town Square는 이웃 웹사이트들을 연결하는 Webring식 네트워크를 구상 중이다. 사이트 가장자리로 걸어가면 옆 사이트로 넘어가는 구조—분산된 소셜 레이어가 인디 웹 생태계 전체로 퍼질 수 있는 씨앗이다. Playbooks는 포크와 커뮤니티 피드를 더 정교하게 발전시키면, AI가 생성한 구조적 지식이 집단적으로 축적되고 재사용되는 새로운 형태의 공유 지식 레이어가 될 수 있다. 두 실험 모두 아직 초기지만, 이 방향은 분명하다. 웹에 다시 사람 냄새를 되돌리는 일—그것은 기술 문제가 아니라 설계 의지의 문제다.