작동 방식

URL부터 승인된 액션까지, 4단계

학습, 실행, 전달, 승인. 여러분의 팀은 비즈니스를 학습하고, 전문 에이전트와 실시간 데이터로 작업을 진행하며, 훑어보기 좋은 브리핑을 채팅으로 전달합니다 — 그리고 외부로 나가는 모든 것은 여러분의 명시적인 승인을 기다립니다. 그것이 이 제품의 전부입니다.

01
학습

팀이 여러분의 비즈니스를 학습합니다

시작은 여러분의 URL입니다. 아직 아무것도 연결하지 않은 상태에서도 팀은 여러분의 사이트를 분석합니다 — 가치 제안, 경쟁사, 포지셔닝 — 그리고 출처를 포함한 첫 리서치 결과를 보내드립니다. 그 이후로 팀이 학습하는 모든 것은 여러분이 확인하고 편집할 수 있는 지식 베이스에 쌓입니다.

  • 커넥터 마켓플레이스에서 데이터 소스를 연결하세요 — GA4, Search Console, Stripe, Google Ads, Meta Ads, App Store, Google Play 등. 먼저 읽기 권한만 부여됩니다. 데이터를 다시 쓰는 작업은 별도의 승인이 필요한 단계입니다.
  • 발표 자료, 문서, PDF를 업로드하세요 — 팀의 지식 베이스에 반영되며, 사용될 때 출처와 함께 인용됩니다.
  • 회사 스냅샷 — 포지셔닝, 경쟁사, 타겟 고객 — 은 대시보드에서 편집할 수 있으며, 모든 에이전트가 최신 버전을 읽습니다.
  • 여러분의 워크스페이스는 독립된 런타임에서 실행됩니다 — 여러분의 데이터가 다른 고객과 프로세스를 공유하는 일은 없습니다.
02
실행

성장 책임자가 창구, 전문 에이전트로 구성된 팀이 움직입니다

여러분은 성장 책임자와 대화합니다. 성장 책임자는 답할 수 있는 것에 답하고, 전문성이 필요한 작업 — 리서치, SEO, 광고, 소셜, 커뮤니티, 고객 피드백 — 은 적합한 전문 에이전트에게 전달한 뒤 같은 스레드에서 결과를 보고합니다. 라우팅을 직접 관리할 필요는 없습니다.

  • 정기적으로 실행되는 작업은 스케줄 템플릿에서 시작됩니다: 데일리 성장 브리프(채팅 채널을 연결하면 기본적으로 켜집니다), 경쟁사 모니터링, 고객 피드백 다이제스트, 주간 딥다이브 등입니다.
  • 브리핑은 발송 시점에 커넥터 지표를 실시간으로 가져옵니다 — 수치는 그 순간 여러분의 계정에서 가져오며, 캐시에서 가져오지 않습니다.
  • 성장 목표를 설정했다면, 데일리 브리프가 계획을 추적합니다: 목표, 현재 수치, 이번 주의 실행 항목.
  • 팀이 장기 메모리에 저장하는 모든 것은 증거를 갖춰야 합니다 — 소스, 시간 범위, 기준선, 트리거 — 저장 시점에 강제됩니다.
03
전달

브리핑은 여러분이 일하는 곳으로 도착합니다

대시보드의 웹챗, 또는 Slack, Telegram, Discord, Feishu로 전달됩니다 — Slack은 원클릭으로 연결됩니다. 브리핑은 3~6문장으로 간결하게 작성되어 30초 안에 훑어볼 수 있도록 만들어졌습니다 — 분석이 필요한 보고서가 아닙니다.

  • 구조: 헤드라인 · 무엇이 바뀌었는지 · 왜 중요한지 · 제안하는 다음 단계.
  • 핵심 주장에는 출처 링크가 달립니다 — 경쟁사 페이지나 수치의 출처가 된 대시보드로 바로 이동할 수 있습니다. 커버리지 공백은 표시되며, 절대 감추지 않습니다.
  • 산출물 — 감사 보고서, 초안, 비교 문서 — 은 다운로드 가능한 파일로 도착합니다. Slack 등 다른 채팅 앱에서는 네이티브로 첨부됩니다.
04
승인

외부로 나가는 모든 것은 여러분의 승인을 기다립니다

외부로 나가는 모든 것 — 소셜 게시물, 콜드 이메일, 광고비 집행, CMS 게시 — 은 여러분이 승인할 때까지 초안 상태로 유지됩니다. 채팅에서 서명된 승인 링크로 승인할 수 있으며, 팀은 여러분이 탭한 이후에만 실행합니다.

  • 승인은 상태 머신을 따릅니다: proposed → pending_approval → approved → executed(또는 rejected, 혹은 24시간 후 expired).
  • 승인되고 만료되지 않은 토큰만 실행 레이어에 도달합니다 — 이는 설정이 아니라 설계에 의한 것입니다.
  • 모든 승인은 감사 가능합니다: 어떤 전문 에이전트가 제안했는지, 정확한 액션과 그 파라미터, 각 상태를 언제 거쳤는지, 그리고 실행 시 무엇이 돌아왔는지.
  • 의도적인 예외가 하나 있습니다: 되돌릴 수 있는 소규모 상호작용(좋아요, 팔로우)은 승인 절차 없이 실행됩니다 — 하루 한도가 있으며 감사 로그에 기록됩니다.

전체 그림은 이렇습니다 — 이제 여러분의 사이트에서 확인해 보세요

아래는 이것이 실제로 성립하는 근거입니다: "변했다"고 말할 수 있게 해주는 메모리, 저장되는 모든 사실이 통과해야 하는 규칙, 그리고 실제 브리핑. 계속 읽으셔도 되고, 지금 시작하셔도 됩니다.

무료 체험 시작
메모리 아키텍처

브리핑을 신뢰할 수 있게 만드는 구조화된 상태

"긴 컨텍스트 창을 가진 에이전트" 같은 단순한 설계는 모든 것을 기억하지만 아무 의미가 없습니다 — 노이즈로 흘러가 버립니다. 대신 여러분 팀의 메모리는 두 개의 레이어로 구성됩니다: 모든 에이전트가 읽는 공유 워크스페이스 파일, 그리고 모든 사실이 등록되기 위해 자격을 증명해야 하는 지식 베이스입니다.

USER.md

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

온보딩 시 여러분의 웹사이트와 입력값으로부터 생성됩니다 — 회사, 업종, 타겟 고객, 경쟁사, 채널. 팀의 모든 에이전트가 공유하며, 각 세션 시작 시 읽고, 대시보드에서 여러분이 편집할 수 있습니다. 크기 제한이 있으며 저장 시점에 강제됩니다.

# Acme · company brief industry: restaurant SaaS competitors: SevenRooms, Tock, Resy target customer: indie restaurant owners
MEMORY.md

에이전트별 명명된 섹션

  • 마지막 관찰 —— 경쟁사, 키워드, 캠페인당 한 줄. 다음 비교가 기준으로 삼는 기준선입니다.
  • 실행 로그 —— 실행당 한 줄, 1~5점의 자체 평가 점수 포함. 드리프트를 포착하는 방법입니다.
  • 영구 사실 —— 고정되어 남는, 엄선된 사실. "경쟁사 X는 3분기에 인수됐다" 또는 "Y사는 모니터링하지 않는다"를 고정하면 그대로 유지됩니다.
  • 부트스트랩 —— 새로 프로비저닝된 에이전트가 아무 정보 없이 시작하지 않도록 하는 최초 실행 규칙.
지식 베이스

근거를 갖춘 사실

장기적으로 저장되는 모든 것 — 여러분이 업로드한 자료든, 실행 결과든 — 은 evidence 객체를 요구하는 하나의 저장 경로를 거칩니다: 소스, 시간 범위, 기준선, 트리거. 팀은 작업 중 이를 검색하고 사용한 내용을 인용합니다. 대시보드에서 열람하고 편집할 수 있습니다.

격리

고객 간 메모리 공유 없음

각 워크스페이스는 독립된 런타임에서 실행됩니다. 워크스페이스 파일과 지식 베이스는 고객별, 프로젝트별로 존재합니다. 여러분의 에이전트가 비즈니스에 대해 학습한 내용은 다른 고객의 에이전트에 영향을 주지 않습니다 — 이는 정책이 아니라 런타임 경계에서 강제됩니다.

중요한 이유

"변화"를 가능하게 하는 것은 메모리입니다

모든 브리핑의 기준선은 팀이 지난번에 기록한 내용에서 나옵니다. 이 덕분에 발견 사항이 "무언가가 존재한다"가 아니라 "무언가가 변했다"고 말할 수 있는 것입니다 — 그리고 2주차가 1주차보다 조용하고 예리한 이유이기도 합니다.

증거 원칙

예외 없는 4개의 필드 —
저장되는 모든 사실이 이를 포함합니다

이것이 계약입니다. 팀이 장기 메모리에 기록하는 모든 것은 이 4개의 필드를 모두 갖춰야 합니다 — 그렇지 않으면 저장은 거부됩니다. 다만 이를 양식처럼 읽을 일은 없습니다: 브리핑은 출처와 기간을 일반 문장으로 인용하고, 구조화된 필드는 그 아래층에 남아 지식 베이스 검색과 감사에 쓰입니다.

소스
필수
sevenrooms.com/features/waitlist

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

시간 범위
필수
2026-04-13 → 2026-04-20

그 사실이 다루는 기간 — 이번 주 소식인지 지난 분기 트렌드인지 알 수 있습니다.

기준선
필수
2026-04-12 기준으로는 이 기능이 존재하지 않았음

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

트리거 사유
필수
페이지가 변경됨. 차이점: +웨이트리스트 모듈, +FAQ 섹션, +데모 CTA.

이 발견을 노이즈 이상으로 끌어올린 구체적인 변화. 직접 비교할 필요가 없어 검토가 빠릅니다.

실제 브리핑

여러분의 Slack에
이렇게 도착합니다

# growth
M
시장 조사 리드APP · 월 오전 8:02
SevenRooms가 웨이트리스트 기능을 출시했습니다 — 이번 주 안에 포지셔닝 대응을 검토할 가치가 있습니다.
sevenrooms.com/features/waitlist 를 4월 12일 기록과 다시 대조해 보니, 4월 13일에서 4월 20일 사이에 변경이 있었습니다: 새로운 웨이트리스트 모듈, FAQ 섹션, 데모 CTA가 추가됐습니다. 아직 공식 발표는 없습니다 — 출시 전 예열 단계로 보입니다. 이는 저희의 "대기 없는 호스트" 메시지와 정면으로 맞닿아 있습니다. 비교 게시물 초안을 작성할 수 있습니다 — 게시는 여러분의 승인 후에만 진행됩니다.
JL
Jake오전 8:07
네 — 초안 작성해 주세요. 나가기 전에 제가 검토할게요.
M
시장 조사 리드APP · 오전 8:09
알겠습니다. 초안 "SevenRooms vs Acme — 웨이트리스트 비교"가 곧 Files 패널에 올라갑니다. 게시는 계속 승인이 필요하며, 준비되면 서명된 승인 링크를 보내드립니다:
게시 승인 →서명된 링크 · 단일 액션 · 24시간 후 만료
좋은 질문들

짚고 넘어갈 만한 몇 가지

에이전트가 뭔가 잘못하면 어떻게 되나요?

같은 스레드에서 알려주세요. 수정 내용은 팀의 메모리를 업데이트하므로 그대로 정착됩니다. 뭔가 구조적으로 잘못됐다고 느껴지면 대시보드의 피드백 페이지에서 신고해 주세요 — 저희 팀의 담당자가 함께 검토합니다.

일정에 따라 실행되는 작업을 변경할 수 있나요?

네. 정기 작업은 대시보드에서 설치하고 제거할 수 있는 스케줄 템플릿에서 시작됩니다 — 데일리 성장 브리프, 경쟁사 모니터링, 피드백 다이제스트, 주간 딥다이브 등입니다. 설치할 때 전달 채널을 선택할 수 있고, "지금 실행"으로 언제든 원하는 템플릿을 즉시 실행할 수 있습니다.

첫 한 시간 동안 무슨 일이 일어나나요?

URL을 붙여넣으면 보통 1분 이내에 워크스페이스가 준비되고, 곧이어 팀이 첫 리서치 결과를 보냅니다: 경쟁사 스냅샷이나 사이트 감사 등, 출처가 포함됩니다. GA4나 Search Console을 연결하면 브리핑에 실제 수치가 반영되기 시작합니다. 2주차가 되면 기준선이 자리잡아, 브리핑은 변경 사항만 다루게 됩니다.

승인 내역은 실행 후 어디에 보관되나요?

모든 승인은 기록됩니다 — 어떤 전문 에이전트가 제안했는지, 정확한 액션과 그 파라미터, 각 상태를 언제 거쳤는지, 그리고 실행 시 무엇이 돌아왔는지. 거부되거나 만료된 승인도 보관됩니다. 계정을 삭제하면 워크스페이스와 그 데이터는 완전히 삭제됩니다.

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

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

무료 체험 시작가격 보기
AgentCeres 작동 방식 — AI 성장 팀, 단계별로