AI와 사람이 함께 일하는 구조,
이렇게 만듭니다

결론한 줄로

01그가 푼 문제: 같은 설명을 매일 다시 한다

AI를 쓰는데 컴퓨터 앞에 앉아 있는 시간은 오히려 늘어난 이유.

세션(대화창)이 바뀌면 AI는 어제 일을 모릅니다. 그래서 매번 배경 설명을 다시 하게 되죠. 그가 계산해 보여준 숫자입니다.

“지난 6월에 했던 컨퍼런스 요약해 줘” → “죄송하지만 지난 기록은 알 수 없습니다.” 기억이 없을 때 벌어지는 일 · 06:50

기억이 있으면 같은 질문에 “6월 컨퍼런스 요약 + 2분기 실적 피드백까지 묶어서 보고서로”가 한 번에 나옵니다. 그 차이를 만드는 게 이 영상의 전부입니다.

02핵심 개념 4가지

용어가 어려운 게 아니라, 비유 하나면 끝납니다.

① 컨텍스트 = 내 책상 크기

컨텍스트 윈도우가 1M(100만 토큰)이라는 건 책상이 이만큼 넓다는 뜻입니다. 작업할수록 책상 위에 서류가 쌓이고, 꽉 차면 AI가 알아서 치웁니다(자동 압축). 문제는 여기서 생깁니다.

② 의도적 압축 — 80%에서, 역순 가중으로

100%가 되어 AI가 알아서 압축하기 전에, 80% 즈음에서 사람이 먼저 압축합니다. 그가 쓰는 압축 문구의 원리는 이렇습니다.

/compact 마지막 작업은 전부 기억하고,
최근 작업부터 이전 작업 역순으로 거슬러 올라가면서
압축 비중을 줄이면서 진행.
(가장 최근 = 전체 보존, 과거로 갈수록 핵심만 남김)

매번 이 문장을 복사해 붙이는 건 비효율이라, 로우프레스라는 단축어(스킬)로 등록해 뒀습니다. 단축어를 치면 ① 볼트에 현재 작업 현황을 먼저 저장하고 ② 역순 가중 압축을 실행합니다.

③ 세션은 나눠 쓴다

한 세션에서 디자인도 시키고 세무도 시키고 개발도 시키면 맥락이 섞입니다. 그래서 업무별로 세션을 나눕니다. 멀티에이전트가 필요한 진짜 이유가 “멋있어서”가 아니라 맥락 오염 방지라는 겁니다.

④ 실행은 AI, 판단은 사람

“무엇을 정리하고 무엇을 남길지 — 그 판단을 사람이 해야 AI를 통제할 수 있습니다.” 16:48

03기억 정리 프로세스

이 영상에서 가장 값어치 있는 부분. 옵시디언은 거들 뿐입니다.

옵시디언은 필수가 아니다 — 정체는 그냥 폴더

그가 명확히 못박은 지점입니다. 옵시디언의 본질은 폴더 구조 + 마크다운 파일이고, 그래프 뷰는 그걸 예쁘게 보여줄 뿐입니다. 그가 옵시디언을 쓰는 이유는 딱 두 가지 — Claude Code에서 “옵시디언에 저장해 줘”를 쓰려면 옵시디언 MCP가 필요해서, 그리고 나중에 내보내기·연동이 편한 백업이라서입니다.

※ 영상에서 “안드레아 카파시”로 언급된 인물은 Andrej Karpathy(안드레이 카파시)이며, 그가 쓴 LLM 위키도 특별한 도구가 아니라 폴더 구조라는 취지입니다.

기억은 4층으로 쌓고, 지도로 찾는다

기억을 한 덩어리로 두지 않습니다. 성격이 다른 4가지를 분리해 두고, 그 위에 “큰 지도”를 하나 올립니다. 에이전트는 지도를 먼저 읽고 필요한 가지만 따라 내려갑니다. 전부 읽지 않는 것이 핵심입니다.

실제 폴더 분류 — 대시보드 화면에서 실측한 13개

추측이 아니라 영상 20:27 지식망 화면에 찍힌 그대로입니다. 옆 숫자는 그 시점의 문서 개수입니다.

정제(整齊) — 기억이 늘어도 안 느려지는 이유

“노드가 많아지면 느려지지 않나요?”라는 질문에 대한 답이 이 프로세스입니다.

1. 유휴 4시간 이상 감지에이전트를 안 쓰는 시간에만 돈다. 작업 중에는 건드리지 않는다.
2. 당일 기억 중 저빈도 항목 스캔거의 참조되지 않은 것들을 골라낸다.
3. 삭제가 아니라 아카이브로 이동원본은 남긴다. 사람 뇌가 오래된 기억을 묻어두는 방식과 같다.
4. 키워드·태그를 붙여 지도에 등록나중에 찾아갈 수 있게 경로를 남긴다.

덕분에 검색 순서가 “활성 기억 먼저 → 없으면 아카이브”가 되어, 총량이 아무리 늘어도 매번 읽는 양은 일정하게 유지됩니다.

세션 하나의 생애주기

04스킬 정리 프로세스

컨텍스트를 아끼는 진짜 지렛대. 대부분이 놓치는 부분입니다.

왜 스킬을 “정리”까지 해야 하나

그가 사용량 페이지를 매일 보는 이유가 여기 있습니다.

“새 세션을 열고 ‘안녕’ 한 번 했을 뿐인데 컨텍스트 윈도우가 벌써 10~12% 차 있습니다. 그래서 잘 안 쓰는 것들은 정리해서, 처음에 읽어오는 컨텍스트를 줄입니다.” 23:04

스킬·MCP·플러그인은 설명문만으로도 세션 시작 시 자리를 차지합니다. 즉 안 쓰는 스킬은 공짜가 아니라 매 세션 내는 월세입니다. 그의 인벤토리는 스킬 104개(104 활성) / MCP 86개(14 활성) / 플러그인 67개(36 활성) — 활성 개수를 따로 관리하는 이유가 이것입니다.

스킬은 이렇게 태어난다 — 4단계 승격

1. 반복을 감지한다“한 번이라도 반복되는 일 같으면 다 만들어요.” 실무 기준은 같은 작업 2회.
2. 먼저 하네스(규칙)로 쓴다필수 절차·금지사항을 마크다운으로. 지식망의 harnesses 폴더가 이 단계.
3. 스킬로 승격한다하네스가 안정되면 스킬로 등록해 이름으로 호출한다.
4. 모델이 바뀌면 다시 깎는다“강아지가 크면 목줄도 커야 한다.” 낡은 하네스는 정리 대상.

실제로 돌고 있는 자동 점검 — 화면에 잡힌 증거

영상 22:59에 그의 Claude Code 화면이 잠깐 비칩니다. 여기에 스킬 신선도 점검의 실물이 있습니다.

화면에 찍힌 제안 내용을 그대로 옮기면 이렇습니다.

skill-freshness.py / shelf-debt.py 실행 → 산출물 대조, 후보 1건

계약서 검토 스킬 (contract-review) — 신규 제안
  모인 데이터: 우강 컨설팅 검토(07-23) + 패스트캠퍼스 강의계약(07-31) — 2회 반복
  기존 계약검토 스킬: 0건
  반복된 패턴:
    1. 계약서 전문 확보 (PDF 8쪽 절단 시 pdftotext/pdfimages 폴백)
    2. 조항별 리스크 추출 (경업금지·손해배상·자동연장·저작권)
    3. 정산·수수료 실효율 계산 (명목 30% vs 실효 18.5%)
    4. 미기입 항목 점검 (공란, 타 계약과의 충돌)
    5. 회신 초안 2종 (격식 / 부드러움)
  만들까요?

정리하면 스킬 관리 루틴은 두 방향으로 동시에 돕니다.

05대시보드 해부

이름은 Lean - AX. 로컬 웹(localhost:3000)에서 도는 1인 기업용 인트라넷.

웹앱이 아니라 로컬 웹 서비스입니다. 클라우드로 데이터를 보내지 않고, 필요한 것만 API로 끌어옵니다.

• 업무 보드 — 놓친 일 / 해야 할 일 / 다가올 일정 / 완료 4지표. 리스트·그룹·스마트·칸반 4뷰.
• 브리핑 — 에이전트가 매일 자기 업무를 기록. 일 → 주 → 월 → 연으로 롤업되어 인사 평가표가 된다.
• 직원 — 사람을 추가하면 CLI 토큰이 발급되고, ai-native init --token … 으로 본인 에이전트를 인트라넷에 붙인다. 사람과 AI가 같은 보드에서 집계된다.
• 자동화 — “메일 오면 초안 작성”, “견적 승인되면 계약서 생성” 같은 규칙이 상시 돈다.
• 에이전트 채팅 — 어느 화면에서든 우측 패널을 열어 현재 페이지를 첨부한 채로 지시한다. Claude Code에서 하든 여기서 하든 결과가 한 곳에 모인다.

딸깍 한 번으로 되지 않는다 — UI 인스펙터

대시보드는 intranet-style 스킬로 뼈대를 만들고, 이후 고치는 과정을 위해 별도 도구를 만들었습니다. 캡처해서 빨간 동그라미 치는 방식을 대체하는 물건입니다.

06멀티에이전트 — 폴더끼리 메일을 주고받는다

“왜 쓰려고 하시나요?”를 먼저 묻는 이유.

그의 답은 단호합니다. 모델이 좋아진 지금 멀티에이전트가 필수는 아닙니다. 쓰는 목적은 하나 — 맥락을 섞지 않기 위해서. 그래서 역할별로 10명을 두고 각자 자기 일만 시킵니다.

구현이 놀랍도록 단순합니다

에이전트 하나 = 폴더 하나. 그 폴더 안에 인박스/아웃박스를 만들어 두고, 에이전트들이 서로 파일을 주고받습니다. 이메일처럼 TO와 CC도 있습니다. “페퍼 → 다빈치에게 넘기겠습니다”가 실제로는 파일 하나가 옆 폴더로 들어가는 일입니다. 그는 이걸 루프 엔지니어링이라 부르고, 스타트 루프로 데몬을 띄워 대화가 계속 돌게 합니다.

07비용과 현실 감각

“AI를 통제할 수 있으면 굳이 높은 추론을 쓸 필요가 없습니다.” 26:36 — 하네스가 있으면 모델 힘으로 때울 일이 줄어든다

08내가 똑같이 만든 것

화면 프레임을 실측해 재현한 클론. 목업 데이터로 도는 단일 HTML 파일입니다.

→ 대시보드 직접 열어보기 폰에서도 열립니다. 다만 이 대시보드는 PC 화면 기준으로 만든 원본을 재현한 것이라, 가로가 넓은 화면에서 봐야 제대로 보입니다.

09그래서 우리가 할 일

대시보드부터 만들면 순서가 거꾸로입니다. 값어치 순으로 정렬했습니다.

1. 기억 폴더부터 만든다 (오늘, 30분) 이미 클로드\CLAUDE.md와 메모리 파일이 있으니 절반은 되어 있습니다. 부족한 건 상태 / 결정 / 오류 사례 세 폴더. 특히 “오류 사례”가 비어 있습니다.
2. 압축 단축어를 만든다 (오늘, 10분) “저장 먼저, 압축 나중” 순서를 스킬로 굳힙니다. 지금은 세션이 끊기면 그냥 날아갑니다.
3. 스킬 신선도 점검을 붙인다 (이번 주) 우님 환경엔 이미 스킬이 많습니다. 안 쓰는 스킬 = 매 세션 내는 월세라는 관점이 지금 없습니다. 2회 반복 감지 → 스킬 제안, 미사용 → 정리 후보. 이게 이 영상의 최고 수확입니다.
4. 대시보드는 마지막에 (필요하면) 우님은 이미 프로젝트별 라이브 페이지를 여러 개 운영 중입니다. 하나로 합칠 관제탑이 필요해지면 그때 이 클론을 뼈대로 쓰면 됩니다.

10사실 확인과 판단