GRID.OS 뇌 전면 개편 — 스펙 브리핑

스펙 버전 brain-v0.1 등급 L2+ 결정 대기 6건

이 화면은 정본 마크다운 스펙에서 다시 만들 수 있는 보기 화면입니다. 정본은 2026-08-23_뇌개편_스펙_v0.1_평의회.md(입력: 헌팅 접수대장 H1~H12). 여기서 받은 결정은 즉시 정본에 되씁니다.

13분 요약

왜 만드는가 — 지금 "뇌"는 원우님이 한 말을 그대로 쌓아두기만 하는 속기록입니다. 속기록은 나중에 다시 읽어도 무슨 얘기였는지 한눈에 안 들어옵니다. 이번 개편은 그 속기록 위에 「이해해서 정리한 노트」층 하나를 새로 얹는 것입니다 — 대화가 끝나면 AI가 알아서 "오늘은 이런 주제로 이런 걸 다뤘다"는 요약 카드를 만들어 둡니다.

실측으로 확인된 지금의 문제 — 뇌 패널에 쌓인 기록 23건을 그대로 까 보니: 상관없는 잡담·테스트 발화가 30%, 무엇에 관한 건지 잘못 분류된 게 22%, 프로젝트·클라이언트에 연결된 기록이 0%, "이건 기록하지 마"라고 말한 3건이 전부(100%) 무시되고 그대로 저장돼 있었습니다. 새 세션을 열어도 이 뇌가 도움이 된 적은 한 번도 없었습니다(이 스펙을 쓴 세션조차 뇌가 아니라 문서를 직접 찾아 맥락을 얻었습니다).

원우님이 실제로 체감하는 변화 — 다음 날 어떤 AI(클로드든 코덱스든)로 새 세션을 열면, AI가 먼저 "어제 뇌 개편 스펙을 쓰셨고 지금 승인을 기다리고 있습니다" 같은 식으로 맥락을 알고 시작합니다. 뇌 패널을 열면 한 줄짜리 발화 나열이 아니라, 주제별로 정리된 카드와 그 카드들이 프로젝트·영역에 연결되며 자라나는 그래프가 보입니다. "기록하지 마"라고 말하면 그 말 자체가 애초에 저장되지 않습니다.

예상 기간 — 이번 브리핑에서는 명시하지 않습니다(결정 승인 후 계약 문서로 쪼개면서 확정합니다) · 주요 위험 — 정리(요약)가 유휴 시간에만 도는 구조라 지연되거나 실패할 수 있고, 잘못 요약된 카드가 다음 세션에 잘못된 맥락으로 들어갈 위험이 있습니다(6절에서 어떻게 막는지 설명합니다) · 결정 필요 항목 — 6건

2현재와 개발 후 비교

지금개발 후 (스펙 v0.1 기준)
불편 뇌 패널을 열어도 원우님이 한 말이 그대로 한 줄씩 나열됩니다. 정리된 느낌이 없고("내 말 나래비"), 그중 30%는 테스트·잡담 같은 잡음이며, "기록하지 마"라고 한 말조차 그대로 남습니다. 대화를 주제 단위로 정리한 「기억 카드」가 쌓입니다. 잡음은 카드로 승격되지 않고(원문 로그에는 정직하게 남지만 화면·주입에는 안 씀), "기록하지 마"는 저장 이전 단계에서 걸러져 애초에 안 남습니다.
사용 흐름 새 세션을 열어도 뇌가 도와준 적이 없어, 원우님이 매번 맥락을 다시 설명해야 합니다. 뇌 그래프의 점(레코드)들은 프로젝트·클라이언트와 거의 연결돼 있지 않습니다(실측 결속률 0%). 새 세션을 열면 AI가 미리 준비된 브리핑 파일을 읽고 맥락을 먼저 이해한 채로 시작합니다(클로드·코덱스 동일 원칙). 그래프에는 카드와 프로젝트·영역을 잇는 연결선이 실제로 보입니다. 틀린 기억은 "Brain에게 말하기"로 그 자리에서 정정할 수 있습니다.
그대로 유지 데이터는 계속 이 그리드 안 .brain/ 폴더에 평문(암호화 안 된 읽을 수 있는 파일)으로 저장되고, 원우님 소유입니다. 지금까지 쌓인 원문 기록은 하나도 지우지 않고 그대로 보존합니다 — 개편은 그 위에 정리층을 얹는 것이지, 기존 기록을 갈아엎는 것이 아닙니다.

3범위 경계

이번 버전에 들어가는 것

  • 「들은 것 전부 적는 원문 로그」와 「이해해서 정리한 기억 카드」를 분리하는 3층 구조 + 원문을 카드로 승격시키는 파이프라인
  • "기록하지 마" 발화를 저장 전에 차단하는 하드 게이트 + 세션 전체를 뇌에 남기지 않는 "비저장 모드" 스위치
  • 기억이 프로젝트·클라이언트뿐 아니라 모든 업무영역(그리다·마케팅·AI사업·협업·투자 등)에 연결될 수 있게 하는 일반화(지금은 마케팅 클라이언트 폴더만 인식해서 결속률이 0%였습니다)
  • 어떤 AI(클로드·코덱스 등)가 붙어도 똑같이 맥락을 이해하고 시작하는 방식
  • 뇌 패널 개편 — 카드 리스트 + 그래프, 그래프 크기 조절
  • 기억의 생애주기 — 다 끝난 요청은 닫히고, 안 쓰인 기억은 우선순위가 자연히 낮아짐(삭제는 아님, 언제든 다시 볼 수 있음)

이번 버전에 들어가지 않는 것

  • 기억 카드를 대상으로 한 전문/의미 검색(카드 수가 지금은 적어서, 나중에 많아지면 다시 검토)
  • 메일·외부 URL 등 그리드 밖 콘텐츠를 뇌가 직접 받아들이는 기능(악용 위험이 있어 별도로 설계해야 함)
  • AI가 사용자를 적극적으로 리드하는 "본격 역제안" — 이번엔 가벼운 버전만(4절 BR-D5)
  • 어느 기억이 몇 번, 어떤 목적으로 쓰였는지 상세히 보여주는 UI — 이번엔 "주입 횟수 숫자만" 가벼운 버전
  • 여러 기기 간 뇌 데이터 동기화

다음 버전으로 넘기는 것

  • 이번 개편이 대행사(고객)용 제품에도 이식될지, 어느 범위까지 이식할지는 별도 판정
  • H9(역제안·리드) 본격 버전, H6(활용 추적) 상세 UI

4영역별 의사결정 카드

권고안은 미리 선택돼 있지만 확정이 아닙니다. 승인 / 조건부 승인 / 다시 제안 / 다음 버전 중 하나를 눌러 결정해 주세요. 조건부 승인은 조건을 반드시 입력해야 닫힙니다.

BR-D1뇌에 저장하는 단위를, 지금처럼 "한 말 그대로"가 아니라 "주제별로 정리한 기억 카드"로 바꾸는 데 동의하시나요?
빌드 대장 권고 — 3층 구조로 전환(원문은 로그로 무손실 보존, 뇌가 보여주고 AI에게 주입하는 건 정리된 카드). 이유: 지금처럼 발화를 그대로 쌓기만 하면 정리도 안 되고, "기록하지 마"도 못 지키고, 무엇과 관련된 대화인지도 연결이 안 됩니다(실측: 잡음 30%, 결속 0%).
대안 — 지금 방식은 그대로 두고 화면에서 걸러 보여주기만 함 (영향: 근본 문제가 안 풀림 — 비권고)
BR-D2"이건 기록하지 마"라고 말한 대화는, 화면에서 숨기는 게 아니라 아예 저장 자체를 안 하는 방식으로 바꾸는 데 동의하시나요?
빌드 대장 권고 — 저장 이전에 거부 신호를 감지해 아예 쓰지 않음 + 세션 전체를 뇌에 안 남기는 "비저장 모드" 스위치 신설. 이유: 지금은 "기록하지 마"라는 말 자체가 그대로 저장되고 있습니다(실측 3건 중 3건, 100% 무시) — 이미 신뢰가 깨진 상태입니다.
대안 — 저장은 하되 화면에만 안 보이게 숨김 (영향: ChatGPT가 이 방식으로 신뢰를 잃은 선례가 있어 비권고)
BR-D3기억 카드를 만드는 데 쓰는 AI를, 저비용 모델로 하루 한 번 + 한가한 시간에 몰아서 처리하는 방식(월 비용 상한 설정)으로 정하는 데 동의하시나요?
빌드 대장 권고 — 경량 모델 배치 처리(일 1회 + 유휴 시간), 월 비용 상한 명시. 이유: 대화 도중 실시간으로 정리하면 앱과 AI 응답이 느려집니다(원우님이 못 박은 "느려지면 안 된다" 원칙과 정면 충돌). 한가할 때 몰아 처리하면 이 문제가 없습니다.
대안 — AI 요약 없이 규칙(if-then)만으로 정리 (영향: 비용은 0이지만 카드 내용 품질이 떨어짐 — 비권고)
BR-D4"AI와 실제로 무엇을 다뤘는지"를, 세션이 끝날 때 AI가 스스로 요약해서 남기는 방식(어떤 AI든 같은 방식)으로 확보하는 데 동의하시나요?
빌드 대장 권고 — 세션 종료 시 AI 자가 요약 이벤트. 이유: 클로드와 코덱스가 남기는 로그 형식이 서로 달라서, 로그 파일을 직접 읽는 방식은 AI를 하나 바꿀 때마다 다시 손봐야 합니다. "어떤 AI가 붙어도 뇌가 똑같이 작동해야 한다"는 원칙과 이 방식이 맞습니다.
대안 — 세션 로그 파일을 직접 읽어서 파싱 (영향: AI 종류가 바뀔 때마다 깨질 수 있음 — 비권고)
BR-D5AI가 쌓인 이해를 바탕으로 먼저 제안하는 기능("역제안")을, 이번 버전에서는 가벼운 수준(근거를 곁들인 제안 정도)까지만 넣는 데 동의하시나요?
빌드 대장 권고 — 라이트 버전(브리핑에 근거와 함께 역제안 지시를 포함하는 정도까지만). 이유: 본격적인 "AI가 사용자를 리드하는" 기능은 범위가 커서, 이번 개편에 같이 넣으면 일정이 크게 늘어납니다.
대안 — 이번에 본격 버전까지 구현 (영향: 범위·일정이 커짐)
BR-D6지금까지 쌓인 기존 기록 23건을 지우지 않고, 검증용 자료로 보존한 뒤 새 방식으로 다시 정리해서 카드로 옮기는 데 동의하시나요?
빌드 대장 권고 — 골든 픽스처(검증 기준 자료)로 동결 보존 + 새 로직으로 재정제해 이관. 이유: 이 23건은 지금 무엇이 문제인지 보여주는 증거이자, 새 로직이 제대로 작동하는지 확인하는 검증 자료로 그대로 쓸 수 있습니다(예: 잡음 7건이 카드로 안 만들어지는 게 정답임을 테스트로 증명).
대안 — 기존 기록 전체 리셋(삭제 후 새로 시작) (영향: 이력이 사라짐 — 비권고)

결정 카드의 ID(BR-D1~BR-D6)는 정본 스펙 §8 결정 테이블의 ID와 그대로 맞춰져 있습니다.

5UI 스토리보드

아래 "지금" 칸은 실제 배포된 앱 코드를 직접 확인해 그린 것입니다(추측 아님, 2026-08-23 확인). "제안" 칸은 아직 구현 전인 스펙 v0.1 기준 설명이며, 정확한 화면 디자인(색·배치·모션)은 이번 결정 승인 뒤 별도 "시안 게이트"에서 확정합니다 — 지금은 무엇이 달라지는지 구조만 보여드립니다.

지금

화면 우측 상단 "AI Brain GRID" 아이콘을 누르면, 대화 화면 옆에 패널이 열립니다(전체화면 전환 아님).


미니 그래프 — 점 대부분이 서로 연결 안 됨 (결속률 실측 0%)
요청그리다 성과 분석 테스트로 진행해줘. 테스트니까 기록은 남기지말아줘.
요청오늘 일간노트 정리해줘
미분류아 그거 말고 그 전에 말한거
요청…(최신순 한 줄 나열이 계속됨)

한 줄 = 원우님이 한 말 그대로. 정정·삭제 버튼 없음(보기 전용). "기록하지 마"라고 말한 문장도 위 예시처럼 그대로 저장됨.

6위험과 복구

문제가 생길 수 있는 지점 — ① 카드 정리는 한가한 시간에만 도는 구조라, 정리가 밀리거나 실패할 수 있습니다. ② 요약이 틀리게 만들어지면, 다음 세션에 잘못된 맥락이 전달될 수 있습니다. ③ "기록하지 마" 감지가 잘못 작동해서, 정말 필요한 대화까지 걸러버릴 수 있습니다.

사용자 데이터·기존 환경 보호 — 원문 로그(records.jsonl)는 어떤 경우에도 지우지 않습니다. 카드가 잘못 만들어져도 원문에서 언제든 다시 만들 수 있습니다. 비밀번호·건강정보 같은 민감정보는 애초에 카드로 승격시키지 않는 목록을 따로 둡니다. 카드를 지우는 것도 원우님이 직접 요청할 때만 하고, 그 외에는 "우선순위만 낮추고 보존"합니다.

되돌리는 방법 — 새 방식이 문제를 일으키면 "카드를 AI에게 주입하는 기능"만 끄면 됩니다. 원문 저장은 그대로 유지되므로 데이터 손실이 없습니다. 배포도 원우님 그리드에서 "카드는 만들기만 하고 AI에게 주입은 안 함" 상태로 며칠 먼저 돌려본 뒤, 카드 품질을 원우님이 직접 확인하고 나서 주입을 켜는 단계적 방식(단일 카나리)으로 진행합니다.

7접힌 기술 상세

개발부대가 쓰는 구조·계약·검증 근거 (필요할 때만 펼쳐 보세요)

정본·데이터 계약 — 3층 구조: [1층 원문] records.jsonl(현행 유지, append-only) + worklog.jsonl — 무손실, AI에게 직접 주입하지 않음. [2층 기억] memories.jsonl(신규) — 승격 파이프라인이 만드는 기억 카드(주제 요약 + kind + 엔티티 결속 + 유효구간 + 출처 레코드ID + 주입 카운트). [3층 소비] 세션 시작 브리핑 파일(프로바이더 중립) + 온디맨드 조회 API + 되비침 UI(카드+그래프) + 역제안 지시(라이트).

분대별 소유 범위 — S1 코어(게이트·승격 파이프라인, 최선행) · S2 주입(브리핑 생성·프로바이더 중립, S1 뒤) · S3 UI(카드 패널·그래프·비저장 토글, S1과 병렬 가능·시안 게이트 산출물 기준) · S4 검증·이관(픽스처·매트릭스·23건 재정제, 최후).

수용 기준·음성 대조 — 골든 픽스처(실측 23건: "기록하지 마" 3건 접수 자체 차단, 노이즈 7건 승격 탈락) · 음성 대조(정상 발화가 게이트에 오차단되지 않음 / 진짜 미결이 조기 닫히지 않음) · 성능 예산(대화 왕복 추가 지연 0, 세션 시작 브리핑은 사전 생성 파일 읽기만, 승격 배치는 유휴 시간 실행 증거) · 실환경(iCloud 동기화 폴더·한글 경로 케이스 포함) · 프로바이더 매트릭스(클로드·코덱스 각 1건, 새 세션에서 브리핑 인지 여부 실측).

설치·업데이트·원복 증거 — 단일 카나리: 원우 그리드에서 승격 파이프라인을 "생성만, 주입 안 함" 모드로 수일 가동 → 카드 품질 원우 검수 → 주입 활성화 → internal 채널 빌드. 원복 = 주입 플래그 오프(1층 데이터가 무손실이라 안전).

8헌팅 대응표 — 원우님이 짚은 것이 스펙 어디에 반영됐는가

#원우님이 짚은 것스펙에서 어떻게 반영됐는가
H1뇌가 작동하는 걸 한 번도 체감하지 못함 (AI도 마찬가지)프로바이더 중립 주입(2-5) + BR-D4(세션 종료 시 AI 자가 요약으로 확보)
H2기록이 그냥 나열될 뿐, 뇌가 쌓이는 느낌이 안 남3층 구조(2-1) — 카드 리스트 + 그래프로 뇌 UI 개편(범위 §3)
H3그래프 크기 조절 안 됨, 노드가 원문 조각이라 확장감 없음그래프 크기 조절 포함(범위 §3) + 엔티티 결속 일반화로 실제 연결선 생성(2-4)
H4목록이 거의 다 "요청"뿐이라 볼 만하지 않음승격 게이트(2-1) — 잡음은 카드로 승격 안 됨(로그엔 정직하게 남음)
H5 (핵심)한 말 그대로가 아니라, 주제별로 다룬 내용이 요약돼 저장돼야 함3층 구조 전체(2-1), 특히 2층 기억 카드가 이 요구를 그대로 구현
H6기억이 어느 세션에서 어떤 목적으로 쓰였는지 보이면 좋겠음(욕심 표시)카드별 주입 횟수 카운트만 이번엔 가벼운 버전으로 포함(범위 §3)
H7 (북극성)어떤 작업을 하든, 세션이 바뀌든, 기록을 요청 안 하든 맥락을 다 이해하고 있어야 함1-2 성공 여정 전체가 이 문장을 기준으로 설계됨
H8 (하드 제약)뇌 때문에 세션이나 앱이 느려지면 안 됨승격 파이프라인은 대화 경로에서 절대 동기 실행 안 함, 유휴/야간 배치만(2-2) + 검증계획 성능 예산(§4)
H9뇌가 쌓이면 AI가 역으로 제안하거나 리드하는 성격이 있으면 좋겠음BR-D5 — 이번엔 라이트 버전(근거+역제안 지시)만, 본격 버전은 다음 버전
H10뇌가 하지 말았으면 하는 부분은 아직 모르겠음현재 특별한 반영 없음. 단 "기록하지 마가 기록됨" 문제는 이미 확인된 신뢰 구멍이라 BR-D2로 별도 반영
H11 (하드 제약)다양한 AI가 붙어도 뇌가 똑같이 작동해야 함(특정 AI 기능에 의존 금지)프로바이더 중립 주입(2-5) — 클로드·코덱스 각각 실측으로 검증(§4) + BR-D4
H12 (하드 제약)컨텍스트·한도에 유리하다는 이득이 "실제로" 작동해야 함 — 주장이 아니라 설계로 보장검증 계획의 컨텍스트·한도 예산(§4) — 주입 브리핑 토큰 상한 고정 + 정제 비용 상한(BR-D3) + 카나리 기간 "뇌 있는 세션 vs 없는 세션" 비용 실측으로 완료 판정

3.0 검수 때 이미 접수돼 있던 문제 4건(선별 없이 다 쌓임 / "기록하지 마" 무시 / 완료 처리 안 됨 / 클라이언트·프로젝트 연결 안 됨)도 이번 헌팅과 합쳐져 위 표의 반영 내용에 포함돼 있습니다.

0/6 결정 완료 복사가 안 되면 아래 나타나는 박스를 직접 드래그해서 복사한 뒤 채팅에 붙여넣어 주세요.