신규하 블로그

개발 기록 보관소

chrome-devtools-mcp가 중요한 이유: AI가 브라우저를 직접 디버깅하기 시작했다

Developer Tools
브라우저 디버깅을 AI에게 맡긴다고 할 때, 예전에는 늘 사람이 중간에 끼어 있었습니다. 스크린샷을 찍어서 넘겨 주고, 콘솔 에러를 복사해 붙이고, 네트워크 탭을 열어 요청 실패를 확인해 주는 식이었습니다. 이번 Threads가 강조한 지점은 바로 여기입니다. 이제는 Claude Code 같은 코딩 에이전트가 사람을 중간 전달자로 두지 않고 Chrome 자체를 직접 열고, DevTools를 조작하고, 디버깅과 감사를 수행할 수 있다 는 것입니다. 그 핵심이 chrome-devtools-mcp 입니다. Threads 원문 GitHub 저장소 더보기

Fincept Terminal이 흥미로운 이유: 오픈소스 금융 터미널을 네이티브 데스크톱으로 다시 만들기

Developer Tools
금융 데이터 툴을 이야기할 때 많은 제품이 결국 웹 대시보드나 Electron 앱으로 귀결됩니다. 그런데 Fincept Terminal은 정반대 방향을 택합니다. 저장소 첫 문장부터 이 프로젝트는 현대적인 금융 애플리케이션이며, 고급 시장 분석·투자 리서치·경제 데이터 도구를 한데 묶어 대화형 탐색과 데이터 기반 의사결정을 지원한다고 설명합니다. 그리고 README는 한 발 더 나아가 pure native C++20 desktop application 이라고 못 박습니다. 즉 이 프로젝트는 “오픈소스 Bloomberg 대안” 같은 거창한 슬로건보다, 금융 터미널을 웹이 아니라 네이티브 데스크톱으로 다시 만들겠다 는 쪽에 더 가깝습니다. GitHub 저장소 README 더보기

Kimi K2.6, GPT-5.4, Opus 4.7을 같이 쓰는 법: 모델 하나보다 역할 분담 스택이 더 현실적이다

Developer Tools
이 영상이 흥미로운 이유는 “누가 최고냐”를 묻는 척하면서, 실제로는 그 질문이 별로 중요하지 않다고 말하기 때문입니다. 제목은 Opus 4.7 VS GPT-5.4 VS Kimi K2.6 Code 이지만, 영상이 끝날 때 남는 메시지는 비교 우승자가 아니라 역할 분담 입니다. 빠른 프로토타이핑은 Kimi, 백엔드와 구조 설계는 GPT-5.4, 대용량 문맥 처리와 자동화는 Opus 4.7. 즉 모델을 하나 고르는 문제가 아니라, 어떤 단계에 어떤 모델을 배치하느냐가 더 중요하다는 이야기입니다. YouTube 영상 더보기

OpenCode에 Graphify를 붙이면 달라지는 것: 항상 켜진 지식 그래프 레이어

Developer Tools
OpenCode 같은 AI 코딩 도구를 오래 쓰다 보면 가장 아까운 순간이 있습니다. 새 세션을 열 때마다 똑같은 README를 다시 읽고, config를 다시 훑고, 소스 파일을 하나씩 따라가며 “이 프로젝트가 뭐 하는 거였지?”를 다시 복원하는 순간입니다. 이 과정은 단순히 토큰만 쓰는 게 아니라, 첫 탐색 방향을 잘못 잡으면 답변 품질도 흔들립니다. 이번 영상은 그 문제를 OpenCode 기준으로 아주 구체적으로 보여 줍니다. 그리고 해법으로 Graphify 를 붙입니다. 핵심은 매 세션마다 raw 파일을 다시 읽는 대신, 이미 만들어 둔 지식 그래프를 먼저 읽게 하는 것 입니다. YouTube 영상 더보기

하네스 엔지니어링을 쉽게 시작하는 법: GStack으로 Claude Code와 Codex를 역할 분리하기

Developer Tools
하네스 엔지니어링의 필요성은 이제 꽤 많이 알려졌습니다. 그냥 “만들어줘”라고 던지면 그럴듯한 데모는 나오지만, 실제 데이터 연결이 빠지거나 테스트가 없거나 아예 빌드가 안 되는 경우가 많다는 것도 점점 익숙해졌습니다. 문제는 그 다음입니다. 필요한 건 알겠는데, 이걸 매번 직접 설계하고 구현하는 건 또 너무 어렵다 는 점입니다. 이번 영상은 그 질문에 대한 실용적인 답으로 GStack 을 꺼냅니다. YouTube 영상 더보기

Claude Code가 아쉬울 때 붙여볼 7가지 오픈소스: 기억, 워크플로, 팀 운영, 문서화

Developer Tools
Claude Code를 계속 쓰다 보면 어느 순간 비슷한 지점에서 막힙니다. 세션이 끊기면 맥락이 날아가고, 워크플로가 느슨하면 결과가 들쭉날쭉해지고, 여러 에이전트를 굴리기 시작하면 누가 뭘 하는지 추적하기 어려워집니다. 문서가 섞인 프로젝트에서는 입력 정리부터 번거롭고, 자율 에이전트 쪽으로 가면 또 다른 레이어가 필요해집니다. 이번 Threads 포스트가 흥미로운 이유는, 이런 “Claude Code 단독 사용의 빈칸”을 메워 주는 오픈소스 7개를 한 번에 묶어 보여 주기 때문입니다. Threads 원문 더보기

HyperFrames가 흥미로운 이유: React 대신 HTML로 영상을 쓰게 만든 에이전트용 프레임워크

Developer Tools
에이전트가 글을 쓰고, 코드를 짜고, 이미지를 만드는 건 이제 익숙합니다. 그런데 영상은 여전히 마지막 퍼즐처럼 남아 있었습니다. 모션, 타이밍, 자막, 오디오, 전환을 다루려면 보통 전용 툴이나 복잡한 프레임워크가 필요했고, AI 에이전트가 “직접 편집한다”는 감각은 아직 어색했습니다. HyperFrames 가 흥미로운 이유는 바로 이 지점을 겨냥하기 때문입니다. Write HTML. Render video. Built for agents. 라는 설명 그대로, 에이전트가 HTML을 쓰듯 영상을 구성하도록 만든 프레임워크입니다. Threads 원문 GitHub 저장소 더보기