01 / 21

← → keys · 1-9 jump · esc clear · ⌘Z undo

DEVELOPER AX · SESSION 02

AI 를 제대로
쓰는 방법

속도와 퀄리티를 함께 높이는 개발자 AX

02모두가 불안하다

모두가 불안하다

“나는 아직 코딩이 좋은데…”

“이제 나는 무엇으로 먹고살까?”

“역시 내가 해야 한다”
→ 그런데 너무 느리다

03오늘 다룰 것

오늘 다룰 것

불안에서 신뢰로

→

단계별 위임 훈련

→

Context · Verification
· Delegation

6주 커리큘럼

04왜 불안할까 — 속도와 퀄리티 사이

왜 불안할까 — 속도와 퀄리티 사이

AI에게 전부 맡기기

직접 이해하고 수정하기

전부 맡기기

빠르지만 아쉬운 품질

직접 이해하고 수정하기

내 기준에 맞지만 느린 작업 속도

코드 작성도 · PR 리뷰도 같은 고민

빠르다면, 코드의 구조와 동작을 설명할 수 있는가

05내가 AI를 잘 못 쓰는 걸까?

내가 AI를 잘 못 쓰는 걸까?

작은 일
맡기기

→

결과 판단

→

더 큰 일
맡기기

부족한 작은 일 위임 경험

속도와 퀄리티를 함께 개선하는 연습

06AI 코딩의 변화 — 커져 온 위임 범위

AI 코딩의 변화 — 커져 온 위임 범위

GitHub Copilot

함수 단위

GitHub 공식 문서의 VS Code Copilot 코드 변경 제안 화면

GitHub Docs

Cursor

파일 단위

Cursor Changelog

Claude Code

Task · Feature · Product · System

Anthropic

도구별 사용 경험으로 보는 변화 → 위임 범위의 확대

07처음부터 기능 전체를 맡긴 사람들

처음부터 기능 전체를 맡긴 사람들

“해줘”

한꺼번에 늘어나는 변경

auth.ts

api.ts

tokens.ts

state.ts

tests

내가 이해한 범위

내가 설명할
수 있는 코드

품질 포기 · 위임 불신 → Context · Verification

Code test write can can?이라고 요청해도 AI가 코드를 작성해 주는 waterglasstoon 만화

08먼저 신뢰 근육을 길러야 한다

먼저 신뢰 근육을 길러야 한다

20kg

함수 · 컴포넌트 · 메소드

100kg

더 큰 위임

낮은 모델(luna 혹은 sonnet) · 내가 판단할 수 있는 무게부터

요청 이해→결과 설명→품질 확인

09위임 훈련 — 신뢰와 조건을 갖추며 다음 단계로

위임 훈련 — 신뢰와 조건을 갖추며 다음 단계로

신뢰 + 완료 조건 → 다음 단계

처음에는 느리더라도 더 큰 일을 맡기기 위한 반복

10Function — 1단계

Function 1단계

“함수 하나를 맡겨도 안전한가?”

auth.ts · File

loadToken()

refresh()

saveSession()

logout()

Function < File

요구사항을 짧게 명시할 수 있음

타입/테스트로 즉시 검증 가능

사람이 거의 전부 리뷰

Function→File→Task→Feature→Product→System

11Function → File — 맡겨본 범위의 확대

Function → File

함수 하나의 수정

refresh()

→

loadToken()

refresh()

saveSession()

logout()

주변 함수 · 호출 관계 · 파일의 역할

더 이상 수정된 파일을 직접 읽지 않는가

직접 읽기를 대신할 결과 확인 방법

Function→File→Task→Feature→Product→System

12File → Task — 버그 티켓을 두 방식으로 맡기기

File → Task

버그 티켓: 앱 재시작 후 로그인 해제

구체적 지시

auth.ts의 리프레시 로직과 토큰 갱신 조건 분석 → 정확한 원인 설명

원인 확인 → 정책 전달 → 해결 지시

목표 위임

“앱을 다시 시작해도 로그인이 10일 동안 유지되게 해줘”

정책 전달 → 해결 과정 위임

결과 비교 → 컨벤션·명세 보완 → 단위 테스트 등으로 해결 확인

버그 티켓을 잘 해결한다는 신뢰 → 다음 단계

Function→File→Task→Feature→Product→System

13Task → Feature — 설계부터 E2E 검증까지

Task → Feature

로그인 · 검색 · 결제처럼 끝까지 동작하는 기능

설계 옵션

→

비교·선택

→

구현 계획

→

구현

머릿속의 구조 ↔ 실제 결과

차이 확인 · 지시 구체화

설계 일치 + E2E test 통과

다음 단계로 넘어갈 조건

Function→File→Task→Feature→Product→System

14Feature → Product — 여러 기능을 하나의 제품으로

Feature → Product

로그인 agent

검색 agent

결제 agent

↓

통합 · 충돌 해결 · 제품 전체 검증

머지 완료 + 설계 일치 + 여러 기능 정상 동작

기능 분해 · 우선순위 · 의존성 · worktree

UX · data · 비즈니스 규칙 · 기획·디자인 변경 · 에러 로깅

Function→File→Task→Feature→Product→System

15Product → System — 목표 자체를 맡기는 개발 체계

Product → System

목표

품질 개선 · 운영 자동화

→

정책과 가드레일

비즈니스 정책 · 우선순위

구현 agent

→

별도 기준의 리뷰 agent

수정 · 재검토

←

검증 결과

최대 횟수 도달 → 중단·판단 · CI/CD · PR 규칙 · 리뷰봇

Function→File→Task→Feature→Product→System

16더 많이 맡기기 위한 Context

더 많이 맡기기 위한 Context

전체 구조를 설명할 수 있는
멘탈 모델

제품 구조 · 동작 관계

UX · data · 비즈니스 정책

기획·디자인 변경

운영 로그 · 에러

→

Agent

필요한 정보에 접근
최신 상태 유지

17속도와 퀄리티를 위한 Verification

속도와 퀄리티를 위한 Verification

컨벤션→정적 검사·테스트

GitHub 풀 리퀘스트 검사에서 ESLint 오류 두 건과 Prettier 통과가 표시된 화면

GitHub Actions · ESLint

아키텍처→별도 기준의 리뷰봇

CodeRabbit · Change Stack

기능 정상 동작→E2E test

Playwright HTML 리포트에 브라우저별 E2E 테스트 통과와 실패가 표시된 화면

Playwright · HTML Report

사람의 기준 → 반복 가능한 검증

18Delegation — Function부터 System까지 더 많이 위임하기

더 많이 위임하는 과정 — Delegation

Context더 큰 일을 맡길 때 필요한 정보

Verification결과를 믿을 수 있는 기준

196주 커리큘럼 — 매주 한 단계씩 경험

6주 커리큘럼 — 매주 한 단계씩 경험

{ }

1주차

Function

함수 완성 · 결과 이해

▤

2주차

File

파일 수정 · 구조 확인

✓

3주차

Task

버그 해결 · 지시 방식 비교

◇

4주차

Feature

설계·구현 · E2E 검증

▦

5주차

Product

병렬 개발 · 통합 검증

∞

6주차

System

목표 위임 · 운영 자동화

매주 Context · Verification 보완

20가장 중요한 건 성장 마인드셋 — 맡당쪼

★ GROWTH MINDSET

가장 중요한 건
맡당쪼

맡맡기기

당당연히 실패

쪼더 구체적으로
쪼개기

되는 지점 발견 → 신뢰 축적 → 더 큰 일에 도전

DEVELOPER AX · WEEK 01

시작해보자.

작은 Function 하나부터

Function→File→Task→Feature→Product→System

← 목록으로

AI 를 제대로 쓰는 방법 — 개발팀 AX 프로그램 2회차