LangTailor페이지 목차
이 페이지에서 검색
AI 드리븐
이 페이지에 묻기
AI 드리븐 · 현재 차시와 목차 본문에서만 찾아 답합니다. 답을 지어내지 않고 해당하는 대목을 그대로 보여 주며, 여기에 없으면 없다고 알려 드립니다.
생성형 AI가 아니라 이 페이지 본문을 찾아 그대로 보여 주는 방식입니다. 외부로 나가는 요청이 없습니다.
AI · DEVELOPMENT
AI 드리븐
생성 수정
요구사항과 역할 정의부터 구현·검증·배포·운영까지, AI와 함께 개발하며 사람이 판단할 기준을 정리합니다.
26개 문서 · 길잡이·부록 · 26 / 26
용어 사전 — AI 주도 개발 과정
24개 차시에 나온 용어를 한곳에 모았습니다. "처음" 열의 차시로 가면 그 개념이 왜 필요한지부터 나옵니다.
이 사전을 쓰는 법
- "상위 범주" 열을 먼저 보세요. 그 단어가 강제 장치인지 검증 방법인지 문서인지가 갈리면 절반은 이해한 것입니다.
- 비슷해 보이는 둘이 헷갈리면 맨 뒤 부록 1. 헷갈리는 짝 모음 으로 가세요.
용어 사전 본문
이 교재의 기본 개념
| 용어 | 영문 | 상위 범주 | 정의 | 처음 | 다시 |
|---|---|---|---|---|---|
| 판별 축 | — | 사고 도구 | 두 개념을 0과 1로 가르는 하나의 질문. 이 교재는 여덟 개의 큰 축과 파생 축을 씀 | README 5장 | 전체 |
| 유와 종차 | Genus · Differentia | 정의 방법 | 상위 범주(유) + 형제와 구별되는 차이(종차)로 정의하는 법 | README 2장 | 전체 |
| 신뢰의 네 근거 | — | 검수 원칙 | 강제 장치 · 행동 시험 · 증거 요구 · 교차 검증. 코드를 읽지 않고 결과를 믿는 방법 | README 9장 | 전체 |
| 행동 시험 | — | 검증 방법 | 코드를 읽는 대신 직접 눌러 보고 결과를 눈으로 확인하는 것 | README 9장 | 10, 14, 16 |
| 교차 검증 | Cross-check | 검증 방법 | 만든 AI와 다른 AI(또는 다른 모델)가 같은 기준으로 따로 확인하는 것 | 7 | 12, 20 |
| 이해 부채 | — | 운영 위험 | 코드는 늘어나는데 그 코드를 이해하는 사람이 없는 상태가 쌓이는 것 | 8 | 23, 24 |
ㄱ ~ ㅅ
| 용어 | 영문 | 상위 범주 | 정의 | 처음 | 다시 |
|---|---|---|---|---|---|
| 강제 장치 | Enforcement | 통제 장치 | 지시(부탁)가 아니라 시스템이 막는 규칙. 권한 설정 · 훅 · 커밋 검사 · 자동 검사 관문 | 2 | 12, 14, 18, 19 |
| 걸어 다니는 뼈대 | Walking Skeleton | 개발 전략 | 기능은 거의 없지만 화면 · 서버 · DB가 끝에서 끝까지 연결되어 동작하는 최소 구조 | 9 | — |
| 경쟁 상태 | Race Condition | 동시성 버그 | 여러 요청이 동시에 같은 데이터를 바꿀 때 순서에 따라 결과가 틀어지는 문제 | 13 | 17 |
| 결정 기록 | ADR (Architecture Decision Record) | 문서 | 결정 하나를 맥락 · 결정 · 검토한 대안 · 결과로 남기는 짧은 문서 | 8 | 24 |
| 결제 대행사 | PG (Payment Gateway) | 외부 서비스 | 가게 대신 카드사 등과 결제를 처리해 주는 회사 | 16 | — |
| 관리형 DB | Managed Database | 클라우드 서비스 | 백업 · 패치 · 장애 조치를 클라우드가 대신 해 주는 데이터베이스 | 8 | 21 |
| 근본 원인 | Root Cause | 장애 분석 | 증상을 낳은 가장 밑바닥의 원인. "왜?"를 반복해 찾음 | 23 | — |
| 디자인 토큰 | Design Token | 디자인 규칙 | 색 · 간격 · 글꼴 같은 디자인 결정을 이름과 값으로 정의한 것 | 6 | 7 |
| 롤백 | Rollback | 운영 작업 | 문제가 생긴 배포를 이전 버전으로 되돌리는 것 | 21 | 22, 23 |
| 마이그레이션 | Migration | DB 변경 방식 | DB 구조 변경을 파일로 기록하고 순서대로 적용하는 방식 | 12 | 20 |
| 멱등성 | Idempotency | 연산의 성질 | 같은 요청을 여러 번 해도 서버의 최종 상태 가 한 번 한 것과 같은 성질. 응답이 매번 같을 필요는 없음 | 4 | 16 |
| 미리보기 배포 | Preview Deployment | 배포 방식 | PR마다 임시 주소로 배포해 실제 화면을 보고 리뷰하게 하는 것 | 22 | — |
| 비밀값 | Secret | 보안 자산 | 노출되면 남이 내 권한으로 행동할 수 있는 값. API 키 · DB 비밀번호 · 결제 비밀키 | 14 | 21 |
| 사후 기록 | Postmortem | 문서 | 장애 후 타임라인 · 원인 · 재발 방지 조치를 남기는 비난 없는 문서 | 23 | 24 |
| 스모크 테스트 | Smoke Test | 검증 방법 | 배포 직후 핵심 기능이 최소한 동작하는지 빠르게 확인하는 시험 | 21 | 22 |
| 스테이징 | Staging | 실행 환경 | 운영과 같은 구성의 시험 환경 | 15 | 21, 22 |
ㅇ ~ ㅎ
| 용어 | 영문 | 상위 범주 | 정의 | 처음 | 다시 |
|---|---|---|---|---|---|
| 에이전트형 AI | Agentic AI | AI 사용 방식 | 목표를 받으면 스스로 파일을 읽고 명령을 실행하고 결과를 확인하며 반복하는 AI | 1 | 전체 |
| 에이전트 루프 | Agent Loop | 작업 방식 | 관찰 → 계획 → 행동 → 확인을 목표 달성까지 반복하는 방식 | 1 | 9 |
| 와이어프레임 | Wireframe | 설계 문서 | 색 · 장식 없이 배치만 그린 화면 설계도 | 6 | — |
| 웹훅 | Webhook | 통지 방식 | 외부 서비스가 이벤트 발생 시 우리 서버로 보내는 알림 요청 | 16 | — |
| 인가 | Authorization | 접근 통제 | 인증된 사용자가 "이 행동을 해도 되는가"를 판단하는 것 | 10 | 14 |
| 인수 기준 | Acceptance Criteria | 요구사항 문서 | 참/거짓으로 판정할 수 있는 문장으로 완료를 정의한 것. Given/When/Then | 3 | 17 |
| 인증 | Authentication | 접근 통제 | 요청한 사람이 누구인지 확인하는 것 | 10 | 14 |
| 제약조건 | Constraint | DB 규칙 | DB가 스스로 지키는 데이터 규칙. NOT NULL · UNIQUE · CHECK · FOREIGN KEY | 12 | 13 |
| 지침 파일 | Memory File | 기억 장치 | 에이전트가 세션 시작 시 자동으로 읽는 프로젝트 규칙 문서. Claude Code의 CLAUDE.md | 2 | 5, 24 |
| 커버리지 | Coverage | 테스트 지표 | 테스트가 실행한 코드의 비율. 높다고 테스트가 좋다는 뜻은 아님 | 17 | — |
| 트랜잭션 | Transaction | DB 실행 단위 | 여러 DB 변경을 "모두 성공 또는 모두 취소"로 묶는 단위 | 8 | 10, 12, 16 |
| 하위 에이전트 | Subagent | AI 에이전트 | 역할 하나만 맡고 별도 맥락과 제한된 도구로 일하는 에이전트 | 2 | 5, 7, 13 |
| 훅 | Hook | 강제 장치 | 특정 시점(도구 실행 전후, 커밋 전 등)에 자동 실행되는 검사 스크립트 | 2 | 12, 18 |
A ~ Z
| 용어 | 영문 | 상위 범주 | 정의 | 처음 | 다시 |
|---|---|---|---|---|---|
| API | Application Programming Interface | 약속 (계약) | 화면과 서버 등 프로그램 사이의 약속. 경로 · 요청 · 응답 · 상태 코드 · 에러 형식 | 4 | 10, 11 |
| CD | Continuous Delivery / Deployment | 자동화 흐름 | 검증을 통과한 변경을 배포까지 이어 주는 흐름. 사람 승인이 있으면 Delivery, 없으면 Deployment | 22 | — |
| CDN | Content Delivery Network | 전송 인프라 | 정적 파일을 사용자 가까운 곳에서 전달하는 네트워크 | 8 | 22 |
| CI | Continuous Integration | 자동화 흐름 | 변경마다 깨끗한 환경에서 자동 검사를 돌리는 것 | 19 | 20, 22 |
| CODEOWNERS | — | 강제 장치 | 특정 경로가 바뀌면 지정된 사람의 승인을 필수로 만드는 GitHub 기능 | 20 | — |
| CORS | Cross-Origin Resource Sharing | 브라우저 규칙 | 브라우저가 다른 도메인의 서버를 호출할 때 서버의 허락을 확인하는 규칙 | 11 | 22 |
| E2E | End-to-End | 테스트 유형 | 실제 사용자처럼 처음부터 끝까지 흐름을 시험하는 테스트 | 17 | 22 |
| IaC | Infrastructure as Code | 운영 방식 | 인프라 설정을 코드로 관리하는 것 | 15 | 21 |
| IaaS / PaaS / SaaS | — | 클라우드 유형 | 빌리는 범위: 서버 자체 / 실행 환경 / 완성된 서비스 | 8 | 21 |
| MCP | Model Context Protocol | 외부 연결 표준 | 에이전트가 외부 시스템(DB · 브라우저 · GitHub 등)을 도구로 쓰게 해 주는 연결 방식 | 2 | 7, 22 |
| MVP | Minimum Viable Product | 범위 결정 | 핵심 가치를 전달하는 최소 기능 범위 | 4 | — |
| PR | Pull Request | 변경 단위 | 브랜치의 변경을 main에 병합해 달라는 요청. 리뷰와 자동 검사의 단위 | 18 | 19, 20 |
| SQL 인젝션 | SQL Injection | 보안 공격 | 입력값에 SQL을 섞어 DB를 조작하는 공격 | 14 | — |
| XSS | Cross-Site Scripting | 보안 공격 | 사용자 입력에 스크립트를 넣어 다른 사용자 브라우저에서 실행시키는 공격 | 14 | — |
부록 1. 헷갈리는 짝 모음
| 짝 | 갈리는 축 | 한 줄 |
|---|---|---|
| 대화형 AI ↔ 에이전트형 AI | 누가 실행하는가 | 사람이 복사 · 실행 ↔ AI가 직접 실행 · 확인 |
| 지침 파일 ↔ 훅 | 부탁 ↔ 강제 | 어길 수 있음 ↔ 시스템이 막음 |
| 대화 ↔ 지침 파일 | ① 디스크 ↔ 메모리 | 세션이 끝나면 사라짐 ↔ 파일로 남음 |
| 인증 ↔ 인가 | 묻는 질문 | 누구인가 ↔ 해도 되는가 |
| 화면 검사 ↔ 서버 검사 | 화면이 판정 ↔ 서버가 판정 | 편의용 ↔ 진짜 차단 |
| 코드 검토 ↔ 동작 검증 | 정적 ↔ 동적 검증 | 읽어서 판단 ↔ 실행해서 확인 |
| 형식 검사 ↔ 인수 기준 확인 | ⑧ 구문론 ↔ 의미론 | 모양이 맞나 ↔ 요구를 충족하나 |
| 만든 에이전트의 자기 검토 ↔ 검증 역할 | 만드는 자 ↔ 검증하는 자 | 같은 맹점 ↔ 다른 맥락 · 제한된 권한 |
| 멱등 ↔ 같은 응답 | 무엇을 보는가 | 서버의 최종 상태 ↔ 응답 메시지. 멱등은 상태 를 봄 |
git revert ↔ git reset | 되돌릴 수 있는가 | 취소 커밋을 새로 만듦(공유 브랜치) ↔ 기록을 고쳐 씀(내 브랜치만) |
| CI ↔ CD | 어디까지 자동인가 | 검사까지 ↔ 배포까지 |
| Continuous Delivery ↔ Deployment | 사람이 손을 대는가 | 사람 승인 후 배포 ↔ 무개입 자동 배포 |
| 커밋 훅 ↔ CI 관문 | ④ 로컬 ↔ 원격 | 내 컴퓨터에서 · 건너뛸 수 있음 ↔ 클라우드에서 · 우회 불가 |
| 증상 ↔ 근본 원인 | 23차시 | 눈에 보이는 문제 ↔ 그것을 가능하게 한 밑바닥 원인 |
| 증거 ↔ 주장 | README 9장 | 실행 명령과 출력 원문 ↔ "완료했습니다" |