디자인 감각이 없어서 프론트엔드 화면 만들 때마다 막막했던 개발자들 있을 거임.
쉽게 말해 Apple이나 Spotify 같은 대기업이 쓰는 UI 규칙을 AI한테 학습시키는 요령임.
유명 기업 디자인 시스템을 모아둔 깃허브 저장소를 Claude Code 같은 코딩 툴에 참고 자료로 지정해주면 됨. AI가 검증된 컴포넌트 규격과 색상 표를 바탕으로 코드를 짜주니까 엉성한 화면이 안 나옴.
나중에 혼자 프로토타입 UI 뽑아낼 때 디자인 뼈대로 활용하기 딱 좋음.
구글 엔지니어들이 내부에서 실제로 쓰는 코드 리뷰 표준 가이드라인인데 이거 요긴하네. 승인 기준이나 LGTM, CL 같은 내부 용어부터 시작해서 병합을 차단하는 요소가 뭔지 실무 기준이 다 녹아있음. 그냥 코드 생성만 하던 AI 에이전트에 이 문서를 먹이면 구글 스타일로 구조나 가독성 피드백을 주는 리뷰어로 쓸 수 있다고 함. 이론만 적힌 가이드가 아니라 수백만 줄짜리 코드를 검증하던 진짜 시스템이라 가져다 프롬프트 뼈대 잡기 좋을 듯.
백엔드 프로젝트 만들 때마다 큐 세팅하고 크론 맞추고 모니터링 붙이느라 며칠씩 날리는 노가다를 하나로 합친 오픈소스임. iii-hq/iii라는 물건인데 worker, function, trigger라는 3가지 개념만 가지고 이 과정을 통째로 단순화함. iii worker add 명령어로 기능을 추가하면 라이브 카탈로그에 실시간 등록돼서 다른 프로세스나 AI 에이전트가 중간 레이어 없이 즉시 호출하는 구조임. Rust 기반 엔진에 Node, Python SDK도 지원해서 마이크로서비스나 에이전트용 아키텍처 짤 때 요긴하겠네.
복잡한 K8s 클러스터를 터미널 UI로 실시간 모니터링하고 제어하는 k9s 설정 가이드임. Pod 탐색부터 로그 스트리밍, 포트 포워딩까지 단축키 하나로 끝내는 워크플로우라 디버깅 시간을 20분에서 2분으로 줄여줌. 클러스터 운영 병목이 심하거나 대시보드 전환에 지친 개발자라면 당장 세팅해둘 만함.
MANAGING KUBERNETES WITHOUT THIS TOOL IS PAIN
Most devs are still switching between kubectl commands & dashboards just to check what's happening in their cluster
k9s changes that completely
it's a terminal UI that watches your kubernetes cluster in real-time:
◾️ navigate pods, deployments, services all from your terminal
◾️ stream logs, exec into containers, port-forward, all with a keypress
◾️ real-time resource updates no manual refreshes
◾️ filter, sort, search across any k8s resource with regex support
◾️ custom skins, hotkeys, aliases make it yours
◾️ works across linux, macos, and windows
you open it, you see everything..pods crashing..? you know instantly...want to shell into a node..? one key
https://t.co/7036e0MiOp
the difference between debugging for 20 mins vs 2 mins
직장에서 생산적으로 보이기
- 생성형 AI는 훈련받지 않은 사람이 다른 전문 영역의 산출물을 만드는 교차 영역 생성을 가능하게 하며, 초보자가 결과를 검토할 판단력 없이 생산성을 높인 것처럼 보이게 만듦
- 직장에서는 코드, 데이터 시스템, 문서처럼 겉보기엔 진…
https://t.co/UsQ1pHqbJO
와... 일레븐랩스가 로컬에서 LLM을 처음부터 직접 훈련시키는 방법을 영상으로 방금전에 공개함. 대애박...
Google Colab 환경에서 T4 GPU를 활용해 약 15분 내외로 직접 모델을 학습시켜 볼 수 있는 실습 가이드를 제공
https://t.co/ueaIvqNquj
AI 에이전트 배우겠다고 바로 무거운 프레임워크부터 잡으면, 내가 뭘 모르는지도 모른 채로 코드만 붙이게 됨.
이 repo는 18단계로 작은 에이전트를 직접 만들면서 tool, skill, memory 같은 개념을 runnable code로 확인하게 해준다. 다만 완성형 제품 기대하고 보면 아쉽고, 내부 구조 감 잡는 학습용으로 보는 게 맞다.
https://t.co/pCzRuzpPcX
Claude를 해지한 이유: 토큰 문제, 품질 저하, 부실한 지원
- 초기 몇 주 동안은 빠른 속도와 공정하게 느껴진 토큰 허용량, 좋은 결과 품질로 만족도가 높았지만 약 3주 전부터 체감이 크게 바뀜
- 10시간 쉬고 돌아온 뒤 Claude Haiku에 짧은 질문 두 개만 보냈는데 …
https://t.co/hrrgmLfgLW
클로드 스킬에 대해 아시나요?
스킬은 "클로드에게 건네주는 업무 매뉴얼"입니다. 매뉴얼을 잘 쓸수록 클로드의 작업 품질이 올라갑니다. 여러분도 반복적으로 수행하는 작업이 있다면, 그 작업의 규칙과 절차를 정리해서 스킬로 만들어보세요. 한 번 만들어두면 매번 긴 지시를 반복할 필요 없이, 짧은 한마디로 일관된 품질의 결과물을 얻을 수 있습니다.
https://t.co/TTVIKETLsj
💡 자꾸 깜빡하는 작업을 자동화하는 Claude Code 훅 8가지
저도 Hooks는 꼭 걸고 일해요. 이게 되게 좋은데 그냥 트윗으론 공유하기 어렵긴 하죠. 그런 면에서 좋은 아티클!
> PDF 여기요
https://t.co/38LhcX0tRt
> Markdown 코드 복붙할 때
https://t.co/WEjGiPljwR
Claude Code에게 뭔가 시켰는데 그냥 안 된 적 있으신가요?
코드 포맷해달라고 했는데 안 했고, 그 파일 건드리지 말라고 했는데 건드렸고, 끝내기 전에 테스트 돌리라고 했는데 잊어버렸고.
그 이유는 CLAUDE.md가 '제안'이기 때문! Claude는 CLAUDE.md를 읽고 80% 정도는 따릅니다.
훅은 달라요. 훅은 Claude가 파일을 수정하거나, 명령어를 실행하거나, 작업을 마칠 때마다 자동으로 실행되는 동작이에요.
⚙️ 훅이 작동하는 방식 (30초 요약)
Hooks = Claude Code가 파일 수정이나 명령어 실행 같은 동작을 할 때마다 자동으로 실행되는 액션
한 번 설정해두면 별도로 신경 쓰지 않아도 백그라운드에서 알아서 작동해요.
가장 많이 쓰는 두 가지는 이래요.
- PreToolUse:
Claude가 무언가를 하기 전에 실행돼요. 동작을 검사하고 종료 코드 2를 반환해서 막을 수 있어요. 경비원 같은 역할이에요.
- PostToolUse:
Claude가 무언가를 한 후에 실행돼요. 정리, 포맷팅, 테스트, 로깅 등을 실행할 수 있어요. 조립 라인의 품질 관리 역할이에요.
↓
문서에서는 이런 케이스들을 얘기하고 있어요.
1. 자동 포맷팅
- Claude가 파일을 수정할 때마다 코드 스타일을 자동으로 정리
- 포맷 누락을 줄여서 리뷰 전에 코드 일관성을 맞춰줌
2. 위험한 명령어 차단
- 삭제, 초기화, 강제 푸시 같은 위험한 명령을 실행 전에 막음
- 실수 한 번으로 큰 사고가 나는 일을 예방하는 안전장치
3. 민감한 파일 보호
- .env, 키 파일, lock 파일처럼 중요한 파일 수정 시도를 차단
- AI가 건드리면 안 되는 영역을 명확히 나누는 역할을 함
4. 변경 후 자동 테스트 실행
- 코드가 바뀌면 바로 테스트를 돌려 문제를 빠르게 발견
- Claude가 실패 결과를 즉시 보고 바로 수정할 수 있게 해줌
5. PR 전 테스트 통과 강제
- 테스트가 실패하면 PR 생성 자체를 막음
- 깨진 상태의 변경이 리뷰 단계로 넘어가는 것을 방지
6. 자동 린트 및 에러 피드백
- 수정 후 린트를 돌려 스타일/타입/규칙 위반을 바로 잡음
- 작동은 하지만 기준에 맞지 않는 코드를 미리 걸러줌
7. 실행 명령어 로깅
- Claude가 실행한 셸 명령어를 시간과 함께 기록
- 문제가 생겼을 때 무엇을 했는지 추적하기 쉬워짐
8. 작업 종료 후 자동 커밋
- 작업이 끝날 때 변경사항을 자동으로 커밋
- 여러 작업의 수정 내용이 섞이지 않게 기록을 깔끔하게 남겨줌
코드가 어렵게 느껴져도, 결국은 규칙만 맞춰주면 커스텀하게 구성할 수도 있어요.
그래서 강력하죱!
https://t.co/a6AtAxywyN
@junghwan 님께서 한국 법을 모두 git repo로 옮겨주셨다! 한국법령정보 MCP보다 얘가 훨씬 빠르고 편하다!!!!
코드 : https://t.co/l8JqMuHfV9
이거 예전부터 하고싶었지만 은근히 까다로운 처리가 필요해서 미뤘던건데, 시간지나니 다 해주셨다 와와와와
"Claude Code의 비밀은 모델이 아니었다"
> 유출된 소스 코드로 밝혀진 6가지 내부 최적화
Claude Code의 TypeScript 소스 코드가 유출됨.......
그 안에는 꽤나 놀라운 내용들이 담겨 있었네요..
많은 사람들이 Claude Code가 웹 채팅보다 코딩을 더 잘한다는 걸 체감하는데, 그 이유가 단순히 모델이 달라서일 거라고 생각하거든요.
그런데 아니에요. 진짜 이유는 모델 주변을 감싸고 있는 소프트웨어 하네스, 즉 정교하게 설계된 컨텍스트 관리 시스템이에요.
흥미로운 점은.. 이 하네스만 잘 갖춰지면 DeepSeek나 다른 모델을 넣어도 비슷한 수준의 코딩 성능이 나올 거라는 거예요.
그럼 소스 코드가 보여준 것은 무엇인가........
↓
1. 시작부터 살아있는 리포지토리 맥락을 로드해요
Claude Code는 대화를 시작하는 순간, 단순한 빈 채팅창이 아니에요.
현재 git 브랜치, main 브랜치, 최근 커밋 히스토리, 그리고 CLAUDE.md를 자동으로 불러와요.
모델이 첫 메시지를 받기도 전에 이미 "이 프로젝트가 어떤 상태인지"를 파악하고 있는 셈이죠.
웹 채팅에서 파일을 하나씩 업로드하며 설명하던 것과는 완전히 다른 출발점이에요.
↓
2. 프롬프트 캐시를 공격적으로 재사용해요
소스에는 정적 콘텐츠와 동적 콘텐츠를 구분하는 경계 마커가 있어요.
자주 바뀌지 않는 부분(시스템 지침, CLAUDE.md 등)은 전역 캐시로 묶어두고, 매번 새로 처리하지 않아요.
비싼 연산이 필요한 부분만 골라서 재처리하는 방식이에요.
이 덕분에 응답이 빨라지고, API 비용도 줄고, 같은 컨텍스트를 반복해서 "소화"하는 낭비가 없어져요.
↓
3. 파일 탐색 도구가 전혀 달라요
채팅 UI에서는 코드가 그냥 "텍스트 덩어리"로 인식돼요.
Claude Code는 달라요. grep이나 rg를 bash로 실행하는 게 아니라, 전용 Grep 도구를 써요. 권한 처리와 결과 수집이 최적화되어 있거든요.
파일을 찾을 때도 마찬가지예요. 전용 Glob 도구가 있고, 여기에 더해 LSP(Language Server Protocol) 도구도 있어요.
LSP가 뭔지 아시나요? 코드 에디터에서 "이 함수를 어디서 호출하나요?" 같은 걸 보여주는 기능이에요.
Claude Code는 코드를 정적인 텍스트가 아니라 살아있는 구조로 이해하는 거예요.
↓
4. 컨텍스트 팽창을 촘촘하게 막아요
긴 대화를 하다 보면 컨텍스트가 부풀어 오르는 게 AI 에이전트의 가장 큰 문제 중 하나예요.
Claude Code에는 이를 막는 장치들이 여러 겹으로 있어요:
- 파일 읽기 중복 제거: 이미 읽은 파일이 바뀌지 않았다면 다시 처리하지 않아요.
- 디스크 오프로드: 도구 결과가 너무 길면 디스크에 저장하고, 컨텍스트에는 미리보기 + 파일 참조만 남겨요.
- 자동 압축: 컨텍스트가 한계에 가까워지면 자동으로 요약/압축이 실행돼요.
채팅 UI에서 긴 대화 후 모델이 앞 내용을 "잊어버리는" 느낌이 드셨다면, 이 처리 없이 그냥 컨텍스트에 다 쌓아뒀기 때문이에요.
↓
5. 세션 메모리를 구조화된 마크다운으로 관리해요
Claude Code는 현재 작업 세션을 위한 구조화된 마크다운 파일을 내부적으로 유지해요.
포함되는 섹션들을 보면 꽤 흥미로워요:
- 세션 제목 / 현재 상태
- 작업 명세 / 관련 파일 및 함수
- 워크플로우 / 오류 및 수정 내용
- 코드베이스 및 시스템 문서
- 학습 내용 / 핵심 결과 / 작업 로그
우리가 복잡한 작업을 할 때 옆에 메모장 펼쳐두고 하는 것과 똑같은 방식이에요.
모델이 "머릿속"에서 모든 걸 기억하는 게 아니라, 실제로 노트를 쓰면서 일하는 거죠.
↓
6. 서브에이전트로 작업을 병렬화해요
Claude Code가 복잡한 작업을 빠르게 처리하는 이유 중 하나가 여기에 있어요.
포크된 서브에이전트들은 부모 에이전트의 캐시를 그대로 물려받으면서도, 각자 독립적인 가변 상태를 가져요.
요약 작업, 메모리 추출, 백그라운드 분석 같은 걸 메인 루프를 방해하지 않고 사이드에서 처리할 수 있는 거예요.
단순히 "탭을 여러 개 여는 것"이 아니라, 맥락을 공유하는 팀이 동시에 일하는 구조예요.
💭
결국 Claude Code가 웹 채팅보다 잘하는 건, 더 똑똑한 모델 때문이 아니에요.
같은 모델을 쓰더라도 이런 하네스가 있냐 없냐에 따라 결과물이 달라져요.
살아있는 리포지토리 컨텍스트, 캐시 재사용, 전문 도구들, 컨텍스트 관리, 구조화된 메모리, 병렬 서브에이전트.
그런데 Anthropic 어쩔............
단골 레파토리 선빵친다.
어제 밥먹으러 갔다가 화장실에 갔는데 휴지걸이 위에
번쩍번쩍한 장지갑이 하나 놓여있길래 봤더니..
웬 조폭같이 머리가 짧고 우락부락한 주민등록증에,
5만원 신권 100장이 들어있었음..
화장실에서 일보는데 5분 정도 걸리니까...
찾으러 오겠지 했는데, 안 오더라..
그래서 잠시 기다리다가.... 밖을 나왔는데 참 갈등되는거임.
장시간의 마음의 고민을 접고 파출소로 감ㅋㅋㅋ
가서 설명하고 연락처와 이름 적고 가려고 하는데,
옆에서 통화하던 여순경이 나보고 '잠깐만요...' 하는 거임.
지금 그 지갑 분실자가 연락와서 오고 있으니
조금만 기다리시라고.. 법적으로 보상 받을 수 있으니까
잠깐만 계시라고 해서 좀 멋쩍었지만 기다렸다?
5분정도 있으니까 느긋하게 들어오는 풍채좋은 조폭....
이 아니고 스님이신곀ㅋㅋㅋㅋㅋㅋ
그 분이 나한테 정말 감사하다고 사례하겠다고 하시면서,
지금 이 돈은 당장 써야 하니까 오늘 내로 입금해 드리겠다고 하길래, 전 스님 돈은 별로 받고 싶지 않다고 그냥 원래 일에 쓰시라고 하고 나왔다.... 기분이 이상 했음.
차를 타려고 가고 있는데 그 스님이 '잠깐만요' 하면서 뛰어오시는 거...
이렇게 가시면 자기가 마음이 참 불편하니까 제발 계좌번호 좀 불러주시라고,
조금은 사례해야 자신도 마음이 편하고 그러니 너무 부담갖지 마시라고 말씀하시길래, 계좌번호 가르쳐 드리고 집으로 왔음.
3시간이 지난후에 핸드폰에 문자가 왔길래 봤더니
'OOO님께서 150만원을 입금하셨습니다'!!!
15만원을 잘못 읽은 건가? 싶어서 다시 봤다 그러나 분명히 150만원인거야..
이거 참...개이득인가 ㅋㅋㅋㅋ
난 대충 20~30만원 정도 보내겠구나 싶었는데
큰 금액을 보니까 솔직히 이건 좀 아니다 싶었음...
그래서 파출소에 다시 전화해서
순경분에게 이런 저런 말씀드리면서 돈 돌려드려야 할 거 같은데 그 분 어디 절에 소속된 분이시냐고 물었더니,
순경이 웃으면서 '그냥 쓰시지 그래요?' 하면서,
그 스님이 혹시 내가 다시 찾아올까봐 절대 말해주지 말라고 했단다.
나는 좀 이상한 생각이 들드라.....
그래서 계속 말해주시라고 그 순경에게 졸랐더니...
그 절 이름이 '만우절'이라고 말씀하시더군요.
나의 코딩 에이전트 프롬프팅 플로우
1. 계획을 세우라 한다
2. 계획을 검토하라 한다
3. 검토한게 맞는지 검토하라 한다
4. 계획이 과도하지 않은지 검토하라한다
5. 구현을 시킨다
6. 구현이 목적에 맞게 잘 됐는지 검토하라 한다
7. 잠재적인 버그나 크리티컬 이슈, 보안 문제등을 검토하라 한다
8. 개선한 내용들에 문제는 없는지 검토하라 한다
9. 매우 큰 함수와 파일이 있다면 적절한 크기로 나누도록 한다
10. 기존의 코드와 통합하거나 재사용 할 수 있는 부분이 있는지 검토하라고 한다
11. 사이드 이펙트는 없는지 확인하라고 한다
12. 전체 변경 사항을 다시 한 번 검토하라고 한다
13. 구현 과정에서 불필요해진 코드가 있다면 정리하라고 한다
14. 코드 품질이 충분히 높은지 검토하라고 한다
15. 사용자의 사용 흐름에서 문제는 없는지 확인하라고 한다
16. (그 외 검토중에 발견된 문제에 대한 예상된 관련 부분들 백번 검토시킴)
17. 이대로 배포해도 될 정도의 퀄리티인지 다시 한 번 검토하라고한다.
18. 커밋하고 PR 작성