Essays#
여기는 Notes 안에서 생각/의견/관찰/회고/방향성 성격의 글을 모아두는 곳입니다.
- 사건이나 현상에 대한 개인적인 의견
- 블로그/일/삶에 대한 방향성 정리
- 짧은 관찰부터 긴 에세이까지
최신 글
코딩 에이전트의 디자인은 왜 비슷비슷한가 — 디자인 스택을 고르기까지의 조사와 결정
코딩 에이전트가 만드는 웹 디자인이 비슷비슷하고 어설픈 이유를 짚고, 이를 해결하기 위한 스킬·MCP·하네스 지침을 조사하여 실제 프로젝트의 디자인 스택을 결정하기까지의 과정을 정리한 에세이입니다.
LLM Wiki, 직접 열어보니 — '자동 기억'이라는 오해와 몇 줄짜리 스키마
Andrej Karpathy가 제안한 LLM Wiki를 실제로 저장소에 적용해 보며 깨달은 것들을 정리했습니다. '알아서 갱신되는 자동 기억'이라는 오해를 바로잡고, 이 패턴의 핵심이 사실은 '몇 줄짜리 스키마'라는 점, 그리고 그것을 어떻게 저장소에 들였는지를 다룹니다.
feature flag는 무엇을 해결하는가 — 단일 브랜치 협업과 구글식 트렁크 개발의 오해
여러 사람이 하나의 브랜치에 직접 push하는 협업 방식의 문제를 feature flag로 풀 수 있는지 검토한 에세이입니다. feature flag가 실제로 해결하는 문제와 그렇지 못한 문제, 그리고 구글식 트렁크 개발이 작동하는 진짜 조건을 정리합니다.
AWS Bedrock은 모델을 중계하는 줄 알았는데, 알고 보니 직접 돌리고 있었습니다
AWS Bedrock이 Claude·GPT 같은 외부 LLM을 어떻게 제공하는지 파고든 기록입니다. 전용선 중계가 아니라 직접 호스팅이며, 암호학적 봉인과 무운영자접근으로 모델 자산을 보호하는 구조를 정리했습니다.
AI 도구 지식 지도 — 업무 프로세스 개선 컨설팅을 위한 재료 나래비
AI를 활용한 업무 프로세스 개선을 컨설팅할 수 있는 수준에 이르기 위해, 시중의 AI 도구들을 카테고리별로 정리하고 각각의 개념과 활용 방안을 짚었습니다. 챗봇부터 코딩 도구, 자율 에이전트, 관리형 AI 플랫폼까지 자주 훑어볼 지식 지도로 삼습니다.
하네스 스킬이라 부르기로 했다 — 잘하고 있다는 착각을 깨고 내 하네스를 열기까지
LLM Wiki, GStack 같은 도구를 무엇이라 불러야 할지 고민하다 시작된 이야기입니다. 표준 용어가 없어 '하네스 스킬'이라 명명하고, 자체 하네스에 대한 자신감이 어떻게 성장의 함정이 되었는지 돌아본 뒤, 널리 쓰이는 대표 하네스 스킬들을 정리했습니다.
노트북을 접어도 일하는 에이전트: Lightsail, Hermes, Discord로 만든 원격 개발 환경
로컬 노트북에 묶인 AI 에이전트의 한계를 AWS Lightsail, Hermes Agent, Discord, Docker sandbox 조합으로 풀어낸 구축 기록입니다. 모바일에서도 개발 업무를 이어가기 위한 설계와 보안 기준, 실제 구성 절차를 정리합니다.
AI 에이전트 시대, 제품 개발 프로세스는 어떻게 바뀌어야 하는가
기획자가 AI 에이전트로 직접 만든 코드 변경을 제품 개발 프로세스 안에서 어떻게 다루어야 하는지, 의도 전달과 리뷰, 하네스의 역할을 중심으로 정리한 에세이입니다.
Hermes Agent — Agent계의 명품인가? 직접 써보고 정리한 첫인상
Nous Research의 Hermes Agent를 처음 알아본 기록. 팀 동료의 Pulumi 배포 사례 분석부터 맥북 로컬 설치, 슬랙 연동, 그리고 첫인상과 이후 살펴볼 운영 포인트까지 정리합니다.