Astell을 만드는 이유, 그리고 우리가 생각하는 회사의 본질.
모든 회사에는 기억이 있습니다. 지금 당신 회사의 기억은 한 사람입니다. 창업자, 최고 비서, PM.
결정, 약속, "우리 그렇게 하기로 했잖아"는 그 사람의 머릿속, 받은편지함, 아무도 검색할 수 없는 Slack DM에 있습니다.
사람이 오십 명이 되면, 그 한 사람이 다 담을 수 없습니다.
“7월까지 맞춤 내보내기 준비해 주실 수 있나요? 재무팀이 감사에 필요합니다.”
“응, 7월이면 될 것 같아.”
“Maya 팀용 맞춤 내보내기”
백로그 · 우선순위 없음
Q3 로드맵 검토.
MAYA-204는 백로그에 그대로.
“내보내기 파이프라인 리팩터”
“다음 주 내보내기 확인 부탁해. 월요일에 감사관이 온대.”
“우리 이거 커밋한 적 있어?”
“3월부터 백로그에 있었어. 아무도 플래그 안 올렸어.”
“당분간 거리를 두기로 했습니다. 지금까지의 파트너십에 감사드립니다.”
루프란, 결정·약속·요청이 있어야 할 곳에 닿지 못한 상태입니다.
조각은 대개 다 있습니다. 제때 만나지 못할 뿐입니다. 아직 열려 있을 때 루프를 닫습니다. 끊어지기 직전인 루프를 끌어올립니다.
Astell은 루프가 아직 열려 있을 때 화살표를 그립니다.
Maya의 루프, Astell에서 렌더링한 모습입니다. 같은 아티팩트. 같은 타임스탬프. 화살표는 이미 그려져 있습니다. 5월에 위험 상태로 표시되었습니다. 작별 이메일이 오기 몇 달 전에.
Maya는 감사를 위해 7월까지 내보내기를 요청했습니다. MAYA-204는 담당자 없이 백로그에 그대로 있습니다. 3월 14일 Slack 스레드는 하루 만에 조용해졌습니다. 53일째 진행 없음. 감사관은 8주 후 도착합니다.
3.2 내보내기 결과물
데이터 플랫폼 팀이 CSV 및 Parquet 내보내기 파이프라인을 담당합니다. 모든 고객 대면 내보내기는 출시 전 스키마 검증을 통과해야 합니다.
감사 고객은 고정 열 순서와 각 파일에 서명된 체크섬 메타데이터가 포함된 전용 내보내기 형식이 필요합니다.
맞춤 CSV 내보내기는 감사 주 전에 준비되어야 합니다.
재무팀은 2주 전에 샘플 출력을 검증합니다. 엔지니어링은 담당자를 지정하고 Linear에서 납기를 확인해야 합니다.
열 정의 및 재무 승인 체크리스트는 부록 B 참조.
이 루프는 8주 안에 깨집니다. 업데이트 내용을 확인해 주시면 Linear에 반영할게요:
루프 위험. 8주 후 감사관 도착. 3월 14일 통화: Maya가 7월까지 커스텀 익스포트 요청; 3월부터 백로그에 방치. Priya가 오늘 아침 Slack에서 플래그. 루프 닫기: 담당 → Priya, 마감 → 7월 1일, Notion 통화 노트 연결.
모든 결정, 아티팩트, 스레드가 서로 연결됩니다. 모든 변화가 기억됩니다. 인간의 기억처럼, 망각은 없이.
테넌트 격리. 원본 도구에서 권한 그대로 반영. 공유 학습 없음.
데이터 보호 방식 보기회사란 그 루프들이다.
조직도가 아니다. 툴 스택도 아니다. 지켜진 약속, 놓친 것들, 아직 열려 있는 모든 스레드.
당신의 루프를 확인하세요. 무료 14일 감사가 무엇이 멈춰 있는지, 누가 조용히 떠맡았는지, 무엇이 빠져나갔는지 드러냅니다.
무료 14일 감사 받기대부분의 AI는 가져온다. Astell은 인제스트한다.
검색(retrieval)은 모든 'AI 어시스턴트'가 하는 일입니다. 질문할 때마다 데이터를 가져옵니다. Slack, Gmail, Notion으로의 라이브 호출. 느리고, 맞을 때도 있고 아닐 때도 있습니다. 그전에 무슨 일이 있었는지 기억하지 못합니다.
인제스트는 반대입니다. 데이터를 한 번 끌어오고 계속 동기화합니다. 모든 아티팩트는 동시에 세 곳에 살아 있습니다.
관계형 스토어에서는, 티켓이 티켓이고 이메일이 이메일임을 압니다. 구조가 사는 곳입니다.
벡터 스토어에서는, 'Maya 체크인'과 '감사 후속'이 같은 이야기임을 압니다. 의미가 사는 곳입니다.
그래프에서는, 어떤 스레드가 어떤 티켓을 거쳐 어떤 결정으로 이어졌는지 압니다. 루프의 형태가 사는 곳입니다.
검색 도구는 벡터에, 데이터베이스는 관계에, 지식 그래프는 그래프에 삽니다. 셋을 동시에 쥐는 이는 없습니다. 그래서 루프의 전체 형태를 옮길 이는 없습니다.
결과는 형태가 이미 갖춰진 채 1초 안에 돌아오는 쿼리입니다.
인제스트 엔진은 우리를 위해 만들었습니다. 충분히 좋아서, 이제 다른 팀도 우리에게 돈을 내고 그 위에서 돌립니다.
그리고 시간. 3월에 이름이 바뀐 Linear 티켓. 5월에 넘긴 담당자. 두 번 옮겨진 마감. 대부분의 시스템은 덮어씁니다. Astell은 기억합니다.
권한은 나중에 붙인 게 아닙니다. 소스 도구에서 실시간으로, 신원마다 미러링합니다. Slack, Gmail, Notion에서 보이는 것이 여기서도 보입니다. 선은 넘지 않습니다.
같은 컨텍스트가 팀에게, Astell에게, 가져오는 에이전트에게도 갑니다. Claude, ChatGPT, 자체 에이전트. 도구를 바꿀 때마다 루프를 다시 짤 필요가 없습니다.
Astell이 Slack, Notion, Google처럼 모든 팀의 워크플로에 들어가는 미래를 봅니다.
다른 이들은 질문에 답합니다. Astell은 루프를 닫습니다.
지금 회사의 기억은 누군가의 머릿속에 있습니다.
우리는 그것이 살 곳을 만들었습니다.
