푸른영혼의 별 | Tech Blog
Java Backend Engineer의 기술 블로그입니다.
Spring Boot, MSA, JPA, Kafka, Kubernetes 등 실무 경험을 공유합니다.
주요 프로젝트: Settlement MSA · ASAT · GitHub
Posts (총 995편 · 1 / 100 페이지)
-
인텔리제이 AI Assistant 잘 쓰는 법 — 규칙 파일·.aiignore·에이전트·MCP·크레딧까지
JetBrains AI Assistant 는 이제 “채팅 창 달린 자동완성 플러그인” 이 아니다. 공식 문서의 정의부터 바뀌었다 — AI 기능 묶음 + 코딩 에이전트 다(About AI Assistant). 채팅 창을 열면 기본값이 채팅이 아니라 에이전트 이고, 그 에이전트 자리에는 JetBrains 의 Junie 말고도 Claude Agent · Codex · GitHub Copilot 이 들어간다(AI Chat, Activate agents).
-
DataGrip AI 잘 쓰는 법 — 권한 4단계, 읽기 전용 계정, 요청 로그로 확인하기 (2026.2 기준)
DataGrip 의 AI 는 2026년 들어 성격이 바뀌었다. 예전에는 “SQL 을 설명하고 고쳐 주는 버튼”이었다. 2026.1 에서 AI 채팅 안에 Claude Agent 와 Codex 가 들어왔고(What’s New 2026.1), 2026.2 에서는 데이터베이스 전용 에이전트 스킬 세 개와 연결 관리 MCP 도구가 추가됐다(DataGrip 2026.2 블로그, 2026-07-16). 에이전트가 실제 커넥션에 쿼리를 날리는 도구가 된 것이다.
-
Jira Rovo AI 잘 쓰는 법 — 기능 지도, 실전 요령, 크레딧 함정
Jira 에 들어간 아틀라시안의 AI, Rovo는 기능이 많다. 그래서 오히려 “요약 버튼 한 번 눌러보고 끝”으로 끝나기 쉽다. 이 글은 아틀라시안 공식 문서만 근거로 세 가지를 정리한다. ① Rovo 가 Jira 안에서 실제로 할 수 있는 일, ② 결과를 좋게 만드는 요령, ③ 2026년 12월부터 돈이 되는 크레딧 구조.
-
깃헙 코파일럿 잘 쓰는 법 — 도구 고르기·지시문·클라우드 에이전트·리뷰·과금
GitHub Copilot 은 이제 자동완성 하나가 아니다. 인라인 제안, IDE 채팅(에이전트 모드 포함), GitHub 위에서 혼자 브랜치를 파고 PR 을 올리는 클라우드 에이전트, PR 코드 리뷰, CLI 가 한 구독에 묶여 있다. 그리고 2026-06-01 부터 개인 요금제의 과금 단위가 “프리미엄 요청 횟수” 에서 토큰 기반 AI 크레딧 으로 바뀌었다12.
-
GitHub Docs, “Usage-based billing for individuals” (AI 크레딧·요금제별 할당). https://docs.github.com/en/copilot/concepts/billing/usage-based-billing-for-individuals ↩
-
GitHub Docs, “Requests in GitHub Copilot (legacy)” (2026-06-01 이후 연간 요금제 잔류자, 코드 리뷰 배수 13). https://docs.github.com/en/copilot/concepts/billing/copilot-requests ↩
-
-
멀티 에이전트, 언제 이기고 언제 지는가 — 안트로픽·코그니션 논쟁과 구글·버클리의 실측
에이전트 하나로 부족하면 여러 개를 붙이면 된다는 직관은 강합니다. 사람도 팀으로 일하니까요. 그런데 2025년 6월, 같은 주에 두 회사가 정반대 제목의 글을 냈습니다. 안트로픽은 멀티 에이전트로 리서치 기능을 만든 방법을 공개했고, 코그니션(Devin 개발사)은 “Don’t Build Multi-Agents”를 냈습니다. 이 글은 이 논쟁을 출발점으로 삼습니다. 그리고 이후 나온 통제 실험(구글 리서치)과 실패 분류 연구(UC 버클리)로 “언제 이기고 언제 지는가”를 정리합니다. 사실에는 출처를 달았고, 제 해석은 (해석)으로 표시했습니다.
-
그래프 엔지니어링이란 무엇인가 — 루프 다음 유행어의 정의, 계보, 쓸 때와 안 쓸 때
2026년 여름 AI 개발자 사이에서 새 이름이 하나 돌기 시작했다. 그래프 엔지니어링(graph engineering). 프롬프트 → 컨텍스트 → 하네스 → 루프 엔지니어링 다음 칸에 놓인 말이다. 이 글은 세 가지를 정리한다. 이 말이 정확히 무엇을 가리키는지, 무엇이 새롭고 무엇이 새롭지 않은지, 그리고 언제 쓰고 언제 쓰지 말아야 하는지.
-
AI 에이전트 설계는 도구 설계다 — 결정 순서 7단계와 ACI
이 블로그엔 에이전트 설계 글이 이미 여럿 있다. 계층으로 쪼개 보기(아키텍처 분해), 다섯 층(에이전트 5계층), 네 축(4차원), OS 관점(OS 로 보는 에이전트 설계), 멀티 에이전트 원칙(13원칙). 전부 무엇이 있는가 를 다룬 글이다.
-
루프 엔지니어링 2막 — 루프의 본체는 종료 조건이다 (네 가지 루프 유형과 멈춤 실패 두 종류)
7월에 이 블로그에서 루프 엔지니어링을 두 번 다뤘다. loop 는 cron 인가 ralph 인가는 용어의 계보를, 2026년 7월 키워드 해부는 개념과 첫걸음을 다뤘다. 그 뒤 석 달 동안 바뀐 것이 있다. 정의가 공식화됐고, 도구가 기본 기능(primitive)이 됐다. Anthropic 의 Claude Code 팀이 루프를 네 종류로 나눈 글을 냈고(Anthropic, 2026-06-30), 이름을 붙인 Addy Osmani 가 두 달 써 본 결과를 정리했다(Osmani, 2026-08-14).
-
MCP와 ACP 잘 쓰는 법 — 2026-07-28 스펙 기준 실전 규칙과 안티패턴
MCP와 ACP의 개념은 앞선 글(MCP vs REST·ACP, ReAct·MCP·ACP)에서 다뤘습니다. 이 글은 “그래서 어떻게 써야 사고가 안 나는가” 만 다룹니다. 근거는 MCP 공식 스펙 2026-07-28 개정판, MCP 공식 보안 가이드, Agent Client Protocol 공식 문서 같은 1차 출처로 한정했습니다. 출처가 없는 주장은 (해석) 이라고 표시했습니다.
-
안트로픽이 개발자에게 건넨 영업·마케팅 에이전트 — Sales·Marketing 플러그인과 commerce-agents 해부
“영업 좀 AI로 자동화해 주세요”, “마케팅 콘텐츠 에이전트 하나 만들어 주세요.” 개발자가 가장 자주 받는 요청 중 하나입니다. 안트로픽은 이 요청에 완성품 앱 대신 “고쳐 쓰는 설계도”를 내놓았습니다. 영업·마케팅 플러그인은 마크다운과 JSON 파일 묶음으로, 커머스용 레퍼런스 에이전트는 오픈소스 코드로 공개했습니다. 이 글은 공식 저장소와 공식 발표문을 1차 출처로 삼아 그 내용을 해부합니다. 사실은 출처를 달았고, 제 해석에는 (해석)이라고 표시했습니다.