프로젝트 및 규칙

저장하거나 검색할 때 이름을 입력하면 그 순간부터 프로젝트가 생성됩니다. 폴더 구조도, 설정도 필요 없으며, 동시에 관리할 수 있는 프로젝트의 수에도 제한이 없습니다. 앱의 메모리도 마찬가지로 같은 시스템에서 실행되는 또 하나의 프로젝트에 불과합니다.

각 프로젝트는 전문가와 같습니다. 그 안에는 고유한 기억, 고유한 규칙, 그리고 의사결정의 역사가 존재합니다. 그 프로젝트의 세션을 열면, 에이전트는 이미 상황을 파악한 채로 도착합니다—규칙들, 현재의 상태, 지난주에 내려진 결정들 말입니다. 다시 설명할 필요도, 상기시켜 줄 필요도 없습니다. 정보는 이미 준비되어 있습니다.

프로젝트의 나머지 부분을 진행할 수 있게 해주는 그 순간.

이 제품에서 가장 가치 있는 시간은 프로젝트의 규칙을 설정하는 데 쓰이는 시간입니다. 이 프로젝트가 어떻게 진행되는지, 무엇이 중요한지, 무엇을 피해야 하는지를 한 번만 정해두면, 그 후에 시작되는 모든 세션에서 자동으로 그 내용이 적용됩니다.

프로젝트의 이야기는 새로운 에이전트에게든, 다른 컴퓨터에서든 절대 두 번 이상 말하지 않습니다. 그 1분은 단 한 번만 사용되며, 내일 올 에이전트는 이미 알고 있습니다.

팀 레이어, 당신의 방식대로

공유할 때는 자신이 원하는 방식대로 공유하면 됩니다. 키가 반드시 모든 기능을 갖출 필요는 없습니다. 선택한 프로젝트에만 적용하고, 읽기 전용 또는 읽기-쓰기 권한으로 설정할 수 있습니다. 이는 계약자나 CI 작업, 혹은 다른 작업들을 보아서는 안 되는 단일 목적의 에이전트에게 적합한 방식입니다. 뇌는 당신의 것, 규칙도 당신의 것, 키도 당신의 것입니다.

인간 팀. 위탁업체는 고객의 프로젝트만 볼 수 있는 키를 받습니다. 계약이 종료되면 해당 키는 회수되지만, 공유된 메모리는 그대로 남아 있습니다.

에이전트 함대. CI 작업, 연구용 봇, 단일 목적의 에이전트 — 각각은 자신의 업무에 필요한 메모리만을 가집니다. 읽기만 할 수 있는 에이전트는 결코 삭제할 수 없습니다.

여러 허들스, 하나의 메모리. Claude Code, OpenClaw, Codex를 동일한 Brain 환경에서 실행할 수 있지만, 각각에는 그 프로그램을 얼마나 신뢰하는지에 따라 다른 키가 부여됩니다. 외부 세계와 소통하는 항상 켜져 있는 자율 에이전트는 한 프로젝트에서는 읽기 전용 권한만 가지며, 일상적으로 사용하는 에이전트는 모든 권한을 갖습니다. 공유 메모리는 있지만 공유된 영향 범위는 없습니다 — 이는 모든 멀티 에이전트 시스템이 직면하는 문제이며, 바로 그 문제가 해결되는 곳입니다.

삭제는 의도적인 행동입니다.

삭제는 의도적으로 이루어집니다. 저장된 모든 내용은 사용자가 직접 삭제할 수 있습니다. 삭제 작업은 두 가지 시스템에서 여러 단계에 걸쳐 이루어지는데, 하나는 각 단계마다 인간의 확인이 필요한 계정 패널이고, 다른 하나는 에이전트가 접근할 수 있는 파생된 데이터입니다. 하지만 원본 대화 기록만은 다른 어떤 에이전트도 접근할 수 없습니다. 어떤 에이전트도 단일 메시지를 삭제할 수 없으며, 지난 3개월분의 데이터에도 전혀 접근할 수 없습니다. 고려되는 위협 요소는 바로 사용자 자신의 에이전트인데, 이는 오류나 읽도록 요청받은 내용 속에 숨겨진 악의적인 지시일 수 있습니다. 선별된 기억은 파생된 것이며, 원본은 바로 기록 파일입니다.

뭔가를 하겠다고 말하는 것과 실제로 그 일을 하는 것 사이의 간극에서 일은 조용히 죽어간다. The Ledger는 그러한 공백을 메워줍니다. 대화들이 아카이브되면서, The Ledger는 그 안에 담긴 의도를 파악하여 각각의 대화를 사용자를 위해 준비된 항목으로 변환해 줍니다.

말해봐요. “장부를 확인해 보세요.” 그리고 당신의 에이전트는 이미 결론이 내려진 채로 각 항목들을 확인해 나간다. ‘완료’, ‘증거가 있음’, ‘이제는 무의미함’, ‘여전히 해볼 가치가 있음’ 등등. 당신은 단어 하나로만 대답한다. 15개의 항목을 확인하는 데는 약 2분이 걸린다. 상태 표시도, 남아 있는 항목 목록도 없다. 각 결정이 내려질 때마다 해당 항목은 사라지고, 남는 항목들의 수는 점점 줄어든다. 남아 있는 항목들은 에이전트가 스스로 처리해야 할 과제들이 된다.

이러한 구분은 중요합니다. 프로젝트의 기록은 해당 프로젝트에만 국한됩니다—배포, 주간 보고서, 번역 작업 등이 그렇죠. 하지만 절차는 여러분이 수행하는 모든 작업에 걸쳐 공유됩니다. 마크다운 형식의 플레이북을 한 번 작성해 전체 계정에 저장해 두면, 어떤 기계상의 어떤 프로젝트에 있는 에이전트라도 그 플레이북을 가져와서 따를 수 있습니다. Brain는 플레이북을 저장하고 제공할 뿐, 실제로는 그 플레이북을 실행하지 않습니다. 실행을 위한 백엔드도, 터미널도, 여러분의 기계에 대한 접근 권한도 없습니다. 플레이북이 바로 지시사항이며, 에이전트가 실제 작업을 수행합니다.

Brain가 그것들을 저장하고 제공해 주며, 사용자의 에이전트가 자체 환경에서 그것들을 실행합니다. 저장, 가져오기, 목록 보기, 삭제 — 네 가지 기능을 모두 사용자가 마음대로 활용할 수 있습니다.

규칙은 모든 세션에 자동으로 적용되는 유일한 요소입니다. 메모리, 플레이북, 결정 사항 등 나머지 모든 것은 검색을 통해 찾아야 합니다. 규칙은 이미 존재합니다. 수행하는 모든 작업이나 특정 프로젝트에 대해 규칙을 설정하면, 그 규칙들이 어디서나 모든 에이전트의 작동 방식을 결정합니다.

규칙은 큐레이터의 강의 요강입니다.

모든 교환 이후에 큐레이터가 현재 상황을 읽고 당신의 기억을 다시 작성합니다. 저장된 결정들, 변경된 사실들, 현실에 의해 무효가 된 주장들이 그렇게 처리됩니다. 당신의 규칙들이 무엇이 중요한지를 결정하는 지침서 역할을 합니다. 이 기억 체계는 마치 신입 직원을 가르치는 방식으로 훈련된 모델에 의해 운영되며, 추출 규칙이나 필터를 통해 설정되는 것이 아닙니다. 당신이 한 번 법칙을 정해놓으면, 큐레이터는 별도의 요청 없이 그것을 적용합니다.

당신은 절대 그것을 제출하지 않습니다.

저장도, 태그 지정도, “내 상황을 기억해 주세요”와 같은 절차도 없습니다. 정보의 선별은 대화가 끝난 직후에 이루어지며, 사용자가 기억해서 물어볼 때가 아닙니다. 어떤 것도 저장되지 않으며, 누군가가 그 정보를 떠올려 물어보든 말든 메모리는 자체적으로 작동합니다. 에이전트에게 확인을 요청해야 하는 저장소의 효용성은 모델이 확인을 요청하려는 의지에 달려 있지만, 이 모델은 스스로 작동합니다.

어떤 모델도 건드릴 수 없는 단 한 가지

원본 대화 기록은 최초의 데이터이며, 어떤 에이전트도 이에 접근할 수 없습니다. 어떤 에이전트도 단 한 건의 메시지도 삭제할 수 없으며, 지난 3개월분의 기록에도 전혀 손을 대지 못합니다. 위협 요소로 고려되는 것은 바로 해당 에이전트 자체입니다. 즉, 읽도록 지시받은 내용 속에 숨겨진 실수나 악의적인 지시가 그 위협이 됩니다. 가공된 기억은 파생된 것이며, 원본 기록은 여전히 본인의 것입니다.

← 작동 원리 60초 만에 설치 완료