어쨌든, 에이전틱 코딩

소개 당신의 에이전틱 전환

1부 기초

1 기존 개발 방식 왜 한계에 부딪혔나
__1.1 우리 모두가 느끼는 고충
__1.2 수동 유지보수의 숨겨진 비용
__1.3 비즈니스 사례 시간은 절약되고 품질은 좋아진다
__1.4 SE 3.0으로의 전환 무엇이 바뀌었나
__1.5 기존 도구가 한계에 도달할 때
__1.6 에이전트 전환이 약속하는 것
__1.7 함께 전환해 봅시다

2 바이브 코딩에서 에이전틱으로 전환 로드맵
__2.1 바이브 코딩 다시 보기 우리가 이미 알고 있는 것
__2.2 에이전틱 코딩 정의하기 목표 계획 자율성
__2.3 핵심 구분 감독자 대 아키텍트
__2.4 상호 보완적인 관계
__2.5 의사결정 프레임워크 바이브인가 에이전트인가
__2.6 전환할 준비가 되었다는 신호
__2.7 앞으로 여러분의 경로

3 안전제일 사고방식
__3.1 왜 보안이 먼저인가
__3.2 자율성이 가져오는 근본적인 리스크
__3.3 치명적인 3요소 LLM이 지시와 내용을 혼동할 때
__3.4 보안 플레이북
__3.5 에이전틱 코딩을 사용하지 말아야 할 때
__3.6 실패를 예상하기 그리고 복구하기
__3.7 기초가 갖춰졌습니다

2부 프레임워크

4 에이전틱 워크플로 프레임워크
__4.1 PLAN 프레임워크 소개
__4.2 준비 성공을 위한 준비
__4.3 실행 자신감을 가지고 위임하기
__4.4 감사 검토와 검증
__4.5 육성 학습과 개선
__4.6 프레임워크 실습 완전한 예제
__4.7 프레임워크 체크리스트
__4.8 앞으로 나아가기

5 실전 도구 나만의 에이전틱 도구 모음
__5.1 도구 지형도
__5.2 도구 선택 의사결정 트리
__5.3 필수 도구 비교

6 첫 번째 완전한 설정 연습을 통한 마스터
__6.1 에이전틱 환경 설정
__6.2 첫 번째 ACM 만들기
__6.3 튜토리얼 첫 번째 ACM을 처음부터 만들기
__6.4 컨텍스트 관리 장기 세션을 운영하는 기술
__6.5 첫 번째 에이전트 작업 자동화된 코드 리팩터링
__6.6 첫 승리를 축하하기

3부 숙련

7 새로운 역할 코더에서 지휘자로
__7.1 인지적 전환
__7.2 선 계획 후 코딩
__7.3 에이전트 관리에 필요한 핵심 역량
__7.4 책임의 장벽
__7.5 감독자로서의 첫 번째 주간
__7.6 실전에서의 사고방식 전환
__7.7 저항 극복하기
__7.8 앞으로의 길

8 계획 및 위임 마스터
__8.1 의도 마스터하기 목표 명세의 기술
__8.2 계층형 프롬프트 엔지니어링
__8.3 계획 루프 먼저 계획부터 요청하기
__8.4 위임 모범 사례
__8.5 마스터로 가는 길

9 신뢰하되 검증하라 에이전트 작업 검토하기
__9.1 실행과 반복 루프
__9.2 에이전트가 생성한 코드를 위한 코드 리뷰
__9.3 개입 시점 결정적 순간을 인식하기
__9.4 리뷰 마인드셋

10 일이 잘못되었을 때 복구와 디버깅
__10.1 에이전트가 실패하는 이유 항상 그들 잘못만은 아니다
__10.2 에이전트 행동 디버깅
__10.3 복구 전략 롤백 및 리셋
__10.4 실제 실패 시나리오 사례 연구
__10.5 실패에서 배우기 사후 분석 프로세스
__10.6 복구 프롬프트 실전 예시
__10.7 앞으로 나아가기

4부 실전 응용

11 코드베이스 유지보수 마이그레이션
__11.1 소개
__Tutorial 1 점진적 타입스크립트 마이그레이션
__Tutorial 2 자동화된 의존성 마이그레이션
__Tutorial 3 체계적인 명명 규칙 강제 적용
__Tutorial 4 죽은 코드 제거
__Tutorial 5 자동화된 문서 생성
__Tutorial 6 레거시 코드 리팩터링
__11.2 요약

12 CI CD 인프라 자동화
__12.1 소개
__Tutorial 7 에이전틱 코딩을 활용한 깃 워크플로
__Tutorial 8 CI CD 파이프라인 생성
__Tutorial 9 자동화된 보안 감사 통합
__Tutorial 10 로컬 개발 환경 설정
__Tutorial 11 자동 롤백 및 복구
__Tutorial 12 코드형 인프라 생성
__12.2 요약

13 규모에 따른 기능 개발
__13.1 소개
__Tutorial 13 엔드 투 엔드 검색 통합
__Tutorial 14 결제 게이트웨이 연동
__Tutorial 15 다국어 지원 i18n
__Tutorial 16 실시간 대시보드 기능
__Tutorial 17 멀티에이전트 QA 루프 만들기
__13.2 요약

14 품질 보증 보안
__14.1 소개
__Tutorial 18 코드 리뷰에 에이전트 사용하기
__Tutorial 19 완전한 단위 테스트 커버리지
__Tutorial 20 보안 취약점 스캔
__Tutorial 21 성능 최적화 감사
__Tutorial 22 합의 기반 코드 리뷰
__14.2 요약

5부 심화 전략

15 멀티에이전트 시스템과 팀 협업
__15.1 에이전트 하나로 부족할 때
__15.2 멀티에이전트 워크플로 설계
__15.3 오케스트레이션 프레임워크
__15.4 에이전트 시대의 팀 역학
__15.5 애자일과 스크럼에 통합하기
__15.6 에이전틱 실천을 조직 전반으로 확장하기

6부 전환

16 전환 계획
__16.1 1 30일차 기초 다지기
__16.2 31 60일차 기술 개발
__16.3 61 90일차 숙련 및 통합
__16.4 포트폴리오 구축
__16.5 패러다임의 수렴
__16.6 미래 개발자에게 필요한 역량
__16.7 당신이 되려는 개발자

부록

부록 A 용어집
부록 B 프롬프트 템플릿 라이브러리
부록 C 보안 체크리스트
부록 D PLAN 프레임워크 빠른 참조
부록 E 팀 협업 가이드
부록 F AI 코딩이 처음이라면

우리는 어려운 질문을 피하지 않습니다.
에이전트가 실패하면 무슨 일이 벌어질까요? AI 가 생성한 코드는 어떻게 리뷰해야 할까요? 팀 워크플로는 어떻게 해야 할까요? 에이전트가 데이터베이스를 삭제한다면 어떡할까요? 우리는 이러한 시나리오를 실제 사례와 현실적인 해결책으로 다룹니다.

솔직한 이야기
클래스 컴포넌트가 아니라 함수형 컴포넌트를 원한다고 명시하지 않는 바람에 에이전트가 일을 한 뒤 수습하느라 2시간을 썼습니다. 에이전트는 자신이 생각하기에 "최신" 리액트를 선택해 30개 파일을 리팩터링했고 내 테스트의 절반을 깨뜨렸습니다. 초기 프롬프트에 "함수형 컴포넌트만 사용하라."고 써 뒀다면 그 2시간은 30초로 끝났을 일입니다. 교훈은 명확합니다. 계획을 명시적으로 세우면 나중에 비싼 수정 비용을 막을 수 있습니다