각 블로그 페이지별 쉬운 해설

일반인용 해석

이 페이지는 “내 AI 개발 작업실에는 어떤 도구들이 놓여 있는가”를 보여줍니다. 에이전트, 스킬, 플러그인, 훅 같은 말이 많이 나오지만, 쉽게 말하면 AI가 혼자 막 움직이지 않게 역할표, 작업 절차, 검사 규칙을 세팅해 둔 것입니다.

핵심은 대화창에서 즉흥적으로 지시하는 방식에서 벗어나, 파일과 규칙으로 반복 가능한 작업 환경을 만든다는 점입니다.

어려운 말 풀이

일반인용 해석

보통 AI 코딩은 “이거 만들어줘”라고 말하고 결과를 확인하는 식입니다. 이 페이지는 그 사이에 자동 검사대와 기록 장치를 끼워 넣습니다. AI가 뭔가 만들면 훅이 보고, QA가 검사하고, 실패하면 다음 규칙으로 되돌립니다.

즉, AI를 더 똑똑하게 만드는 문서라기보다 AI가 허술하게 끝내지 못하게 주변 환경을 강하게 만드는 문서입니다.

어려운 말 풀이

일반인용 해석

처음에는 컴퓨터 설정을 동기화하는 작은 도구였는데, 쓰다 보니 작업 방식, 규칙, 기억, 검증 방식까지 같이 옮겨야 한다는 문제가 생겼습니다. 그래서 단순 백업 도구가 아니라 “내 AI 작업 습관 전체를 옮기는 시스템”으로 확장된 것입니다.

5개월 536커밋이라는 숫자는 한 번에 설계한 제품이 아니라 실제 사용 중 불편을 해결하며 자라난 시스템이라는 뜻입니다.

어려운 말 풀이

일반인용 해석

복잡한 프로젝트를 한 AI에게 통째로 맡기면 자주 놓칩니다. 그래서 팀장 역할의 오케스트레이터가 작업을 나누고, 각 담당자에게 보내고, 위험하면 에스컬레이션합니다. 사람 조직의 PM 또는 테크리드 역할을 AI 작업에 넣은 것입니다.

이 페이지는 v1에서 v5로 갈수록 단순 지시문이 실제 작업 프로토콜로 변해가는 모습을 보여줍니다.

어려운 말 풀이

일반인용 해석

신입 개발자가 회사에 들어오면 먼저 코드 구조, 빌드 방법, 테스트 방법, 금지 규칙을 배웁니다. `/init-project`는 AI에게 그 온보딩을 시키는 명령입니다. 아무 프로젝트에나 맞는 일반 템플릿을 덮어씌우지 말고, 현재 프로젝트의 성격을 먼저 읽으라는 뜻입니다.

그래서 이 페이지의 핵심은 “AI가 멋대로 일반적인 방식으로 만들지 않게 하는 것”입니다.

어려운 말 풀이

일반인용 해석

사람도 실수한 뒤 체크리스트를 고치면 다음에는 덜 실수합니다. Loopy-Era는 AI 작업에도 그 구조를 넣자는 생각입니다. AI가 실패하면 그 실패를 기록하고, 반복 가능한 문제인지 판단하고, 규칙이나 검사 도구를 바꿉니다.

중요한 점은 “AI가 알아서 더 똑똑해진다”가 아니라 “시스템이 실수를 놓치지 않고 되먹임한다”입니다.

어려운 말 풀이

일반인용 해석

이 페이지는 “좋은 생각” 수준을 넘어 실제로 몇 개의 검사 장치와 개선 기록이 있는지 보여주는 운영 리포트입니다. 사용자가 화냈던 패턴, AI가 자주 빼먹는 행동, 반복되는 실수를 규칙으로 바꾸는 구조가 핵심입니다.

쉽게 말해 AI 작업실에 붙어 있는 경고문과 자동 체크리스트가 계속 늘어나고 있다는 내용입니다.

어려운 말 풀이

일반인용 해석

요리 도구를 똑같이 사도 같은 맛이 안 나는 것처럼, AI 하네스도 코드만 복사한다고 같은 결과가 나오지 않습니다. 왜냐하면 좋은 결과와 나쁜 결과를 가르는 기준, 반복해서 화났던 부분, 선호하는 작업 방식이 개인마다 다르기 때문입니다.

이 페이지는 하네스가 시간이 지날수록 사용자의 습관과 판단을 담은 개인 시스템이 된다는 점을 설명합니다.

어려운 말 풀이

일반인용 해석

엔진은 있는데 운전대와 계기판이 부족한 상황에 가깝습니다. 내부적으로는 self-improve 루프가 돌아가지만, 사용자가 `/loopy:start`, `/loopy:status` 같은 명령으로 쉽게 시작하고 확인하려면 표면 계층이 필요합니다.

이 문서는 새 엔진을 만들기보다 이미 있는 기능을 더 잘 보이게 정리하는 작업에 가깝습니다.

어려운 말 풀이

일반인용 해석

Claude Code용으로 만든 작업 공장을 Codex라는 다른 환경으로 옮기는 문서입니다. 단순히 명령어 이름만 바꾸는 것이 아니라, 시작 명령, 팀 실행, QA 시나리오, self-improve worker까지 다시 연결합니다.

이 페이지를 보면 “AI 작업 운영체계”가 특정 도구 하나에만 묶이지 않게 하려는 방향을 볼 수 있습니다.

어려운 말 풀이

일반인용 해석

한 회사의 업무 매뉴얼을 다른 회사 시스템으로 옮기는 일과 비슷합니다. 원래 있던 부서명, 결재선, 체크리스트를 새 회사의 용어와 도구에 맞춰 다시 배치해야 합니다.

여기서 중요한 것은 “기능 이름이 같나”가 아니라, 기억, 검증, 역할 분배, 프로젝트 초기화가 새 환경에서도 같은 역할을 하느냐입니다.

어려운 말 풀이

일반인용 해석

L6라는 말은 성숙도 등급처럼 보면 됩니다. 이 페이지는 Codex 쪽 하네스가 단순 자동화가 아니라, 로그를 남기고, 프로젝트 경계를 지키고, 강제 규칙을 적용하고, 개선 worker를 돌리는 수준까지 왔다고 주장합니다.

쉽게 말하면 “그냥 편리한 스크립트 모음”에서 “자기 상태를 알고 검사까지 하는 작업 시스템”으로 올라갔다는 평가입니다.

어려운 말 풀이

일반인용 해석

하네스 전체가 복잡하다면 `start-harness.sh`는 전원 버튼과 같습니다. 이 스크립트를 통해 어떤 명령이 켜지고, 어떤 루프가 돌고, 어떤 smoke test가 실행되는지 확인할 수 있습니다.

이 페이지는 철학보다 실제 배선도에 가깝습니다. 어떤 순서로 일이 흘러가는지 보고 싶을 때 중요합니다.

어려운 말 풀이

일반인용 해석

한 사람이 만든 보고서를 다른 사람이 검토하면 놓친 부분을 잡을 수 있습니다. 이 페이지는 Claude Code가 만든 결과를 Codex가 별도로 검토하는 식의 이중 검증을 설명합니다.

같은 AI라도 모델이 다르면 잘 보는 부분과 못 보는 부분이 다르기 때문에, 두 번째 눈으로 쓰는 것입니다.

어려운 말 풀이

일반인용 해석

프로젝트 하나에서만 잘 작동하는 자동화가 아니라, 사용자의 여러 프로젝트와 장기 기억을 모두 아우르는 개인 작업 시스템을 만들겠다는 문서입니다. 그래서 단순 기능 목록보다 운영 계약과 요구사항 ID가 중요하게 나옵니다.

쉽게 말해 “내 모든 개발 작업에서 같은 품질 기준과 기억 체계를 쓰자”는 방향입니다.

어려운 말 풀이

일반인용 해석

AI와 대화하다 보면 앞에서 결정한 내용을 다음 세션에서 잊어버립니다. Memory Bank는 중요한 결정, 프로젝트 사실, 반복 실수, 문맥을 저장해 다음 작업에서 다시 꺼내 쓰게 만드는 지식 창고입니다.

단순히 대화 로그를 쌓는 것이 아니라, 나중에 검색하고 연결해서 쓸 수 있도록 정리하는 것이 핵심입니다.

어려운 말 풀이

일반인용 해석

새 팀원이 들어왔을 때 “우리는 어떤 프로젝트를 하고, 어떤 도구를 자주 쓰고, 어떤 흐름으로 일하는가”를 설명하는 문서입니다. 흥미로운 점은 사람이 손으로 쓴 소개서가 아니라 작업 기록과 Memory Bank를 분석해 만든 가이드라는 점입니다.

즉, 운영 기록이 곧 교육 자료가 되는 사례입니다.

어려운 말 풀이

일반인용 해석

긴 소설이나 웹툰을 만들 때는 인물 성격, 세계관, 사건, 그림체가 중간에 흔들리면 안 됩니다. 이 페이지는 원고, 컨텍스트 폴더, 실행 런타임을 분리해서 AI가 긴 창작 작업에서도 같은 설정을 유지하게 하는 방법을 설명합니다.

개발뿐 아니라 창작에서도 장기 기억이 중요하다는 사례입니다.

어려운 말 풀이

일반인용 해석

회사 문서나 연구 노트가 여기저기 흩어져 있으면 AI도 사람도 찾기 어렵습니다. AX-Wiki는 원본 문서를 위키 페이지처럼 정리하고, 관련 링크를 만들고, 질문 답변이 가능하게 만드는 구조입니다.

쉽게 말하면 “AI가 읽기 좋은 사내 위키를 자동으로 만드는 도구”에 가깝습니다.

어려운 말 풀이

일반인용 해석

좋은 아이디어를 읽고 “괜찮네”에서 끝나는 것이 아니라, 요구사항을 뽑고, 도구를 만들고, 테스트하고, 빠진 기능을 다시 찾아내는 과정을 보여줍니다. 이 사이트가 말하는 하네스가 실제 구현까지 어떻게 이어지는지 보여주는 좋은 사례입니다.

핵심은 아이디어가 실행 가능한 체크리스트와 코드로 바뀌는 과정입니다.

어려운 말 풀이

일반인용 해석

AI는 처음 80%를 빠르게 만들지만, 마지막 20%에서 요구사항을 빼먹거나, 기능을 조용히 삭제하거나, 에러를 우회하고, 스스로 완료했다고 말하는 문제가 생깁니다. 이 페이지는 바로 그 문제를 정면으로 다룹니다.

그래서 하네스와 QA 게이트가 필요한 이유를 가장 실용적으로 보여주는 문서입니다.

어려운 말 풀이

일반인용 해석

친절한 리뷰는 놓치는 게 많습니다. Harsh Critic은 사용자가 실제로 불만을 가질 법한 부분을 미리 세게 검사하는 역할입니다. 버튼이 안 맞거나, 요구사항이 빠졌거나, 대충 끝낸 흔적이 있으면 사용자가 보기 전에 잡아내려는 장치입니다.

품질 기준을 “괜찮아 보임”이 아니라 “사용자가 화낼 일을 줄임”으로 둡니다.

어려운 말 풀이

일반인용 해석

혼자 쓰는 작업 규칙은 내 기준에 맞추면 됩니다. 하지만 회사에서는 여러 사람, 여러 팀, 서로 다른 품질 기준이 충돌합니다. 하네스가 강력할수록 누가 규칙을 정하고 누가 예외를 허용할지 문제가 커집니다.

이 페이지는 기술 문제가 어느 순간 조직 운영 문제로 바뀐다는 점을 강조합니다.

어려운 말 풀이

일반인용 해석

처음에는 작은 체크리스트였지만, 실수를 막기 위해 규칙을 계속 추가하면 어느새 규칙끼리 부딪히고 관리가 어려워집니다. 개인용 시스템도 방치하면 너무 무거워질 수 있다는 경고입니다.

즉, 자가개선은 무조건 많이 쌓는 것이 아니라 주기적으로 정리해야 합니다.

어려운 말 풀이

일반인용 해석

혼자 일할 때는 내 머릿속 상태만 알면 됩니다. 하지만 여러 작업자와 여러 작업이 동시에 움직이면 누가 무엇을 맡았고, 어디서 멈췄고, 죽은 작업인지 기다리는 작업인지 계속 추적해야 합니다.

이 페이지는 AI 에이전트 시스템이 커지면 결국 분산 시스템 문제가 된다는 점을 설명합니다.

어려운 말 풀이

일반인용 해석

개인 시스템에서는 “내가 싫어하는 결과”를 기준으로 harsh critic을 만들 수 있습니다. 하지만 조직에서는 사용자, 디자이너, 개발자, PM, 경영진의 기준이 다를 수 있습니다. 누구의 기준을 AI가 대변해야 하는지가 어려워집니다.

이 페이지는 AI 시스템 확장의 끝에는 결국 사람들의 합의 문제가 남는다고 봅니다.

어려운 말 풀이

일반인용 해석

새로운 AI 도구와 아이디어가 계속 나오지만 다 따라가면 산만해집니다. Trend Harvester는 GitHub Trending, RSS, 주요 개발자 프로필을 보면서 쓸 만한 것만 후보로 뽑고, 하네스에 반영할지 판단하는 구조입니다.

쉽게 말해 “외부 세상의 좋은 아이디어를 내 작업 시스템으로 가져오는 필터”입니다.

어려운 말 풀이

일반인용 해석

앞의 Trend Harvester가 엔진 설명이라면, 이 페이지는 운행 기록입니다. 몇 번 수집했고, 몇 건을 스캔했고, 몇 건을 적용했는지 숫자로 남깁니다. 그래서 주장만이 아니라 실제 반복 실행의 흔적을 볼 수 있습니다.

이 사이트에서 가장 실증 데이터가 강한 페이지 중 하나입니다.

어려운 말 풀이

일반인용 해석

Autoresearch는 AI가 스스로 실험하고 더 나은 방법을 찾게 하는 접근입니다. 하지만 대상이 머신러닝 모델인지, 범용 작업인지, 특정 스킬 개선인지에 따라 설계가 달라집니다. 이 페이지는 그 차이를 비교표처럼 정리합니다.

즉, “자동 연구”라는 같은 말 안에도 서로 다른 종류가 있다는 점을 설명합니다.

어려운 말 풀이

일반인용 해석

Paperclip식 접근은 AI들을 부서처럼 나눠 일을 시키는 쪽에 가깝고, Loopy-Era는 작업 중 생긴 실수를 다음 규칙으로 고치는 쪽에 가깝습니다. 둘 다 자동화를 말하지만 초점이 다릅니다.

이 페이지는 “에이전트를 많이 둔다”와 “실패에서 배운다”가 같은 문제가 아니라는 점을 보여줍니다.

어려운 말 풀이

일반인용 해석

AI에게 일을 시키면 파일, 로그, 검색 결과가 너무 많이 쌓여 중요한 내용을 놓칩니다. 이 페이지는 그 낭비를 네 방향에서 줄이는 방법을 설명합니다. RTK는 터미널 출력 줄이기에 가깝고, semble_rs는 관련 코드만 찾는 의미 검색에 가깝습니다.

중요한 점은 도구를 설치하는 것보다 그 도구가 가진 원리를 하네스 규칙으로 흡수하는 쪽에 있습니다.

어려운 말 풀이

일반인용 해석

고객이 아이디어를 내면 AI가 요구사항을 정리하고, 견적을 만들고, 개발하고, 배포까지 돕는 서비스 모델입니다. 하네스가 내부 개발 도구라면, 이 페이지는 그 자동화 능력을 실제 비즈니스 서비스로 바꾸는 상상도에 가깝습니다.

Next.js, Supabase, Claude 같은 기술 이름은 이 서비스를 만들기 위한 재료입니다.

어려운 말 풀이

일반인용 해석

사용자는 보통 Claude Code를 겉에서만 씁니다. 이 페이지는 안쪽 구조를 뜯어보며 세션, 도구 호출, 메모리, MCP 연결이 어떻게 움직이는지 이해하려는 문서입니다.

하네스를 잘 만들려면 기반 도구가 어떤 구조로 작동하는지 알아야 하므로, 이 문서는 배경 기술 지식에 해당합니다.

어려운 말 풀이

일반인용 해석

이 페이지는 AI 작업 시스템을 설명하기보다, 그 시스템이 다룰 수 있는 창작 콘텐츠의 예시로 보는 편이 맞습니다. 장편소설은 인물, 사건, 세계관이 길게 이어지기 때문에 Memory Bank 같은 장기 기억 구조가 왜 필요한지 보여주는 좋은 대상입니다.

`Novel Builder x Memory-Bank`와 연결해서 읽으면 기술적 의미가 생깁니다.

어려운 말 풀이

일반인용 해석

이 페이지는 Hugh Kim Space의 하네스 철학을 설명하는 글이라기보다, AI 또는 번들러로 생성한 웹 페이지 결과물로 보입니다. 원문 안에 ReactDOM, Babel, bundler manifest 같은 흔적이 있어, 별도 웹 아티팩트 생성 과정을 거친 페이지로 해석됩니다.

사이트 안에 포함된 “만들어진 결과물” 예시로 보면 됩니다.

어려운 말 풀이