신규하 블로그

개발 기록 보관소

Claude Code 팀이 Markdown 대신 HTML을 쓰는 이유: 문서가 아니라 조작 가능한 산출물이 필요해졌다

AI
AI에게 “마크다운으로 정리해줘”라고 말하는 습관은 오래됐다. 그럴 만한 이유가 있었다. Markdown은 짧고, 토큰을 덜 쓰고, diff가 쉽고, 어디에나 붙여 넣을 수 있다. GPT-4 초기처럼 context window가 작던 시절에는 거의 당연한 선택이었다. 그런데 Claude Code 팀 내부에서는 이 기본값을 다시 보고 있다고 한다. 핵심은 단순하다. AI가 만드는 산출물이 너무 커졌고, 이제는 읽는 문서보다 조작 가능한 결과물이 더 중요해졌다. 더보기

Claude Code를 10개월 매일 쓰면 남는 것: 50가지 팁보다 중요한 7개 운영 레이어

AI
Claude Code를 처음 쓰면 대부분 “어떻게 명령해야 코드를 잘 짜나?”부터 묻는다. 하지만 오래 쓰면 질문이 바뀐다. 어떻게 프로젝트 기억을 유지할까 언제 멈추고 다시 시킬까 언제 /clear할까 어떤 것은 CLAUDE.md에 넣고, 어떤 것은 skill로 뺄까 검증 명령어는 어떻게 고정할까 위험한 권한은 어디서 막을까 혼자 쓰는 도구에서 팀이 쓰는 운영체계로 어떻게 바꿀까 메이커 에반의 영상 클로드코드 10개월… 매일 12시간 쓰며 알게 된 50가지가 흥미로운 이유는 단순 단축키 모음이 아니라, Claude Code를 신입 직원처럼 부리고 검수하고 다시 가르치는 운영법으로 설명한다는 점이다. 더보기

Hermes Agent를 제대로 이해하는 법: 챗봇이 아니라 24시간 돌아가는 맞춤 자동화 시스템

AI
Hermes Agent를 처음 보면 “또 하나의 AI 챗봇인가?”라고 생각하기 쉽다. 하지만 영상의 핵심은 정반대다. Hermes는 GPT나 Claude처럼 질문에 답하는 채팅 도구가 아니라, 서버 위에서 24시간 돌며 내 생활과 업무의 병목을 자동화하는 맞춤형 에이전트 시스템에 가깝다. 이 차이를 이해하지 못하면 Hermes를 설치해 놓고도 그냥 채팅창처럼 쓰다가 끝난다. 반대로 제대로 이해하면, Hermes는 브리핑·모니터링·리서치·스케줄링·반복 업무를 맡는 장기 운영 레이어가 된다. 더보기

프론트엔드 개발자는 AI를 어떻게 쓰나: PR 리뷰, 기획, 멀티에이전트 하네스까지

AI
AI 코딩 도구를 이야기할 때 우리는 보통 “코드를 얼마나 잘 짜나”부터 본다. 하지만 실제 개발자의 하루를 보면 AI의 쓰임은 훨씬 넓다. PR을 먼저 훑고 기획 문서를 정리하고 Linear, Slack, Notion의 맥락을 읽고 역할별 에이전트를 나눠 회의시키고 사람이 마지막 판단을 한다 Claude Bloom의 AI슬쩍 EP.01이 흥미로운 이유는 이 지점을 잘 보여 주기 때문이다. 영상의 핵심은 “AI가 프론트엔드 코드를 대신 짠다”가 아니라, 프론트엔드 개발자가 AI를 업무 운영 레이어로 쓰는 방식에 있다. 더보기

9Router가 흥미로운 이유: 무료 모델 라우터보다 코딩 에이전트용 토큰 절감·fallback 계층에 가깝다

AI
AI 코딩 도구를 오래 쓰면 병목은 모델 하나의 성능보다 운영 비용과 중단 없는 연결로 옮겨 간다. Claude Code quota가 먼저 닳고 Codex나 Copilot 구독은 남아 있고 free provider는 언제 막힐지 모르고 git diff, grep, tree 같은 tool output이 토큰을 잡아먹고 provider마다 API format이 다르다 9Router가 흥미로운 이유는 이 문제를 “더 좋은 모델 하나”로 풀지 않는다는 점이다. 대신 코딩 에이전트 앞단에 라우터, 토큰 절감기, 포맷 변환기, quota 추적기, fallback 엔진을 하나로 둔다. 더보기

Graphify를 팀에서 쓰는 법: 코드베이스를 파일 묶음이 아니라 공유 가능한 지식 그래프로 커밋하기

AI
AI 코딩 도구를 쓸 때 가장 자주 하는 일은 결국 “맥락 전달”이다. 이 파일을 읽어라 저 폴더를 봐라 이 함수와 저 모듈의 관계를 이해해라 DB schema와 API route가 어떻게 이어지는지 봐라 문제는 코드베이스가 커질수록 파일을 하나씩 던져 주는 방식이 금방 한계에 부딪힌다는 점이다. Graphify가 흥미로운 이유는 이 문제를 “더 많이 읽히기”가 아니라 코드베이스를 쿼리 가능한 지식 그래프로 바꾸기로 풀기 때문이다. 더보기

AI 출력은 이제 문서가 아니라 인터페이스다: Claude 팀이 Markdown을 떠나는 이유

AI
Markdown이 나빠서가 아니다. AI가 너무 강해져서 Markdown이 더 이상 안 맞는다는 이야기다. Threads의 @alex_ai_mcp 가 공유한 짧은 포스트에서 단단한 한 줄을 뽑아낼 수 있다. “문서를 생성하는 것” → “인터페이스를 생성하는 것” 예전엔 AI가 10줄 요약, 20줄 메모를 써 줬다. 지금은 한 번에 1000줄짜리 기획서, 전체 코드 리뷰, 복잡한 플로우차트, 실행 가능한 툴 UI까지 만든다. 이걸 전부 Markdown으로 받으면 결국 끝없는 텍스트 벽 이 된다 — 심지어 Claude 엔지니어조차 100줄 넘는 AI 생성 MD 파일은 끝까지 안 읽는다고 한다. 그래서 작업 방식이 바뀌고 있다. AI가 만들고 사람은 조작한다. 더보기