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%)

요청그리다 성과 분석 테스트로 진행해줘. 테스트니까 기록은 남기지말아줘.

요청오늘 일간노트 정리해줘

미분류아 그거 말고 그 전에 말한거

요청…(최신순 한 줄 나열이 계속됨)

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

제안 (스펙 v0.1, 미구현)

진입 방식은 동일(우측 아이콘). 그래프는 크기를 키우고 줄일 수 있고, 목록이 카드형으로 바뀝니다.

그래프 — 카드가 프로젝트·영역과 실제로 연결됨, 크기 조절 가능

뇌 개편 스펙 작성주제: GRID.OS 3층 구조 설계 · 헌팅 11건 수렴 · 결정 6건 상정 · 연결: AI사업 > GRID.OS

일간노트 마감 루틴 점검주제: 퇴근 마감 자동화 정합성 확인 · 연결: 자동화 > grid-doctor

카드 = "무엇을 다뤘고 어떻게 됐는지" 요약 + 관련 영역 연결. 카드 옆 "Brain에게 말하기"로 그 자리에서 정정 가능(정정 이력 남음). "기록하지 마"라고 한 발화는 이 목록에 애초에 나타나지 않음.

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건(선별 없이 다 쌓임 / "기록하지 마" 무시 / 완료 처리 안 됨 / 클라이언트·프로젝트 연결 안 됨)도 이번 헌팅과 합쳐져 위 표의 반영 내용에 포함돼 있습니다.