작동 방식

모든 브리핑, 동일한 4단계.

수집, 분석, 브리핑, 승인. 모든 에이전트가 이 루프를 실행합니다. 모든 발견에는 증거 체인이 따라옵니다. 모든 액션은 여러분의 탭을 기다립니다. 이것이 제품의 전부입니다.

수집

에이전트가 데이터를 가져옵니다.

모든 에이전트는 자체 일정으로 실행됩니다. 월요일 오전 8시, 매일 오전 7시 30분, 언제든 — 여러분이 결정합니다. 예약된 시간이 되면 에이전트는 연결된 소스에서 데이터를 가져옵니다.

퍼스트파티 커넥터(Slack 스레드, Notion, Linear, Stripe, GA, Search Console)와 공개 소스(경쟁사 사이트, 리뷰 플랫폼, 소셜 모니터링)에서 데이터를 가져옵니다.
각 가져오기는 타임스탬프, 소스 URL, 응답 해시와 함께 기록됩니다 — 증거 체인은 여기서 시작됩니다.
소스가 요청 제한 상태이거나 연결할 수 없는 경우, 에이전트는 지수 백오프로 재시도하고 빈 데이터를 억지로 채우는 대신 실행을 "불완전"으로 표시합니다.
테넌트별 격리된 런타임 — 여러분의 데이터는 다른 고객의 프로세스와 공유되지 않습니다.

분석

기준선과 비교합니다.

원시 데이터는 에이전트가 마지막으로 알고 있던 것과 비교해 변화가 있을 때만 발견으로 전환됩니다. 모든 발견에는 4가지 필수 필드가 포함됩니다 — 소스, 시간 범위, 기준선, 트리거 사유.

에이전트는 MEMORY.md를 로드합니다 — 지난 주 경쟁사 스냅샷, 지난 달 키워드 순위, 지난 분기 CAC.
오늘의 데이터를 저장된 기준선과 비교합니다. 경쟁사의 새 기능, 순위 하락, 랜딩 페이지 가격 변경 — 이 모두가 여기서 드러납니다.
4가지 증거 필드 중 하나라도 누락된 발견은 자동으로 "제안"으로 다운그레이드되어 승인 카드를 트리거하지 않습니다.
프로덕션 배포 전반에서 증거 적용 범위는 ≥ 95%를 유지합니다 — 측정 및 보고됩니다.

브리핑

읽기 쉬운 요약을 IM으로 전달합니다.

브리핑은 발견당 간결한 3~6문장의 요약입니다 — 분석해야 할 보고서가 아닙니다. Slack, Discord, Telegram으로 바로 전달되며, 30초 안에 훑어볼 수 있도록 형식화됩니다.

구조: 헤드라인 · 한 문장으로 요약한 발견 · 왜 중요한지 · 제안 액션 · 푸터의 증거 체인.
모든 소스 링크는 클릭 가능합니다 — 원본 Notion 문서, 경쟁사 가격 페이지, 순위 대시보드로 바로 이동합니다.
온보딩 시 지정한 채널로 전달됩니다. 원하면 스레드로, 원하지 않으면 최상위 레벨로.
중복 알림 없음 — 에이전트는 이미 확인한 발견을 추적하고, 실질적인 변화 없이는 다시 표시하지 않습니다.

승인

한 번의 탭으로 에이전트가 실행합니다.

각 브리핑에는 세 개의 버튼이 있습니다: 승인, 문의, 보관. 승인 → 에이전트가 즉시 액션을 실행합니다. 문의 → 에이전트가 더 깊이 파고들어 보고합니다. 보관 → 피드에서 사라집니다.

승인은 상태 머신입니다: 제안됨 → 승인 대기 → 승인됨 → 실행됨(또는 실패, 또는 48시간 후 만료).
승인되고 만료되지 않은 토큰만 실행 레이어에 도달합니다. 에이전트는 여러분의 명시적인 탭 없이는 액션을 취할 수 없습니다 — 설계상, 구성의 문제가 아닙니다.
모든 승인은 감사 가능합니다: 누가 언제 탭했는지, 어떤 증거를 기반으로 탭했는지, 에이전트가 그 결과로 무엇을 했는지.
실행에 실패하면 에이전트가 재시도한 후 운영팀에 전달됩니다. 무슨 일이 있었는지 알려드립니다 — 궁금해하며 방치되지 않습니다.

메모리 아키텍처

2단계를 신뢰할 수 있게 만드는 구조화된 상태.

단순한 "긴 컨텍스트가 있는 에이전트" 방식은 모든 것을 기억하지만 아무 의미가 없습니다 — 노이즈로 흘러가고 스스로를 뒤죽박죽으로 재작성합니다. 대신 구조화된 메모리 레이어를 구축했습니다. 파일 2개, 섹션 4개, 한 가지 원칙.

USER.md

모든 에이전트가 읽는 회사 브리프

온보딩 시 입력값으로 생성됩니다 — 회사명, 업종, 타겟 고객, 경쟁사, 채널, 목표. 테넌트의 모든 에이전트가 공유하며 각 세션 시작 시 읽습니다. 최대 20,000자로 제한, 강제 적용됩니다.

# Acme · company brief
industry: restaurant SaaS
competitors: SevenRooms, Tock, Resy
goals: Q2 · +30% demo requests

MEMORY.md

에이전트별 명명된 섹션 4개

마지막 관찰 —— 경쟁사, 키워드, 캠페인당 한 줄. 다음 증거 체인이 비교하는 기준선.
실행 로그 —— 실행당 한 줄, 1~5점 자체 평가 점수 포함. 드리프트를 포착하는 방법.
영구 사실 —— 모든 드리밍 사이클에서 살아남는 운영자 큐레이션 진실. "경쟁사 X는 3분기에 인수됐다" 또는 "Y 회사는 모니터링하지 말 것"을 고정하면 유지됩니다.
부트스트랩 —— 새로 프로비저닝된 에이전트가 맹목적으로 콜드 스타트하지 않도록 하는 첫 부팅 규칙.

드리밍

실행 사이 통합

오프라인 통합 패스는 하루의 관찰을 내구성 있는 지식으로 압축합니다 — 실행 중이 아니라 야간에. 에이전트 자체는 실행 중에 추가만 합니다. 자체 메모리를 절대 재작성하지 않습니다. 이것이 자기 손상 실패 모드를 방지하는 방법입니다.

테넌트 격리

교차 클라이언트 메모리 없음

각 테넌트는 자체 격리된 런타임에서 실행됩니다. MEMORY.md와 USER.md는 테넌트별 워크스페이스에 있습니다. 에이전트가 여러분의 비즈니스에 대해 학습한 것은 다른 고객의 에이전트에 영향을 미치지 않습니다 — 정책이 아닌 런타임 경계에서 강제됩니다.

증거 체인 앵커

메모리가 발견을 신뢰할 수 있게 만듭니다

모든 발견의 baseline 필드는 MEMORY.md의 마지막 관찰에서 가져옵니다. 기준선 없음 → 승인 카드 없음, 자동으로 제안으로 다운그레이드됩니다. 메모리 레이어가 2단계에서 "무언가가 존재한다"가 아닌 "무언가가 변했다"고 말할 수 있게 해줍니다.

증거 체인

4개의 필드, 예외 없음 —
모든 발견이 이를 포함합니다.

이것이 계약입니다. 4개의 필드를 모두 제공할 수 없는 발견은 승인 카드로 전달되지 않습니다 — 제안으로 다운그레이드되고 운영팀이 조사하도록 기록됩니다.

소스

필수

sevenrooms.com/features/waitlist

클릭해서 확인할 수 있는 URL, 파일 ID, 또는 API 응답 해시. "나의 학습 데이터" 또는 "일반 지식"은 절대 안 됩니다.

시간 범위

필수

2026-04-13 → 2026-04-20

발견이 다루는 기간. 이것이 이번 주 뉴스인지 지난 분기 트렌드인지 알 수 있습니다.

기준선

필수

Feature didn't exist as of 2026-04-12

에이전트가 이전에 알고 있던 것. 기준선 없는 발견은 단순한 관찰에 불과합니다.

트리거 사유

필수

Page changed. Diff: +waitlist module, +FAQ section, +demo CTA.

이것을 노이즈 이상으로 끌어올린 구체적인 변화. 리뷰를 빠르게 만듭니다 — 직접 비교할 필요가 없습니다.

실제 브리핑

여러분의 Slack에
도착하는 내용입니다.

# growth-officer

시장 조사 리드APP · 월 오전 8:02

SevenRooms가 웨이트리스트 기능을 출시했습니다 — 목요일까지 포지셔닝을 준비해야 합니다.

마케팅 페이지가 2026-04-16 화요일에 새로운 웨이트리스트 모듈, FAQ 섹션, 데모 CTA와 함께 업데이트됐습니다. 아직 공식 발표 게시물은 없습니다 — 출시 전 준비 중입니다. 저희의 "대기 없는 호스트" 메시지와 직접적으로 충돌합니다. 추천: 목요일까지 비교 포스트 게시, 금요일까지 영업팀 브리핑.

소스: sevenrooms.com/features/waitlist

시간 범위: 2026-04-13 → 2026-04-20

기준선: Feature didn't exist as of 2026-04-12

트리거: +대기자 명단 모듈, +FAQ 섹션, +경쟁사 기능 페이지의 데모 CTA

승인 → Notion에 비교 포스트 초안 작성추가 문의보관

Jake오전 8:07

승인됨

시장 조사 리드APP · 오전 8:07

알겠습니다. Notion에 "SevenRooms vs us — waitlist comparison" 초안 페이지 생성 · @jake에게 할당 · 목요일 마감. 금요일에 상태를 다시 확인하겠습니다.

자주 묻는 질문

명확히 알아야 할 몇 가지 사항.

에이전트가 잘못된 정보를 제공하면 어떻게 되나요?

세 가지 방법이 있습니다. 브리핑을 거부합니다(실행되지 않고, 사유와 함께 보관됩니다). 추가 질문을 합니다(에이전트가 더 깊이 파고들고 기준선을 조정한 후 다시 시도합니다). 운영팀에 신고합니다(증거 체인을 검토하고 에이전트 메모리를 조정하며, 저희 잘못이라면 계정을 크레딧으로 보상합니다).

일정을 변경할 수 있나요?

네. 모든 에이전트에는 포털에서 편집할 수 있는 크론 표현식이 있습니다. 일별, 주별, 시간별, 또는 대시보드에서 즉시 실행할 수 있습니다. 일정 변경은 다음 실행 시 적용됩니다.

첫 주에는 어떤 일이 일어나나요?

온보딩 실행: 에이전트가 기준선을 구축합니다. 현재 상태의 요약 브리핑을 받게 됩니다(아직 변경 사항은 아닙니다). 2주차부터 브리핑은 변경 사항만 포함합니다.

승인 후 실행 기록은 어디에 보관되나요?

모든 승인과 트리거된 액션은 테넌트의 실행 기록에 저장되며, 포털 대시보드에서 접근하고 JSON으로 내보낼 수 있습니다. 해지 후 30일 보관, 이후 암호화 삭제됩니다.

여러분의 비즈니스에서 이 루프를 직접 확인해 보시겠어요?

URL을 붙여넣으면 AI 성장 팀이 오늘 바로 시작합니다.

무료 체험 시작 가격 보기

작동 방식 — Ceres AI 성장 책임자