[월간 기록] 2026년 3월
Jungle Bell 토이프로젝트 개발, 적극적인 AI 활용 도전
이번 달 초부터 정글 활동을 시작해 하루 종일 커리큘럼에 집중하고, 여유 시간에는 AI 활용 연습을 겸해 토이 프로젝트를 진행하고 있다.
수집
흥미롭거나 유용했던 자료들
토비의 스프링 — Claude Code를 이용해 스프링 앱 개발하기: 1회차 | 2회차
토비(이일민)가 AI 에이전트를 활용해 개발을 진행하는 라이브 영상.
시니어 개발자가 실제로 어떤 방식으로 작업하는지 확인할 수 있으며, 서브 에이전트 구성이나 팀 단위 활용 방식, AI를 개선하는 방법 등을 이해하는 데 도움이 된다.
단일 프로세스 프로그래밍 노트 — Go + SQLite | 번역
나도 이런 철학을 좋아하긴 함. 모든 사람이 하루 다운타임 몇 분도 못 버틸 만큼 중요한 서비스를 하고 있는 건가? (물론 버그 대응이나 그런 상황이라면 무중단이 좋기야 하겠지만..?)
가능한 가장 단순한 스택을 쓰는 게 좋지 않나 싶다. 특히 AI를 많이 쓰거나 자동화된 테스트가 필요한 경우에는 단순한 구성의 강점이 더 드러날 것이라 생각한다.
Claude Code를 만들며 배운 것: 우리가 Skills를 사용하는 방법 | GeekNews
요즘 스킬을 많이 쓰고 있어서 메모. Anthropic 내부에서 수백 개의 스킬을 운용하며 축적한 노하우 공개.
스킬 구현 시 참고하고 있다.
OpenAI의 Claude Code용 Codex 플러그인 | GeekNews
Claude Code 환경에서 OpenAI Codex를 직접 호출해 사용할 수 있는 공식 플러그인이 OpenAI에서 출시됨.
최근 Claude Pro만으로는 토큰이 부족한 경우가 많아
정글에서 제공된 OpenAI Pro 모델을 활용하기 위해 skill-codex 같은 플러그인을 통해 Codex 에이전트에 작업을 위임하는 방식을 고려하고 있었는데,
이 기능을 타이밍 좋게 OpenAI가 공식적으로 지원하게 되었다.
직접 사용해보고, 다음 월간 기록에 후기를 정리할 예정이다.
CPython 3.15의 JIT, 다시 궤도에 오르다 | GeekNews
CPython이 JIT를 도입하려고 하고 있었는데, 최근 3.15부터 성과가 나오기 시작한 듯하다.
CPython이 JIT까지 시도하고 있는 줄은 몰랐는데 알게 되었다.
AI 시대에도 프로그래밍을 배워야 하는가 | GeekNews
그렇다. 복잡성을 다루는 능력은 언제나 중요하다. 하지만, 코딩 실력이 덜 중요해질 수 있다.
Montana State University 컴퓨터공학과 교수이자 htmx 창시자인 Carson Gross의 에세이.
2026년, Google 검색은 완전히 망가졌다 - 내 오픈소스의 SEO 전쟁에서 지고 있음 (GeekNews)
NanoClaw 오픈소스 프로젝트 사칭 사이트가 구글의 검색 상위에 노출되는 문제를 호소하는 글.
처음엔 관리자 본인의 책임 아닌가 싶었는데, 선의의 개발자가 구글의 SEO 문제로 인해 불필요한 문의와 시간 피해를 받는 상황이 억울할 수 있겠다는 생각이 든다.
하네스 엔지니어링이란? (GeekNews)
글이 되게 짧고 빈약하지만 처음 개념을 이해하기에는 좋아 보임.
하네스는 AI가 이상하게 돌지 않게 감싸는 도구/프롬프팅을 의미, 원래부터 있던 건데 도구가 다양해지고 생태계가 커지니까 용어가 붙은 거라고 생각한다.
portless - 포트 번호를 이름 기반 .localhost URL로 대체하는 도구 (GeekNews)
Vercel Labs의 오픈소스 도구. 로컬 개발 시 포트 충돌을 이름 기반 .localhost URL로 해결해 준다.
자동 포트 할당(4000~4999 범위)과 git worktree 연동을 지원한다고 한다. 특히 worktree 지원이 유용해 보이는데, 지금은 브라우저 주소가 필요한 개발을 잘 안 하지만 나중에 필요해지면 써볼 계획이다.
그 외 수집한 글
- 잇따른 장애 후, Amazon이 AI 지원 코드 변경에 시니어 엔지니어 승인 의무화 (GeekNews): AI 코딩 도구로 인한 연이은 서비스 장애 이후, 주니어/미드레벨 엔지니어의 AI 지원 코드 변경에 시니어 승인을 의무화했다는 소식.
- "구현할까요? 아니요 (feat. claude-opus-4-6)" (GeekNews): Claude가 구현 여부를 물었는데 사용자가 "아니요"라고 답하자, "묻지 말고 그냥 해라"로 재해석한 사례. AI는 이런 점에서 아직 완전하지 않다.
- Rob Pike의 프로그래밍 5가지 규칙 (1989) | GeekNews: 그중 제일 핵심인 1번 룰, "병목임이 입증되기 전까지 속도 개선 시도 금지"가 매번 볼 때마다 인상 깊음.
- 퀵소트의 아버지, 토니 호어 별세 퀵소트를 배우는 중에 접한 소식. CS 분야가 활발해진 지 50~70년밖에 안 됐다는 걸 실감하게 된다. 전설적인 인물들이 살아 있다는 게 다른 분야에선 쉽지 않은데. (그나저나 저 글은 연도나 설명이 잘못된 게 많아 보임.)
- AI 면접 봇 인터뷰 (Hacker News): The Verge의 AI 채용 봇 인터뷰 영상보다 HN 코멘트들에 여러 의견이 많아서 더 인상 깊음. 사람을 상대하는 영역에서 AI를 쓰면 원가 절감이나 노력을 덜 들이려는 의도로 느껴지는 면이 없잖아 있는 듯하다.
- CMU 10-202: 현대 인공지능 입문 (GeekNews): 카네기멜론대학 강의. 스탠포드 CS146S는 실제 사용 위주였는데, 이건 공부 위주인 듯. AI는 많이 바뀌지만 핵심은 잘 안 바뀌는 느낌. AI를 배우려면 이런 게 더 오래가는 지식일지도?
- Coruna 멀웨어 분석: 2024년에 미국에서 관리되던 공격 도구가 유출된 사건. 국가 기밀로 관리되는 이런 취약점이 많을 수도 있다는 점이 꽤나 걱정스럽긴 함.
- Why I'm Mass-Deleting My Rust Code - X.com: AI 출력을 검증할 수 있는 하네스(테스트, CI/CD, 모니터링)를 갖추면, 더 빠른 언어, 도구 등을 사용하는 게 효율적이라는 주장.
작업
학습, 개발, 실험 등 직접 손댄 것들
짧은 글: 제한 없는 AI 개발은 위험하다.
아직, 그리고 앞으로도 제한 없는 AI 개발은 위험할 것이다.
Amazon에선 AI 기반 결과물에 시니어 승인을 필수로 요구하기 시작했다. 또한, 사용자의 거절을 무시하고 코드를 실행한 경우도 있다. 정글 교육실에서도 Codex 에이전트가 한 분의 D 드라이브를 통째로 날려버린 사례가 있었다. 인터넷에서나 보던 일을 실제로 목격하니, AI에게 모든 권한을 위임하는 것의 위험성을 체감할 수 있었다.
개인적으로는 이런 문제가 발생하는 근본 원인은 AI가 단순한 토큰 생성기이며 여러 한계를 가지고 있기 때문이라고 생각한다. 컨텍스트의 제한이 있고, 인간과 비슷한 사고를 하는 듯 보이는 LLM의 특성상 생성은 잘 되더라도 적절한(기계, 그리고 인간이 이해 가능한) 추상화 레벨 없이 구현만 있다면 언젠가는 문제가 발생할 것이다.
현실의 복잡한 문제를 다룰 수 있는 구조를 설계하고 관리하는 것이 개발자의 핵심 능력이었다고 생각하며, 도구가 바뀌었을 뿐 이 본질은 동일하다고 본다. 최근 정글 수요코딩회에서 바이브 코딩 방식으로 해 보면서, 개발 지식 없이는 잘 안 된다는 걸 다들 체감한 분위기였다.
따라서 결국 (인간과 기계가 이해 가능한) 코드의 관리가 더 중요해지며, 사람의 관리가 필요할 것이다.
생각해 보면 RAG, MCP, 에이전트, Skill 등 여러 발전 과정 역시 이러한 문제를 해결하기 위해 나왔다고 생각하는데, 최근에는 AI가 의도한 결과물을 낼 수 있도록 도구와 환경을 구성하는 것을 하네스(harness)라고 모아 부르는 듯하다.
물론 언젠가는 사람의 개입 없이도 가능한 방식이 있겠지만... 그게 되면 내가 개발자로 있을 것 같지는 않다.
개인 토이프로젝트 - Jungle Bell
- 크래프톤 정글 출석체크 알림용 시스템 트레이 앱.
- AI를 적극적으로 써서 배포하고 실사용자까지 나온 첫 프로젝트.
- 여러 AI기능을 연습할 수 있는 플레이그라운드로 활용할 예정이다.
Jungle SW-AI Lab 활동
1주차 미니프로젝트
- 글: 정글 에세이: 퇴사하고 정글에 온 이유
- 프로젝트: 팀 미니프로젝트 JungleQA
2주차 알고리즘
- 글: Week 02: 컴퓨팅 사고로의 전환
- 프로젝트: 수요코딩회 Surfing Go
3주차 알고리즘
- 글: Week 03: 컴퓨팅 사고로의 전환
- 글: CS 공부 내용 정리
- 프로젝트: 수요코딩회 Minimi
4주차 알고리즘
- 글: Week 04: 컴퓨팅 사고로의 전환
- 프로젝트: 수요코딩회 dom-vdom
토비의 스프링 라이브 정리: Claude Code를 이용한 Spring 앱 개발 가이드
회사에서도 AI의 결과를 직접 다듬으면서 시간을 썼는데, 시니어조차 AI를 제한하려 하지 않고 직접 코드를 쓰지 않는 방식으로 작업하는 모습을 보면서, 그리고 그것이 높은 효율을 내는 걸 보면서 이런 식으로도 AI를 활용할 수 있다는 점을 알게 된 게 큰 도움이 되었다. 지속적으로 참고하면서 따라 해 보려고 한다.
Claude & Tmux 사용법 배우기
최근 토비의 라이브 영상을 보면서, 내가 AI를 사용하기만 했지 잘 써볼 생각은 안 했다고 느끼며, AI를 효율적으로 쓰는 여러 기술을 찾아보고 시도해 보고 있다.
Agent Team 같은 병렬 작업 환경에서는 Tmux가 꽤 유용해 보여서 사용하기 시작했다. 아직은 익숙하지 않지만, 최대한 적응해 보려고 한다.
현재는 Ghostty + Tmux 조합을 사용 중이다. cmux도 괜찮아 보여서 설치해 봤지만, 기능이 너무 많아 일단은 사용하지 않기로 했다. 알림이나 인터랙션 측면에서는 좋아 보이는데, 분할 환경에 익숙하지 않아서 어려웠다. 게다가 Claude와 GPT 모두 프로 요금제를 쓰고 있어서, 병렬 에이전트를 쓰면 토큰이 먼저 바닥나서 cmux의 장점을 쓰기에도 좀 어려웠다.
그래서 tmux에 익숙해지고, 여러 병렬 처리가 필요해진다면 cmux를 다시 시도해보지 않을까 싶다.
현재 위치에서 Ghostty 실행하는 커스텀 기능 도입
tmux를 쓰기 시작하면서, 원래 사용하던 IDE 내장 터미널보다 Ghostty를 더 자주 쓰게 됐다.
그런데 VS Code나 JetBrains IDE처럼 현재 프로젝트 위치에서 바로 프로그램을 여는 기능이 없어서, 매번 앱을 실행한 뒤 cd로 원하는 경로로 이동해야 했다.
그래서 ~/.zshrc에 현재 작업 디렉터리에서 Ghostty를 바로 열 수 있는 함수를 추가했다.
원래는 이런 식의 커스텀 설정을 그다지 선호하지 않는다. 기본 설정에 익숙해지는 편이 더 범용적이고 낫다고 생각하기 때문이다. 다만 지금처럼 기본 설정이 없거나 작업 효율에 체감 차이가 큰 경우라면, 이런 설정도 적절히 도입해 볼 만한 듯하다.
짧은 생각
근황과 요즘 하는 생각
크래프톤 정글에서 하루 대부분을 공부에 집중하고 있다.
취업 이후에는 이 정도의 시간을 투자하기 어려운데다, 근본적으로 중요한 내용을 깊게 다룰 수 있고 같은 내용을 배우는 동료들이 있는 환경이기 때문에 최대한 집중하려고 한다.
여유 시간이 생기면 AI 활용 역량을 높이기 위한 연습을 겸해 Jungle Bell을 개발하고 유지/관리하고 있다.
캠퍼스에서 외부 IP가 동일해 실제 최소 사용자는 16명 이상이지만, GitHub Release 다운로드 수는 1~2회만 집계되어 이를 어떻게 수치화할지 고민이다.