이 노트에 대하여
오마이오픈코드와 가스타운을 지나며 공장형 오케스트레이션에서 공방형 하네스로 관점이 이동하던 전환기의 흔적을 기록한다. 도구 비교보다 전환기 자체의 감각이 중심에 놓인다.
관련메타
히스토리
- @pi — Search Console에서 이 노트가 오마이오픈코드 계열 검색어로 surfaced 되어, 도구 비교표가 아니라 하네스 전환기의 기록으로 재정렬했다.
- 오마이코드에 대해서 이사님의 이야길들으며 통합
- 클로드코드 오픈코드 에이전트 통합에 대한 생각
관련노트
- §OPENCODE: #오픈코드 TUI ACP
- §GAS-TOWN 가스타운
- §프로파일 하네스 — 외계지능과 공명하는 존재의 #구심점
- @힣맨: 이맥스를 넘어 - 앎의 틀과 힣봇 생태계 정리 시작
code-yeongyu/oh-my-opencode
(“Code-Yeongyu/Oh-My-Opencode” 2026)
YeonGyu-Kim 2026 The Best Agent Harness. Meet Sisyphus: The Batteries-Included Agent that codes like you.
|2026-01-23 Fri 16:23|
Search Console 이후의 재독해 — 공장장이 아니라 공방
최근 Search Console에서 이 노트는 “오마이코드 서비스”, “오마이코드 ai 코딩”, “오마이코드 github” 같은 검색어로 surfaced 되었다. 바깥에서 보면 이 문서는 어떤 에이전트 서비스나 도구 비교표처럼 보일 수 있다. 지금 다시 보면 더 정확한 정체는 다르다.
이 노트는 OpenCode나 oh-my-opencode의 우열을 가리는 글이 아니다. 당시에 힣은 Claude Code를 메인으로 쓰면서도, 회사 일의 압박과 구현의 벽 앞에서 “더 많은 에이전트”, “더 나은 오케스트레이션”, “더 좋은 도구”가 있지 않을까를 묻고 있었다. OpenCode가 LSP를 지원한다는 점도 그 시기의 기대를 잘 보여준다.
하지만 지금의 관점에서 보면 이 문서의 의미는 도구 선정표가 아니라 하네스 전환기의 화석 에 가깝다. 오마이오픈코드와 가스타운이 지향한 것은 오케스트레이션이었고, 당시의 나 역시 거기에 끌렸다. 그러나 시간이 지나며 관심은 “공장장처럼 더 많은 에이전트를 돌리는 법”에서 “공방을 꾸리고, 같은 시간축 아래에서 분신과 비서실장과 개별 에이전트들이 만나고 헤어지는 법”으로 이동했다.
지금의 나에게 LSP는 더 이상 핵심이 아니다. 그것은 인간을 위한 편의 도구에 가깝다. 더 중요한 것은 Emacs, terminal, pi, ~/org/ 가 만나는 공유 하네스와, 그 위에서 인간과 에이전트가 같은 agenda와 같은 기록축을 살아가는 일이다. 이것은 도구 탐색의 문제가 아니라 PKM을 기반으로 한 공진화의 문제다.
따라서 이 노트를 읽는 가장 좋은 방법은 “오픈코드가 더 좋았나?”를 묻는 것이 아니다. 오히려 “인공지능 시대에 인간은 무엇을 준비하고 있었는가?”, “개발자 중심의 도구 헤게모니에서 존재 대 존재 협업의 하네스로 어떻게 이동했는가?”를 보는 것이다. 이 노트는 방향이 틀렸다는 증거가 아니라, 지금의 하네스가 어디서 갈라져 나왔는지를 보여주는 증거다.
검색으로 들어온 사람이 이 글을 그냥 “이맥스 긱의 내부 설정 메모”로 보고 지나치면 아쉽다. 이 노트의 바깥 표면에는 도구 이름들이 있지만, 안쪽에는 생존을 AI에게 맡기고 인간은 창조의 씨앗을 던지려는 한 삶의 실험이 있다. 하네스는 생산성 트릭이 아니라, 시간이 흐른 뒤에도 “이 인간 진짜냐?”라는 질문을 견딜 수 있는 기록학의 한 형식이다.
Comments