이 영상의 핵심은 “Claude Code가 갑자기 더 똑똑해졌다”가 아니다.
핵심은 Claude Code를 메인 작업 환경으로 두고, Codex와 Gemini를 각각 다른 역할로 붙여서 한 개 모델의 약점을 메우는 것이다.
즉 이 영상은 모델 교체론보다 모델 분업론에 가깝다.
더보기
X에서 “90일 안에 연봉 20만 달러 AI 엔지니어 역할에 가까워지고 싶다면 학위보다 이 10개 GitHub 저장소를 익히라”는 식의 글이 화제가 됐다. 과장은 섞여 있지만, 목록 자체는 꽤 흥미롭다.
핵심은 저장소 10개를 외우라는 게 아니다. 앱 예제, 에이전트 프레임워크, 로컬 모델 실행, MCP, 벡터 검색, 시스템 설계, Claude Code 생태계까지 한 번에 훑는 로드맵으로 읽으면 의미가 있다.
더보기
Addy Osmani의 글 「Agent Harness Engineering」은 요즘 코딩 에이전트를 볼 때 시선을 어디에 둬야 하는지를 아주 선명하게 정리한다. 핵심은 간단하다. 에이전트의 성능은 모델만으로 설명되지 않는다. 모델 주위에 어떤 하네스를 설계했는지가 실제 결과를 더 크게 바꾼다.
즉, “어떤 모델이 더 똑똑한가?”라는 질문만으로는 부족하다.
실전에서는 프롬프트, 파일 구조, 도구 설명, 훅, 샌드박스, 메모리, 검증 루프, 서브에이전트 분리 같은 주변 설계물 전체가 에이전트의 품질을 결정한다.
더보기
evoiz/Agentic-Design-Patterns는 또 하나의 에이전트 프레임워크가 아니다. 오히려 그 반대에 가깝다. 이 저장소의 가치는 특정 프레임워크를 밀기보다, 에이전트 시스템을 이루는 반복 가능한 설계 패턴을 카탈로그처럼 정리하고 실습까지 붙여 놓았다는 점에 있다.
그래서 이 저장소는 “무엇을 설치할까?”보다 “어떤 문제를 어떤 패턴으로 풀까?”를 먼저 생각하게 만든다.
더보기
tirth8205/code-review-graph는 이름 그대로 코드 리뷰용 그래프이지만, 실제로는 더 큰 문제를 겨냥한다. AI 코딩 도구가 매번 저장소 전체를 다시 읽으며 토큰을 태우는 구조를, 변경 반경 중심의 로컬 지식 그래프로 바꾸려는 프로젝트다.
그래서 이 저장소는 단순 시각화 툴보다, 리뷰 시점의 컨텍스트 압축기로 보는 편이 더 정확하다.
더보기
이 영상이 말하는 design.md의 핵심은 단순하다.
AI에게 같은 디자인 지시를 매번 다시 말하지 말고, 파일 하나로 고정하자는 것이다.
색상, 폰트, 간격, 둥글기 같은 규칙을 프롬프트에 계속 적는 대신 DESIGN.md라는 파일에 넣어 두면, 코딩 에이전트는 그 파일을 읽고 일관된 UI를 만들어 낸다.
그래서 이 포맷의 진짜 가치는 “프롬프트를 줄인다”보다 디자인 시스템을 대화 밖으로 꺼내는 것에 있다.
더보기
이번 영상의 핵심은 GStack vs GSD vs Superpowers 비교가 아니다.
핵심은 세 프레임워크를 각각 잘하는 위치에 배치한 뒤, 마지막엔 Ralph loop로 자동화까지 연결하는 것이다.
즉 이 영상은 “무엇이 최고인가?”보다 기획은 GStack, 컨텍스트 관리는 GSD, 실행 품질은 Superpowers라는 식의 역할 분리를 제안한다.
더보기