푸른영혼의 별 | Tech Blog
Java Backend Engineer의 기술 블로그입니다.
Spring Boot, MSA, JPA, Kafka, Kubernetes 등 실무 경험을 공유합니다.
주요 프로젝트: Settlement MSA · ASAT · GitHub
Posts (총 358편 · 1 / 36 페이지)
-
스스로 나아지는 에이전트 — *Registry · ACP · Harness* 세 기둥 과 되먹임 루프
에이전트 의 “자기 개선” 은 “모델 이 더 똑똑 해지는 것” 이 아니다. 에이전트 가 자기 능력 을 스스로 넓히고 고치는 것 — 툴 을 측정 하고, 개선 하고, 새로 만드는 루프 다. 그걸 가능 하게 하는 부품 은 딱 세 개다.
-
로그 수집 을 여러 각도 에서 — *어디서·어떻게·무엇을·얼마에* 모으나
“로그 를 수집 한다” 는 말 은 쌓는다 처럼 들리지만, 실제 로 는 여러 결정 의 집합 이다 — 어디서 뽑고, 어떻게 흘리고, 무슨 형태 로 담고, 얼마 를 태울지. 각 축 에서 잘못 고르면, 정작 장애 났을 때 검색 이 안 되거나 · 로그 가 없거나 · 청구서 가 폭발 한다.
-
Claude Code 하네스 를 직접 만들기 — *SKILL.md + hook* 기획 부터 시운전 까지
앞의 두 글 — 하네스 해부 와 Superpowers 구조 — 는 개념 이었다. 이번 엔 직접 하나 만든다. “회의록 을 1페이지 로 요약” 하는 하네스 를, Superpowers 패턴 그대로
.claude/폴더 에 SKILL.md 와 hook 으로 짓는 4단계 기획 이다. -
무엇 을·어떻게·어디까지 잠글까 — .md 하네스 를 설계 하는 4프레임
앞 글 마크다운 으로 쓰는 AI 행동강령 에서 행동 을
.md로 쓴다 는 발상 을 봤다. 그럼 실제 로 쓸 때 는 무엇 을 어떻게 정해야 하나? 나는 이걸 “잠그기(locking)” 라는 관점 으로 본다 — 에이전트 의 자유도 를 어디까지 고정 할지 를 정하는 일. -
Claude Code 플러그인 *Superpowers* 의 구조 — 규율 을 하네스 로 굳히다
-
모델 을 고르는 법 — *가격표* 와 *Agents' Last Exam* 을 백엔드 관점 으로 읽기
이 한 장 을 오래 들여다봤다. 위 는 모델 별 가격표, 아래 는 Agents’ Last Exam — 비용 대 점수 산점도다. “어느 모델 이 제일 좋냐” 라는 질문 에 답 하는 그림 이 아니다. “어느 모델 을, 어떤 일 에, 얼마 에 쓸 것 인가” 를 묻는 그림 이다. 백엔드 엔지니어 로서 이걸 어떻게 읽는지 정리 한다.
-
마크다운 으로 쓰는 AI 행동강령 — obra/superpowers 스킬 해부
AI 에이전트 에게 “이렇게 일 해라” 를 가르치는 방법 은 보통 프롬프트 다. 그런데 obra(Jesse Vincent) 가 만든 superpowers 는 다른 길 을 간다 — 에이전트 의 행동강령 을
.md파일 로 쓴다. 코드 도, 파인튜닝 도 아니고, 사람 이 읽을 수 있는 마크다운 한 장 이 에이전트 의 규율 이 된다. -
하네스 엔지니어링 — SKILL.md 를 *매번 같게* 만드는 6 기둥
AI 에게 같은 일 을 시켰는데 어제 는 되고 오늘 은 안 되는 경험, 다들 있을 거다. 원인 은 대개 모델 이 아니라 — 지시서(SKILL.md) 에 빈칸 이 있었기 때문 이다. 빈칸 이 있으면 그 자리 에서 AI 가 추측 한다. 추측 은 매번 다르다. 그래서 결과 가 흔들린다.
-
하네스 엔지니어링 — 그림 한 장 으로 읽는 *Claude Code 의 해부*
-
Codex 플러그인 — 에이전트 에게 *능력 을 끼우는* 법 (핸즈온 + 조합)
OpenAI 의 AX 인재전쟁 같은 자리 에서 반복 되는 화두 는 하나다 — “AI 로 우리 회사 의 진짜 문제 를 풀 수 있는가.” 그 답 의 실체 중 하나 가 Codex 플러그인 이다. 범용 코딩 에이전트(Codex) 에 우리 도메인 의 능력 을 끼워 넣는 방법. 이 글 은 Codex 플러그인 이 무엇 이고, 어떻게 만들고 조합 하는지 를 핸즈온 으로 정리 한다.