신규하 블로그

개발 기록 보관소

Graphify는 왜 토큰을 71.5배 아끼나: 지식 그래프로 코드베이스를 먼저 읽는 방식

Developer Tools
LLM에게 큰 코드베이스나 방대한 문서 폴더를 그대로 읽게 하면, 대부분의 비용은 “찾아다니는 데”서 발생합니다. 관련 없는 파일까지 훑고, 다시 grep 하고, 또 읽고, 요약하면서 토큰을 계속 소모합니다. Graphify 는 이 문제를 정면으로 겨냥합니다. 먼저 폴더를 한 번 구조화된 지식 그래프로 바꿔 두고, 이후에는 원문 전체가 아니라 그래프를 중심으로 탐색하게 만드는 방식입니다. YouTube 영상 GitHub 저장소 더보기

AI 에이전트에 역할을 너무 많이 주면 왜 망가질까: PO + Reviewer 구조로 다시 보기

Developer Tools
AI 에이전트를 팀처럼 꾸미는 방식은 꽤 그럴듯해 보입니다. CEO 에이전트가 방향을 잡고, 기획자 에이전트가 플랜을 짜고, 디자이너 에이전트가 UI를 보고, 개발자 에이전트가 코드를 만들고, QA 에이전트가 검수하는 식입니다. 그런데 이 영상은 그 구조가 오히려 AI를 가장 못 쓰는 방법일 수 있다고 말합니다. 핵심 논지는 단순합니다. 인간 조직도는 인간의 한계를 해결하기 위해 생겼지만, AI는 같은 이유로 역할을 나눌 필요가 없다는 것 입니다. YouTube 영상 더보기

Claude Code 프런트엔드 디자인을 살리는 10가지 도구: AI slop을 줄이는 현실적 조합

Developer Tools
Claude Code는 코딩에는 강하지만, 프런트엔드 디자인에서는 여전히 쉽게 “AI slop” 으로 빠집니다. 보라색 그라데이션, Inter 폰트, 둥근 카드 세 개, 비슷한 SaaS hero section이 반복되는 문제입니다. 이 영상은 그런 반복을 줄이기 위한 Claude Code 디자인 도구 10개를 소개합니다. 흥미로운 점은 단순히 “예쁜 스킬” 모음이 아니라, 각각이 서로 다른 방식으로 디자인 품질을 끌어올린다는 점입니다. YouTube 영상 더보기

CLI-JAW는 왜 흥미로운가: Claude, Codex, Gemini, OpenCode, Copilot을 한 비서로 묶기

Developer Tools
AI 도구가 많아질수록 이상한 문제가 생깁니다. Claude는 Claude대로, Codex는 Codex대로, Gemini는 Gemini대로, Copilot은 Copilot대로 따로 로그인하고 따로 설정해야 합니다. CLI-JAW 는 이 문제를 “하나의 개인 비서 UI” 로 감싸려는 프로젝트입니다. Claude, Codex, Gemini, OpenCode, Copilot이라는 5개 AI engine을 공식 CLI를 통해 연결하고, Web·Terminal·Telegram·Discord에서 사용할 수 있게 만듭니다. GitHub 저장소 README 원문 더보기

cowork-plugins: Claude Cowork를 도메인 전문가 AI 마켓플레이스로 확장하기

Developer Tools
modu-ai/cowork-plugins 는 Claude Cowork를 위한 도메인 전문가 AI 마켓플레이스입니다. 핵심 아이디어는 단순합니다. 사용자가 “사업계획서 써줘”, “계약서 검토해줘”, “PPT 만들어줘”, “데이터 분석해줘”, “특허 찾아줘”처럼 자연어로 요청하면, Claude가 적절한 플러그인과 스킬 체인을 골라 업무 산출물을 만들도록 하는 것입니다. GitHub 저장소 README 원문 더보기

Superpowers와 GSD를 brownfield 프로젝트에 붙이면 누가 더 낫나: E2E 테스트 인프라 비교

Developer Tools
Superpowers와 GSD는 둘 다 Claude Code 위에서 planning과 execution을 더 잘하게 만들려는 스펙트럼 개발 프레임워크입니다. 하지만 새 프로젝트가 아니라 이미 존재하는 brownfield codebase에 기능을 추가할 때는 어느 쪽이 더 나을까요? 이 영상은 food ordering system이라는 기존 프로젝트에 E2E 테스트 인프라를 추가하는 동일 과제를 두 프레임워크에 맡기고 비교합니다. YouTube 영상 더보기

빈 프로젝트에서 커스텀 하네스를 만든다는 것: docs, CLAUDE.md, hooks, executor 루프

Developer Tools
하네스 엔지니어링이라고 하면 거창한 프레임워크부터 떠올리기 쉽습니다. 하지만 이 영상의 첫 문장은 오히려 반대입니다. “여러분은 이미 하네스를 쓰고 있다.” Claude Code, Codex, OpenClaw 같은 도구 자체가 이미 context, tools, permissions, feedback loop를 내장한 하네스이고, 우리가 할 일은 그 위에 내 프로젝트에 맞는 한 층을 더 쌓는 것 입니다. YouTube 영상 더보기