오케이징 기술 지도 — 채팅봇에서 개인 AI 운영체계까지

okayJing 글은 원래 작업하면서 생긴 운영 기록에 가까웠다. OpenClaw를 만지고, Hermes로 옮기고, Discord gateway를 붙이고, ticket과 memory를 나누고, skill과 final gate를 고치면서 그때그때 필요한 글이 쌓였다.

그래서 시간순으로 보면 실제 시행착오는 잘 보이지만, 처음 들어온 사람은 어디서 시작해야 할지 어렵다. 이 글은 날짜순 아카이브가 아니라 기술 지도다. 오케이징을 이루는 축을 먼저 잡고, 각 축에서 어떤 글을 읽으면 되는지 연결한다.

처음부터 OpenClaw 세부 구조나 memory backend 후보를 다 볼 필요는 없다. 먼저 오케이징이 왜 여러 인격 팀이 아니라 Hermes 안의 절차 묶음이 되었는지만 잡으면 된다.

이 루트의 목표는 구현 세부가 아니라 큰 방향이다. "오케이징은 역할극 팀이 아니라 상태, 절차, 검증, 기억을 Hermes 안에 모은 개인 운영체계"라는 감각을 잡는 데 맞춰져 있다.

구현 관점에서는 history보다 상태 관리가 먼저다. 채팅 표면, 작업 상태, 절차 저장소, 기억 저장소, 검증 루틴을 따로 봐야 한다.

agent framework를 공부할 때는 "어떤 도구가 좋다"보다 런타임이 어떤 상태를 갖고, 도구 호출이 어떤 계약으로 묶이고, 사람이 어디에서 승인하고, 기억이 어떤 근거를 다시 꺼내는지를 봐야 한다. 오케이징 글은 완성된 프레임워크 소개가 아니라 그 설계 압력을 실제 운영에서 만난 기록에 가깝다.

아래 항목은 운영 메모리나 실제 실험에는 이미 등장했지만, 공개 글로는 아직 충분히 회수되지 않았다. 다음 okayJing 글감은 새 기술을 억지로 찾기보다 이 빈칸을 메우는 쪽이 자연스럽다.

이 글은 "무슨 기술 축으로 읽을 것인가"를 정한다. 기존 okayJing 읽는 법은 폴더별 접근과 시간순 아카이브로 남긴다. 처음 읽는다면 이 글에서 루트를 고르고, 특정 글을 찾거나 날짜별 흐름을 보고 싶을 때 reading guide로 넘어가는 편이 덜 헷갈린다.