Show HN: OzBrain, 에이전트와 팀 간의 지식 공유를 위한 공유 브레인

에이전트 우선 채팅 인터페이스가 주요 소프트웨어 양식이 되고, 복잡한 대시보드/UI는 사라질 것이라고 생각합니다. 누가 정확히 승자가 될지는 모르겠지만, 제 지식이 성장하고 저와 함께 가기를 원합니다. "지식"의 상당 부분, 즉 리서치, 분석, 추론은 에이전트가 주요 사용자로서 수행하게 될 것입니다. 현재의 노트 도구와 작업 관리 시스템은 인간을 위해 만들어졌습니다… 제 버그 백로그의 17번째 항목이 뭔지는 신경 쓰지 않습니다. 저는 저를 위해 실행하고 훌륭한 작업을 해낼 수 있는 에이전트들을 지휘하고 싶습니다. 제가 OzBrain을 만든 이유: + 에이전트가 추론한 지식이 살 수 있는 중앙 공간을 만들기 + 어떤 앱/에이전트가 연결되는지에 대해 중립적이기 + 모든 것을 캡처하고 추적해서 감사할 수 있게 하기 + 팀, 협업자 또는 파트너가 브레인을 공유할 수 있게 하기 + 같은 문서에 여러 에이전트가 있어도 터지지 않도록 충돌을 처리하기 + 지식을 더 토큰 친화적인 청크로 리팩터링하고 인덱스를 잘 매핑하기 + 지식 루프를 닫아서 새로운 사고가 코퍼스 전반에서 오래된 사고를 대체하도록 하기. 지우지 말고, 폐기하고 링크하기 + 사용자 데이터를 안전하고 보안적으로 유지하기 ++ 기술 지식이 없어도 사용할 수 있을 만큼 쉽게 만들기 우리 중 일부는 항상 자신만의 커스텀 솔루션을 만들겠지만, 에이전트를 많이 사용하고 솔루션이 필요한 수백만 명의 기술 전문가와 소규모 사업주가 있습니다. 그래서 저는 그것을 만들려고 합니다. 이거 gBrain 같은 거 아니냐고요? 네, 비슷합니다. AWS 대 Vercel 같다고 생각합니다. AWS는 매우 강력하고 구성 가능하며, 기술적이고 시스템을 정말 세밀하게 튜닝하는 데 시간을 투자하려는 사람에게 유용합니다… 하지만 웹 배포/호스팅이 그냥 작동하고 다루기 쉬웠으면 한다면 Vercel을 씁니다. // 만든 이유 10년 넘게 코딩 실력을 잃었지만 기술적 뿌리로 돌아가는 것을 즐기고 있습니다. AI 덕분에 에이전트 코딩 워크플로와 협력하여 시스템과 제품에 집중할 수 있습니다. 최근에 어르신을 위한 Voice AI를 만들었습니다. 그것을 만들기 위해 에이전트 엔지니어링 워크플로를 만들었습니다 (시스템을 항상 개선하고 싶으니 마음껏 뜯어보세요: https://ozbrain.com/resources/eng-flow ). 코딩 에이전트에 대한 제 접근 방식은 신뢰하되 검증하는 것이며, 인간이 리뷰할 부분을 더 나은 답변/리뷰를 줄 수 있는 적대적 또는 전문화된 에이전트로 대체하려고 합니다. 하이레벨 작업에서 배포된 PR까지 Claude 클라우드 세션에서 실행되는 워크플로가 있습니다. 로컬에서는 Claude Code를 사용하고, UI나 레이아웃 같은 시각적 작업에서 더 타이트한 루프를 원할 때는 Cursor를 사용합니다. 그리고 TokenThriffting을 위한 사용량 로드 밸런싱이나 다른 LLM에게 무언가를 생각해보게 하고 싶을 때는 Codex를 사용합니다. .md 파일을 주고받고 어느 버전이 가장 최신인지 추적하는 게 정말 짜증나서, Supabase에 바로 호스팅되는 .md 저장소를 만들었고 제 에이전트들은 이미 Supabase 접근 권한을 가지고 있습니다. 덕분에 헬스장에서 폰으로 견고하고 확장 가능하며 안전한 Voice AI를 만들 수 있었습니다. 제 모든 에이전트는 우리 지식에 접근할 수 있고, 제품과 우리가 사용하는 시스템을 만들고 개선하면서 지식에 쓰고, 업데이트하고, 참조할 수 있습니다. 공유 지식을 어떻게 관리하는지 물어본 창업자 친구 75명 중 26명이 자신만의 커스텀 지식 시스템을 만들었습니다… VPS를 통해 동기화되는 7천 개 파일의 Obsidian vault, 자체 MCP 서버 뒤의 마크다운 저장소, Supabase를 스킬 파일에 연결하는 cron job… 각자 유지보수해야 하는 서로 다른 프랑켄슈타인입니다. 32명은 정적 파일을 옮겨 다니는 고통을 느꼈지만 어떤 해결책도 없다고 했습니다. 그래서 저는 제 브레인을 더 잘 재구축했고, 그것을 사용해 그것을 만들었습니다. // 도울 수 있는 방법 한번 사용해보시길 바랍니다. 유지보수 루프는 아직 알파 단계라 고객 데이터에는 아직 돌리지 않고 있습니다. 자신만의 브레인을 만드셨다면 어떻게 했는지 듣고 싶습니다. 설계와 기능에서 가장 중요했던 기준은 무엇이었나요. .md 파일을 옮겨 다니는 것에 지치셨다면 OzBrain을 사용해보시고 피드백을 주시면 좋겠습니다. 에이전트에게 공유 버그 & 기능 브레인에 넣어달라고 하면 됩니다! 건배! Bubs.co