Essays#

여기는 Notes 안에서 생각/의견/관찰/회고/방향성 성격의 글을 모아두는 곳입니다.

  • 사건이나 현상에 대한 개인적인 의견
  • 블로그/일/삶에 대한 방향성 정리
  • 짧은 관찰부터 긴 에세이까지

최신 글

토큰 절약 팁을 모으다가, 로그를 열어 보고 순서를 바꿨습니다

토큰 절약 팁을 모으다가, 로그를 열어 보고 순서를 바꿨습니다

Claude Code와 Codex의 토큰 절약 팁을 조사하다가 필자의 세션 로그를 직접 집계해 본 기록입니다. 사용량을 키운 것은 소수의 긴 세션이었고, 흔한 팁 중 일부는 필자의 사용 패턴에서 효과가 작았습니다. 그 결과로 세운 적용 순서와 자동 압축 임계값 시뮬레이션을 정리했습니다.

하네스는 알았지만 속은 몰랐습니다 — OpenCode 2와 Hermes로 배운 코딩 에이전트의 구조와 흐름

하네스는 알았지만 속은 몰랐습니다 — OpenCode 2와 Hermes로 배운 코딩 에이전트의 구조와 흐름

OpenCode 2.0 소식을 정리하다 필자가 쓰는 Hermes Agent와 비교해 보고 싶어졌지만, 하네스의 개념과 코딩 에이전트의 기능만 알 뿐 내부 구성과 동작 흐름은 직접 확인한 적이 없었습니다. 두 오픈소스 에이전트의 소스 코드를 읽으며 코딩 에이전트의 기본 구성과 요청 하나가 흘러가는 길을 먼저 익히고, 그 지도를 들고 OpenCode 2와 Hermes를 각각 읽은 뒤 비교한 학습 기록입니다.

리뷰어를 사는 대신 설계를 가져왔다 — Claude Code Review와 직접 만든 PR 에이전트

리뷰어를 사는 대신 설계를 가져왔다 — Claude Code Review와 직접 만든 PR 에이전트

Anthropic의 Claude Code Review 정식 출시와 GitHub의 AI Scan, 에이전트 자동 수정, Actions 잠금 파일 소식을 보고 도입을 검토했습니다. 필자는 이미 리뷰부터 병합, 충돌 해소, 배포까지 맡는 PR 에이전트를 직접 만들어 운영하고 있어서, 제품을 들이는 대신 각 제품의 설계에서 가져올 것과 가져오지 않을 것을 골라 자체 에이전트의 개선 계획을 세웠습니다.

꿈의 코딩 에이전트는 왜 아무도 만들지 않는가

꿈의 코딩 에이전트는 왜 아무도 만들지 않는가

마이클 린치가 '코딩 에이전트는 왜 이렇게 멍청한가'에서 그린 꿈의 에이전트 조건 17개를 Claude Code, Codex, GitHub Copilot, Cursor와 Hermes Agent, OpenCode, Pi 같은 오픈소스 에이전트의 2026년 10월 현황에 맞춰 봅니다. 남은 빈칸을 범용성과 충돌하는 기본값, 모델 회사의 이해관계와 충돌하는 기능, 아직 풀리지 않은 기술 문제의 세 갈래로 나누고, 특정 사용자층을 노린 새 코딩 에이전트가 들어설 자리가 있는지 검토합니다.

72.4%는 무엇의 점수인가 — LLM 벤치마크를 읽는 법

72.4%는 무엇의 점수인가 — LLM 벤치마크를 읽는 법

AI 뉴스 브리프에 옮겨 적은 Claude Haiku 5.5의 OSWorld 72.4%가 완수율이 아니라 부분 점수였다는 발견에서 출발해, 벤치마크를 이루는 과제 / 채점 / 실행 조건, SWE-bench의 컨셉과 거기서 뻗어 나간 계보, 포화와 오염, 최근 자주 보이는 주요 벤치마크, 채점기 결함과 생태계의 이해관계를 정리합니다. 벤치마크 숫자는 모델 하나의 점수가 아니라 조건의 점수이므로, 공개 벤치마크로 후보를 고르고 최종 판단은 자체 평가로 해야 한다는 결론과 숫자를 읽을 때의 체크리스트를 담았습니다.

불편해서 껐던 샌드박스, 다시 켜기 전에 따져 본 것들 — 에이전트 격리 다시 보기

불편해서 껐던 샌드박스, 다시 켜기 전에 따져 본 것들 — 에이전트 격리 다시 보기

업무 속도를 위해 Claude Code 샌드박스를 끄고 응답을 꼼꼼히 읽는 것으로 위험을 관리해 온 필자가, Microsoft MXC 정식 출시를 계기로 그 판단의 전제를 다시 점검한 기록입니다. 응답 읽기가 사후 검토라는 한계, 치명적 3요소로 본 격리의 필요성, 격리의 축과 강도, 가짜 환경이 드문 이유를 정리하고, 샌드박스를 다시 켤 때 마주칠 불편과 그 불편을 설정으로 줄이는 방법을 공식 문서 기준으로 살핍니다.

내 서비스의 AI 비용을 사용자의 구독으로 내는 날은 올까 — Sign in with ChatGPT와 MCP Events

내 서비스의 AI 비용을 사용자의 구독으로 내는 날은 올까 — Sign in with ChatGPT와 MCP Events

서드파티 앱 개발자에게 API 요금은 AI 구독료보다 훨씬 비쌉니다. OpenAI가 DevDay 2026에서 내놓은 Sign in with ChatGPT는 사용자의 ChatGPT 구독으로 외부 앱의 AI 비용을 치르게 하는 첫 공식 경로입니다. 이 글은 그 경로가 실제로 얼마나 열려 있는지, 어떤 앱과 어떤 사용자만 통과할 수 있는지, Anthropic과 Google, GitHub은 같은 문제에 어떤 입장인지 정리합니다. 함께 발표된 MCP Events가 이 흐름과 어떻게 이어지는지, 그것으로 무엇을 만들어 볼 수 있을지도 제안합니다.

직접 조립한 에이전트 환경과 OpenAI의 완제품 — dots와 ChatGPT Space를 보며

직접 조립한 에이전트 환경과 OpenAI의 완제품 — dots와 ChatGPT Space를 보며

OpenAI가 DevDay 2026에서 내놓은 상주형 에이전트 dots와 팀 공용 작업 공간 ChatGPT Space의 주요 기능을 살펴보고, 필자가 회사에 Hermes, Slack, Notion, Google 스프레드시트로 조립한 에이전트 환경과 비교합니다. 비슷한 환경을 OpenAI 생태계 안에서 쉽게 만들 수 있다는 장점과 그 생태계에 갇힌다는 단점, 그리고 dots와 Space로 만들어 볼 만한 활용 아이디어를 정리합니다.

규칙을 기억에서 코드로 — Claude Code Mods로 블로그 규칙을 강제할 수 있을까

규칙을 기억에서 코드로 — Claude Code Mods로 블로그 규칙을 강제할 수 있을까

Anthropic이 Claude Code에 추가한 Mods가 무엇인지 살펴보고, 문서에만 적어 둔 블로그 작성 규칙을 모델의 기억에 맡기는 방식, 설정 hook으로 막는 방식, Mod로 강제하는 방식을 같은 가드로 비교합니다. 단순한 금지 규칙에서는 차이가 작지만 턴을 가로지르는 규칙과 사람의 판단이 필요한 규칙에서 Mod의 장점이 드러난다는 결론과 함께, Cursor 확장에서 Mod 화면이 보이지 않는 이유와 이 블로그에 적용해 볼 Mod 제안을 정리합니다.

이전 글

2026