Claude Code를 작업 런타임으로 확장
명령어, 스킬, 에이전트, 훅, 플러그인을 엮어 단순 코딩 도구가 아닌 반복 가능한 작업 시스템으로 만든다.
Static site analysis
AI 작업 운영체계로 읽는 Hugh Kim Space
수집한 35개 HTML은 포트폴리오보다 “Claude Code를 개인 작업 운영체계로 확장한 사례 연구”에 가깝다. 핵심은 에이전트 수가 아니라 실패를 관측하고, 규칙으로 바꾸고, 검증으로 닫는 폐루프다.
Core Themes
다섯 개 기술 축
사이트 전체는 Claude Code 하네스, Loopy-Era, Memory Bank, QA 게이트, Codex/OMX 이식으로 반복 수렴한다.
실패를 규칙으로 바꾸는 자가개선
에러, 재시도, 사용자 불만, QA 실패를 self-improve 신호로 회수하고 평가와 rollback으로 닫는다.
세션 기억을 장기 지식으로 전환
Memory Bank는 대화 로그와 작업 결과를 fact, ontology, 검색 가능한 recall surface로 재구성한다.
완료 선언보다 증거를 우선
agent-browser, web-qa-tester, expect-cli, Codex review 같은 독립 검증으로 “작동했다”는 증거를 요구한다.
같은 철학을 다른 런타임으로 이식
Claude Code의 commands/hooks/agents 모델을 Codex의 skills, tmux team, state, mailbox 구조로 옮긴다.
문서 작성 방식도 시스템적
각 글은 철학, 구성요소, 파이프라인, 실패 사례, 검증 방식 순서로 반복된다. 설득보다 운영 계약에 가깝다.
Feedback Loop
Loopy-Era 흐름
이 사이트를 이해하는 가장 짧은 길은 아래 폐루프를 먼저 잡는 것이다.
1. 관측tool failure, QA fail, user correction, retry, feature deletion을 hook과 로그로 잡는다.
2. 신호화반복 가능한 문제를 pending self-improve signal로 변환한다.
3. 수정규칙, 스킬, scaffold, 검사기를 패치한다.
4. 검증harness-report, loopy-era-eval, smoke, QA gate로 측정한다.
5. 유지/롤백개선이면 keep, 악화면 discard 또는 rollback한다.
Page Map
읽기 순서와 페이지 역할
처음 읽는 사람은 전체 허브에서 시작해 Loopy-Era와 QA 문제로 내려가는 것이 가장 빠르다.
| 순서 | 페이지 | 무엇을 이해하는가 | 분류 |
|---|---|---|---|
| 1 | index.html | 전체 시스템 지도, 에이전트/스킬/플러그인/저장소 목록 | overview |
| 2 | loopy-era-architecture.html | 실패를 규칙으로 바꾸는 자가진화 철학 | core |
| 3 | claude-code-harness-system.html | Claude Code 하네스 구조와 HARD check | core |
| 4 | memory-bank-analysis.html | 장기 기억과 검색 가능한 지식 계층 | memory |
| 5 | codex-team-init-project-harness.html | Claude Code에서 Codex/OMX로 옮긴 구조 | migration |
| 6 | service-completion-problem.html | AI가 서비스를 완성하지 못하는 구조적 이유 | risk |
| 7 | enterprise-harness-complexity.html | 개인 하네스를 조직으로 확장할 때의 한계 | scaling |
Interpretation
쉽게 말하면
이 사이트의 시스템은 AI에게 일을 맡기는 방법이 아니라, AI 작업을 운영하고 감사하는 조직 구조에 가깝다.
비유: 에이전트는 부서, 스킬은 표준작업절차, hook은 감사 로그, Memory Bank는 회사 지식 저장소, QA Gate는 출고 검사, self-improve는 재발방지 프로세스다. Loopy-Era는 이 모든 것이 반복될수록 더 엄격해지는 운영 루프다.
따라서 이 사이트의 핵심 가치는 “AI가 만든 예쁜 HTML”이 아니라, 반복 작업에서 실패가 다시 시스템 개선으로 돌아오는 구조를 문서화한 데 있다.
Confidence
판단과 한계
분석 근거는 수집된 정적 HTML, 메타데이터, footer, 내부 링크, 페이지별 설명이다.
정적 문서 사이트이며 Claude Code 생성 흔적이 강하다
여러 페이지가 `Built with Claude Code`를 명시하고, 페이지별 설명도 하네스/에이전트/QA/Memory Bank로 일관된다.
실제 운영 코드의 현재 상태는 별도 검증 필요
HTML은 분석/보고서 성격이므로 내부 `.claude`, `.codex`, `.omx` 스크립트의 현재 동작까지 보장하지 않는다.
Source Basis
주요 근거 파일
아래 링크는 로컬 크롤링 결과를 직접 연다.