지급된 계정은 임시차단당했다는듯?

십ㅋㅋㅋ

Openclaw founder joining OpenAI

https://x.com/sama/status/2023150230905159801?s=52

AI;DR이란 무엇인가?
TL;DR에서 AI로 대체한 단어로 풀어보자면 "AI, didn't read"
딱봐도 LLM이 작성한 글 자체를 조롱할때 쓰기 좋음

본인은 웹에서 접하는 한문단 넘어가는 게시글들은 ai 무족건 돌렸다 생각함.
그게 나쁘다는건 아닌데, 읽다보면 알맹이가 없거나, 어그로 존나 강한 문체 이런 특징들이 포착됨. (E.g. Something big is happening )

점점 좋은글들이 인터넷에서 보기 힘들어질거같아서 아쉽긴한데, 도서관 가면 해결할수있음.

하니스가 새로운 소프트웨어 엔지니어링이다

하니스(Harness). AI 에이전트가 올바르게 작동하도록 제어하는 모든 시스템의 총합이다. 지시 문서, 검증 루프, 외부 통합, 스코어링, 지식 축적, 격리 환경, 메모리, 권한 설정 — 에이전트 출력의 품질을 결정하는 모든 것.

하니스가 왜 중요한가.

Gemini 모델을 Claude Code의 하니스 위에서 돌리면 성능이 올라간다. 같은 Opus라도 하니스 없이 돌리면 성능이 떨어진다. 모델은 같은데 결과가 다르다. 모델이 아니라 하니스가 결과를 결정한다.

소프트웨어 엔지니어링의 세 번째 패러다임 전환이 진행 중이다. 천공카드에서 키보드로 — 물리적 제약에서 벗어났다. 로컬 에디터에서 클라우드로 — 배포와 확장의 혁명. 그리고 지금, 코드 작성에서 의미 전달로. 인간이 "무엇을" 정의하면 에이전트가 "어떻게"를 실행한다. 이 전환의 핵심에 하니스가 있다.

빌더에서 설계자로

이 전환은 엔지니어의 역할을 근본적으로 바꾼다. 코드를 직접 짜는 빌더에서, 시스템을 설계하는 설계자로.

두 가지 활동이 중심이 된다.

Planning — 하고자 하는 바를 구체화하는 과정이다. 어떤 스펙으로 만들지, 어떤 가이드라인을 줄지. 구체적으로 작성할수록 AI와의 alignment가 명확해진다. "좋은 코드 짜줘"는 아무 의미 없다. 어떤 아키텍처 패턴으로, 어떤 에러 핸들링 전략으로, 어떤 수준의 테스트 커버리지로, 어떤 네이밍 컨벤션으로 — 이 수준의 구체성이 결과를 가른다. CLAUDE.md에 프로젝트의 원칙을 쓰고, 스펙 문서로 각 기능의 요구사항을 명시하고, 아키텍처 문서로 시스템의 경계를 정의하는 것. 이것이 새로운 "코딩"이다.

Review — 결과물의 달성도를 평가하는 과정이다. 원하는 결과가 구체적일수록 스코어링 기준을 세울 수 있고, 체크리스트로 품질을 올릴 수 있다. 핵심은 이 과정에서 나의 감도, 암묵지, 평가 방식이 명시화된다는 것이다. 에이전트는 이 기준으로 품질을 개선한다. 내 머릿속에만 있던 "이건 아닌데"가 문서화되는 순간, 에이전트의 출력이 달라진다. "에러 메시지가 유저 친화적이지 않다"는 피드백을 "에러 메시지는 기술 용어 없이, 유저가 취할 수 있는 다음 행동을 반드시 포함해야 한다"로 바꾸는 것 — 이것이 암묵지의 명시화다.

결국 이 전체 과정이 하는 일은 두 가지다. 업무를 수행할 에이전트들의 스킬과 협업 방식을 구체화하고, 결과물에 대한 내 taste를 기준으로 만들어 에이전트가 학습하게 하는 것.

시간 배분이 뒤집힌다. 코드 작성 20%, 계획과 리뷰 80%. Dan Shipper(Every)의 말처럼 — "Plans are the new code."

왜 이렇게 되는가. 코드의 가치가 0에 수렴하기 때문이다. 에이전트가 만드는 코드의 양을 보라. Lablup은 50개 에이전트로 40일 만에 100만 줄을 생성했다. "코드를 잘 짜는 것"의 시장 가치는 빠르게 떨어지고 있다. 남는 건 무엇을 만들지 결정하는 능력, 그리고 그것을 올바르게 만드는 시스템을 설계하는 능력이다.

하지만 볼륨이 커질수록 위험도 커진다. AI Slop — 아무도 읽지 않고, 아무도 이해하지 못하는 코드가 코드베이스에 쌓이는 현상. 에이전트가 만든 코드를 사람이 검증하지 않으면 코드베이스는 빠르게 취약해진다. Planning과 Review가 중요한 이유가 여기에 있다. Planning으로 에이전트가 만들 코드의 방향을 통제하고, Review로 출력의 품질을 검증한다. 이 두 활동이 AI slop의 해독제다.

하니스의 구성요소

하니스는 단일 도구가 아니다. 시스템의 집합이다.

기본 요소들이 있다. 지시 문서(CLAUDE.md, Soul Documents) — 에이전트의 "헌법". 프로젝트의 원칙, 코딩 컨벤션, 금지 사항을 정의한다. 검증 루프(테스트, 린터, pre-commit hooks) — 에이전트가 스스로를 검증하는 메커니즘. 외부 통합(Sentry, Datadog, LaunchDarkly) — 에이전트가 개발자와 동일한 맥락을 이해하고 같은 제품을 사용할 수 있는 환경. 스코어링 체계 — 에이전트 출력의 품질을 정량화한다. 지식 축적(solutions DB, YAML 프론트매터) — 해결된 문제의 교훈이 축적되어 다음 사이클을 더 빠르게 만든다. 격리 환경(샌드박스, Docker) — 에이전트가 안전하게 실험할 수 있는 공간.

그리고 아직 확장 중인 영역이 있다. 메모리 관리(세션 간 맥락 유지), 권한과 환경 설정(에이전트에게 어디까지 허용할 것인가), 도구 사용 가이드(어떤 도구를 어떤 순서로, 어떤 상황에서 사용하게 할 것인가), 오케스트레이션(서브에이전트 스포닝, 에이전트 팀 위임과 검증).

이 요소들의 조합이 하니스의 품질을 결정하고, 하니스의 품질이 에이전트 출력의 품질을 결정한다.

제품들이 보여주는 하니스 철학

하니스 관점에서 보면, 지금 나오는 제품들은 각자 다른 철학으로 같은 문제를 풀고 있다.

Manus는 긴 작업의 라스트마일 품질에 집중했다. 딥리서치, 엑셀 데이터 분석, PPT 작성 — 사람이 시작하면 지루하고, AI에게 맡기면 80%까지는 금방이지만 마지막 20%에서 무너지는 작업들. 대부분의 AI 도구가 "80%까지 빠르게"에 집중할 때, Manus의 하니스는 나머지 20%를 고객이 실제로 제출할 수 있는 수준까지 끌어올리는 데 맞춰져 있다. 이 라스트마일이 진짜 어렵고, 여기서 하니스의 차이가 드러난다.

Claude Code는 로컬 퍼스트를 선택했다. 유저의 환경에서 시작하고, 길을 찾아주고, 선택지를 준다. 에이전트가 모든 걸 대신하는 게 아니라 인간과 함께 진화한다. CLAUDE.md, hooks, slash commands — 하니스 도구를 유저가 직접 설계하게 한 것이 핵심이다. 로컬에서 시작한 초기 결정이 탁월했다. 유저의 코드, 유저의 환경, 유저의 맥락 위에서 작동하기 때문에 하니스의 커스터마이징이 자연스럽다.

Codex는 정반대다. "내가 다 알아서 할게." 완전 자율 지향. 인간의 개입을 최소화하고 에이전트가 독립적으로 작업을 완수한다. 하니스의 주도권이 유저가 아닌 시스템에 있다.

OpenClaw는 개인 비서의 가능성을 보여줬다. 로컬에서, 가장 편한 인터페이스에서, 여러 앱을 실행해주는 경험. 코딩만이 아니라 일상 업무 전반을 에이전트가 처리할 수 있다. 올해 더 많은 사람들이 에이전트로 일상을 처리하면서 기존 앱을 직접 여는 시간이 줄어들 것이다.

기업들도 각자의 하니스를 설계했다. Ramp은 에이전트에게 자기 검증 능력을 줬다 — Sentry, Datadog, LaunchDarkly를 직접 연결한 closed-loop으로 PR이 인간에게 도달하기 전에 검증을 완료한다. PR의 30%가 에이전트에서 나온다. Uber는 생성 모델(Claude Sonnet)과 평가 모델(o4-mini)을 분리했다. 만드는 AI와 채점하는 AI가 다르다 — 자기 평가 편향을 구조적으로 차단. 주간 1,500시간 절약, 수정 반영률 65%로 인간 리뷰어(51%)를 넘었다. Every는 매 사이클의 교훈이 CLAUDE.md에 자동 축적되는 복리 구조를 만들었다 — 1인 팀이 5개 프로덕트를 운영한다. 사이클을 돌릴수록 시스템이 똑똑해진다. Lablup은 50개 에이전트로 40일 만에 100만 줄, 764 PR을 자동 처리했다. AI가 인간에게 "이 기술을 공부하세요"라고 학습 과제를 제시하는 역방향 지식 전이가 특히 인상적이다.

아직 풀리지 않은 과제들

솔직히 아직 부족한 게 많다.

메모리가 가장 큰 난제다. OpenClaw는 append-only markdown으로 메모리를 관리하는데, 세션이 길어지면 맥락을 잊는다. Manus는 세션 내 메모리가 뛰어나지만 세션 간 기억이 없다. Claude Code도 마찬가지. Hyperspell, Letta, Mem0, qmd, Supermemory — 수많은 팀이 이 문제를 풀고 있다. Markdown, SQLite, 벡터 DB, 그래프 DB — 어떤 조합이 맞는지 아직 아무도 모른다. 하니스의 가장 불안정한 레이어다.

긴 브라우저 세션과 도구 사용도 한계가 분명하다. 에이전트가 일정시간 넘게 웹을 탐색하면 맥락이 흐려지고, 도구 사용의 정확도가 떨어진다.

하네스 - 뒤에 안전고리를 통해 몸을 로프에 고정하는 도구

휴먼 코딩은 결정론적이나, 에이전틱 코딩은 그렇지않음(~~해줘)
그러나 하네스를 통해 자율성을 통제, 의도한대로 출력이 나오게 됨.

이번달의 컴퓨터 공학은 하네스의 구성과 컨텍스트 관리라고 생각함.

에이전틱 코딩도 많이 안해보면 실력이 늘지않아서 결은 비슷함.

How 보다도 Why, What에 집중해야할때이지않나

“무임승차 사절”

대충 맞음

놀랍게도 빗썸과 파트너로 협업하게 되었습니다.

3월부터 빗썸의 파트너로 활동하게 되었는데 다른 분들이 잘 설명하셨다시피 매수매도나 실링등의 느낌이 아니라, 이벤트 소개등을 하는 서포터즈 느낌의 활동입니다.

그간 비판적인 글도 꽤 많이 적었던 전적이 있는데 연락을 받아서 저도 꽤 의외였지만, 그만큼 편견없이 뽑았구나 하는 인상을 받았고 / 정말로 거래소에 대한 일방적 실링은 필요없이 중립, 객관적인 뷰 유지하며 컨텐츠 작성하면 된다고 합니다.

성덕 이런 단어는 좀 조야해서 쓰고 싶지 않지만 달리 대체할 말이 없는데, 웹3은 하다보면 재미난 일이 참 많다는걸 새삼 느낍니다.

꾸벅

토라센세의 빗썸 건피 간다

https://www.yna.co.kr/view/AKR20260304086600061?input=tw

”코리안 월터 화이트“

나는 전혀 자동화되어 있지 않아

많은 사람들이 오픈클로에 환호했다. 나 역시 노트북을 바꿀 겸 맥북에서 오픈클로를 설치했다. 까놓고 말해서, 시킬 게 없었다. 당연히 뭘 시켜야 되고 뭔가 획기적인 제품을 만들어야만 하는데, 그러지 못하는 내가 잘못된 건가 싶었다. 아마 이 글을 읽는 일부도 같은 감정을 느꼈으리라.

스스로의 한계일 수도 있다만, 나는 오픈클로를 거의 사용하지 않는다. 오픈클로를 통해서 가장 먼저 시켰던 작업은 [내가 보는 피드나 데이터를 수집해서 보여줘]였던 것 같은데, 그 결과물을 보고 느낀 감정은 아이러니하게도 '그냥 내가 눈으로 보는 게 더 트렌드 학습이 빠른 것 같네..' 였다.

바이브 코딩의 본질에 대해서 많은 사람들이 AI Agent라는 키워드를 꺼내든다. 나 역시 크립토 산업에 있다 보니 강박에 빠졌다. '자동 매매 봇을 만들어야 해.. 퍼프덱스 볼륨 봇을.. 아니지.. 에어드랍 대시보드를..?' 등등. 자동화된 수익을 현실화하지 못하면 도태되는 느낌이 들었다.

바이브 코딩이 확! 타올랐을 때, 크립토에서 가장 바이럴이 많이 된 키워드는 '폴리마켓 자동매매 봇'이었다. [이 봇이 X일만에 X달러를 번 방법] 따위의 템플릿이 피드를 어지럽혔던 기억이 있다. 사실 지금도 버츄얼스를 기반으로 파이프라인에 대한 바이럴이 상당히 강해진 느낌이고.

그것이 극의인 것은 맞지만, 나는 바이브 코딩이 '불가능을 가능하게 만들어주는 원력'에 가깝다고 생각한다. 내가 했던 발칙한 상상, 혹은 스스로에 대한 자기혐오가 파생시킨 후회, 30년 간 살아오면서 '저질러보고 싶었던 것'을 AI는 제공해주고 있다.

- 나는 항상 다이어트를 실패했다. 자산이 이리 되야 되는데 몸무게가 ATH다.
> 나나, 우리 엄마나 왜 항상 다이어트를 실패할까? 어쩌면 그건 내가 잘 알지 않을까?
> 그러면 나같은 다이어트 낙오자에게 천천히, 꾸준히 우상향할 수 있는 동기를 시각화하자?

이런 식으로, 최근 나는 스스로의 결함과 경험을 바탕으로 상상을 현실로 구현하고자 노력하고 있다. 누군가는 묻는다. "여기에 AI Agent가 들어가요? AI가 얼마나 가미됐어요?" 등등. 당연히 들어가긴 한다. 근데 나는 좀 되묻고 싶다. 바이브 코딩 앱은 전부 에이전틱에 자동화여야 하느냐고.

사고를 바꾸니까 조금 삶에 의욕이 생겼다. 해적왕 골드 로저가 갓밸리 사건 때 세계의 주인 '임'을 만나면서 내뱉은 "그야말로 위대한 모험의 나날! 나는 아직도 무지해!"라는 대사가 스스로를 움직이는 힘이랄까.

아직 MCP도 잘 모르고 Team 기능도 그다지 쓰고 있지 않다. 하지만 누군가는 그것으로 몇 배는 더 앞서 갈 것이다. 하지만 무지하기에 항상 누군가 깔아둔 길이 있다.

나는 앞으로의 구상을 하나의 구심점으로 'Ny Fantasy(나의 판타지)'라고 명명했고, 전부 내가 되고 싶었지만 되지 못한 것들, 혹은 내 결함으로 비난받고 혐오했던 것들을 실제로 구현하고자 한다. 그것이 항상 새로워야 할까, 항상 돈이 되어야 할까?

나는 소설가가 되고 싶었다. 나는 삶의 동반자나 친구를 얻고 싶었다. 이루지 못했던 망상을 현실로 바꿀 때다. 그리고 나만의 원룸에 갇혀서 나오지 않아도 될만큼, 판타지에 잠겨 살겠다.

여전히 사업 감각은 0이다. 언제나 낭만 하나만 믿고 새로운 산업에 도전했다. 낭만이 나를 부자로 만들어준 기억은 없지만, 포기하지 않을 만큼은 지지해 주더라.

개인적으로 채널(https://t.me/Ny_fantasy)을 하나 더 팠다. 무거운 이야기나 긴 이야기를 전혀 다루지 않고, 오로지 내가 들이박고 맛보는 비전문가의 AI 전열 탱킹(생성형 AI 그림체 꼴리는 걸 공유한다던지, AI 채팅 채널에서 나오는 성인향 트렌드라던지.. 정말 쓰잘데기 없는)을 다루는 곳이다. 온갖 존재에 적응하는 마허라가 되어보려 한다.

뭔가 서버에서 돌아갈 재미난 것이 나오면(재미나지 않을 수도 있다) 공유해볼 수 있기를!