Product Hunt

NOAN — The fact layer for your AI agents

NOAN — AI 에이전트를 위한 기업 사실 레이어

NOAN은 기업이 검증한 가격, 고객층, 브랜드 어조 같은 정보를 API로 제공해 사람과 AI 에이전트가 같은 기준을 사용하도록 돕습니다. 제품은 사실별 권한·승인·버전 기록과 활동 피드를 제공하며, 제작진은 자사 업무에 쓰는 에이전트 27개와 MIT 라이선스 에이전트 팩도 공개했습니다.

AI 요약

NOAN은 기업의 검증된 정보를 사람과 AI 에이전트가 함께 사용하는 ‘사실 레이어(fact layer)’로 제공합니다. 제작진은 회사 문서와 프롬프트가 여러 곳에 흩어지면 에이전트마다 가격이나 제품 설명을 다르게 받아들일 수 있다고 설명합니다. 검색할 자료를 늘리는 것만으로는 해결되지 않으며, 회사가 사실로 확인한 내용을 별도로 관리해야 한다는 접근입니다.

사실을 블록으로 관리합니다

가격, 이상적인 고객 프로필(ICP), 브랜드 어조, 환불 정책 같은 정보를 블록으로 나눠 저장합니다. 담당자가 각 사실을 확인하거나 에이전트에 수정 권한을 줄 수 있고, 변경 사항은 버전으로 기록됩니다. API 키에 승인 권한을 설정하면 사람이나 에이전트가 수정한 내용을 승인 절차에 따라 반영합니다. 제작진은 GitHub의 풀 리퀘스트와 비슷한 방식이라고 설명합니다.

Activity 피드에는 API에서 일어난 읽기·쓰기·작업이 사람과 에이전트 구분 없이 기록됩니다. 에이전트가 어떤 정보를 읽었고, 응답이 어떤 사실에서 나왔는지 확인하는 데 쓰입니다. 정보가 맞지 않을 때 변경 내역과 접근 기록을 살펴볼 수 있습니다. 제작진은 사실이 바뀌면 API에 즉시 반영되며, API를 연결한 곳에도 변경 사항이 배포된다고 밝혔습니다.

앱, API, Slack으로 사용합니다

NOAN App에서는 사실을 작성·검증하고 연락처를 관리하며 작업 보드에서 에이전트 작업을 살펴봅니다. Headless 제품은 사실을 블록 단위로 조회하는 API입니다. 자체 에이전트나 앱, 웹사이트를 만들 수 있고, Claude, Claude Code, Cursor, Codex를 호스팅 MCP 서버에 연결할 수 있습니다. 제작진은 자사 웹사이트가 CMS나 CRM 대신 NOAN의 정보를 읽도록 구성했다고 설명합니다.

Slack용 에이전트 Verity는 채널에서 검증된 사실을 바탕으로 질문에 답합니다. ‘fact:’로 시작하는 메시지를 쓰면 담당자가 확인할 사실 초안을 만들고, 기존 사실과 모순되는 발언은 표시합니다. 회의록을 사실 제안으로 바꾸거나 작업·연락처·메모를 관리하는 기능도 있습니다. 제작진은 웹사이트에서 첫 사실 초안을 만들고, 문서에서 정보를 추출해 사실을 제안하는 온보딩 절차를 소개했습니다.

에이전트 팩과 운영 사례

제작진은 NOAN API와 MCP를 공개한 뒤 몇 분 안에 업무용 에이전트를 만들 수 있었다고 말합니다. 현재 자사에서 영업, 고객 성공, 운영, 주간 보고 등에 에이전트 27개를 사용하며, 각 에이전트는 GitHub Actions에서 일정에 따라 실행되는 작은 프로그램이라고 설명합니다. 에이전트마다 실행 절차와 판단 기준, 어조와 템플릿을 사실로 관리합니다. 행동을 바꾸고 싶을 때 코드를 수정하지 않고 해당 사실을 고치면 다음 실행부터 반영된다는 설명입니다.

함께 공개한 에이전트 팩은 고객 지원, 사실 정합성 확인, 시장 조사, 주간 활동 보고, 영업 자료, 뉴스레터용 에이전트를 포함하며 MIT 라이선스로 배포합니다. 사용자는 모델 API 키를 준비하고 자신의 GitHub 환경에서 실행할 수 있습니다. 제작진은 작업별 요금을 부과하지 않고 코드를 공개해 포크와 수정을 허용한다고 밝혔습니다.

Product Hunt 반응

  • @luc_kelly — 솔직히 Claude가 있는데 왜 이걸 써야 하는지 몰랐습니다. 하지만 API와 MCP가 생기니 판도가 달라졌습니다. 하나의 기준 정보가 있다는 점은 저뿐 아니라 AI를 잘 모르는 팀원에게 특히 좋습니다.
    • @neal_mann — 맞습니다. 비기술 팀은 Claude Cowork 같은 도구를 쓰고, 기술 팀은 고객 지원 에이전트를 만들면서 같은 사실 레이어를 사용할 수 있습니다. 회사가 무엇인지 바라보는 관점을 바꾸는 일입니다. API에서 사실을 관리하는 방식입니다.
  • @lucy_rolff — 승인된 기업 정보를 다른 문서와 분리해 두는 아이디어가 좋습니다. 팀이 AI 에이전트를 더 많이 쓰기 시작하면 특히 유용해 보입니다.
    • @neal_mann — 감사합니다. 팀과 에이전트가 같은 기준을 따르게 하는 데 꼭 필요한 부분입니다. 기업은 기억에 기대지 않고 확정된 결정으로 운영됩니다. 가격을 정하는 것처럼 말입니다. 그래서 그런 결정을 회사 운영을 제어하는 데 쓰도록 플랫폼을 만들었습니다. 이 접근으로 정확하게 자동화할 수 있는 일이 정말 많습니다.
    • @hope_kelly1 — 이제 “최신 버전이 어디 있지?”라고 묻지 않아도 되겠네요 🫠
  • @advin_jadis — 두 팀이 같은 제품에 관해 서로 다른 사실을 승인하면 어떻게 처리하나요?
    • @neal_mann — 좋은 질문입니다. 우선 사실마다 권한을 설정하므로 누가 수정할 권리가 있는지에 따라 달라집니다. 초안 승인 절차도 GitHub 풀 리퀘스트처럼 작동합니다. 그래프에서 겹치는 정보를 표시하므로 원하는 모델로 에이전트를 만들어 정보가 어긋나는지 확인할 수도 있습니다. Slack에서 Verity를 쓴다면 채널의 사실 묶음마다 담당자를 지정하고, 그 담당자가 Slack에서 바로 승인할 수 있습니다.
  • @danmonthell — NOAN API와 MCP를 공개하고 나서 달라진 점이 있습니다. 몇 분 만에 회사를 운영하는 데 도움이 되는 에이전트를 만들 수 있었습니다. 지금은 서로 다른 자동화를 수행하는 에이전트 27개를 운영합니다. 각 에이전트는 GitHub Actions에서 일정에 따라 실행되는 같은 형태의 작은 프로그램입니다. NOAN의 사실이 에이전트를 안내합니다. 하나는 해야 할 일과 판단 기준을 정하고, 다른 하나는 어조와 템플릿을 정합니다. 가격, 포지셔닝, 고객 정보도 함께 둡니다. 에이전트의 행동을 바꾸고 싶으면 코드를 고치는 대신 사실을 수정합니다. 다음 실행 때 반영됩니다. 현재 영업, 고객 성공, 운영, 주간 보고에 사용합니다. 질문을 환영합니다.
  • @neal_mann — 회사의 전략, 브랜드, 실행을 연결하는 일을 하면서 어려웠던 점은 아이디어가 아니라 모두가 같은 사실을 기준으로 일하게 하는 일이었습니다. AI 도구와 에이전트가 흩어진 문서와 프롬프트를 각자 참고하면서 문제는 더 커졌습니다. NOAN은 담당자가 확인한 사실을 한곳에 두고 사람과 에이전트에 제공하는 구조입니다. 사실은 블록으로 나누고 변경 이력을 남깁니다. 앱, API, Slack에서 사용할 수 있습니다. 위키와 RAG는 비슷한 정보를 찾아오거나 이전에 한 말을 기억하지만, 회사가 합의해 사실로 확정한 내용을 보장하지 않는다고 설명합니다. Product Hunt 공개와 함께 자사에서 운영하는 에이전트 팩도 MIT 라이선스로 공개합니다.
    • @amrita_prajapati2 — 회사의 기억과 검증된 사실을 구분하는 관점이 마음에 듭니다. 에이전트가 NOAN을 제대로 사용하기까지 보통 설정이 얼마나 필요한가요?
    • @neal_mann — 빠릅니다. Claude 같은 AI 플랫폼에 API 문서를 주면 NOAN에 연결해 설정해 줍니다. 사실 레이어를 만들고 작업 보드나 연락처 네트워크 같은 API 기능도 익혀 사용하기 시작합니다.
    • @danmonthell — 온보딩 과정에서 웹사이트 정보를 바탕으로 첫 사실을 설정합니다. 이후 LLM을 연결해 사업에 관해 알고 있는 내용을 사실 후보로 제안하게 하거나 문서에서 사실을 추출하게 할 수 있습니다.
  • @sansa_grey — 팀원들이 기본 문서를 동시에 수정할 때 실시간 업데이트를 어떻게 처리하나요?
    • @neal_mann — 변경 사항은 API에 즉시 반영됩니다. API 키에서 사실 승인 권한을 설정하면 팀원이나 에이전트가 수정한 내용을 승인받도록 할 수 있습니다. 변경 사항은 Activity 피드에 기록됩니다. 풀 리퀘스트와 승인 절차에 가까운 방식입니다.
    • @hope_kelly1 — Activity 피드에는 팀원과 에이전트가 읽고 쓴 모든 내용이 표시됩니다. 문제가 생기면 원인을 찾기 쉽습니다.
    • @danmonthell — NOAN 사실 레이어는 에이전트, 앱, 웹사이트 등에 정보를 배포하는 단일 기준이 됩니다. 문서가 필요하면 에이전트나 어시스턴트로 사실 레이어에서 몇 초 만에 만들 수 있습니다. 문서가 더는 정보의 기반이 아닙니다.
  • @alheri_murya — 버전 관리는 얼마나 세밀한가요? 예를 들어 다른 내용을 전부 새 버전으로 만들지 않고 가격 규칙 하나만 수정할 수 있나요?

원문: Product Hunt / 번역·요약: Trawling

원문 보기 ↗토론 보기 ↗