EROKE ORIGINAL WEBBOOK

AI 활용 바이블

전체 목차36개 장
  1. AI 활용 바이블: 1장. AI를 검색창처럼 쓰면 왜 한계가 오는가
  2. AI 활용 바이블: 2장. 맡길 일과 맡기지 않을 일을 구분한다
  3. AI 활용 바이블: 3장. AI 리터러시를 여섯 능력으로 나눈다
  4. AI 활용 바이블: 4장. 최고의 모델보다 맞는 모델을 고른다
  5. AI 활용 바이블: 5장. AI 작업 계약을 쓴다
  6. AI 활용 바이블: 6장. 컨텍스트는 많이 넣는 것이 아니라 잘 고르는 것이다
  7. AI 활용 바이블: 7장. 지시와 자료를 분리한다
  8. AI 활용 바이블: 8장. 좋은 예시는 스타일이 아니라 기준을 전달한다
  9. AI 활용 바이블: 9장. 출력 형식을 계약한다
  10. AI 활용 바이블: 10장. 대화를 프로젝트 기억으로 바꾼다
  11. AI 활용 바이블: 11장. 환각을 없애려 하지 말고 발견한다
  12. AI 활용 바이블: 12장. 최신 조사는 검색 결과가 아니라 근거 사슬이다
  13. AI 활용 바이블: 13장. 계산은 언어 모델이 아니라 실행 가능한 식으로 검증한다
  14. AI 활용 바이블: 14장. 반론과 실패 조건을 함께 생성한다
  15. AI 활용 바이블: 15장. 평가 세트가 프롬프트보다 먼저다
  16. AI 활용 바이블: 16장. 사람 검토를 ‘마지막 눈대중’에서 역할로 바꾼다
  17. AI 활용 바이블: 17장. 글쓰기에서는 저자가 아니라 편집 파이프라인으로 쓴다
  18. AI 활용 바이블: 18장. 회의와 이메일은 기록이 아니라 결정 흐름으로 바꾼다
  19. AI 활용 바이블: 19장. 문서 요약은 ‘무엇을 버렸는지’ 확인한다
  20. AI 활용 바이블: 20장. 데이터 분석은 질문과 데이터의 단위를 먼저 맞춘다
  21. AI 활용 바이블: 21장. 기획과 의사결정은 선택지를 비교 가능하게 만든다
  22. AI 활용 바이블: 22장. 디자인과 개발에서 AI 산출물을 실제 화면으로 검증한다
  23. AI 활용 바이블: 23장. 자동화는 다섯 단계로 천천히 위임한다
  24. AI 활용 바이블: 24장. API는 채팅창을 제품 기능으로 연결하는 계약이다
  25. AI 활용 바이블: 25장. RAG는 지식을 넣는 기술이 아니라 근거를 찾는 시스템이다
  26. AI 활용 바이블: 26장. 에이전트는 모델이 아니라 반복 판단과 도구의 결합이다
  27. AI 활용 바이블: 27장. 멀티에이전트는 역할 수가 아니라 독립 검증이 핵심이다
  28. AI 활용 바이블: 28장. DecisionDesk를 실행한다
  29. AI 활용 바이블: 29장. 개인정보와 비밀정보는 입력 전에 줄인다
  30. AI 활용 바이블: 30장. 프롬프트 인젝션은 권한 문제다
  31. AI 활용 바이블: 31장. 저작권과 출처를 결과가 나온 뒤 생각하지 않는다
  32. AI 활용 바이블: 32장. 편향과 고영향 판단에는 더 높은 문턱을 둔다
  33. AI 활용 바이블: 33장. 비용과 속도는 품질을 통과한 뒤 최적화한다
  34. AI 활용 바이블: 34장. 개인 프롬프트를 팀 운영체제로 바꾼다
  35. AI 활용 바이블: 35장. AI 사고를 재현하고 복구한다
  36. AI 활용 바이블: 36장. 30일 안에 AI 활용 체계를 완성한다

질문·맥락·검증·자동화·에이전트로 일의 수준을 바꾸는 법

일 선택과 AI 작업 계약부터 근거·평가·API·RAG·에이전트·보안·저작권·팀 운영까지 DecisionDesk 하나로 완주한다.

상태: 출간 후보 웹교정쇄 · 29개 자동 테스트·브라우저 QA 통과 · AI 실무·보안·저작권 감수 대기 · 36개 장

사람의 판단을 중심으로 작업 계약, 근거, 생성, 검증, 승인이 순환하는 AI 작업 시스템
사람의 판단을 중심으로 작업 계약, 근거, 생성, 검증, 승인이 순환하는 AI 작업 시스템

AI를 잘 쓴다는 말은 빠르게 문장을 얻는다는 뜻이 아니다. 맡길 일을 고르고, 필요한 자료를 제공하고, 틀린 결과를 발견하고, 안전한 범위 안에서 행동하게 하며, 다음에도 같은 품질을 재현하는 능력을 뜻한다. 이 책은 그 능력을 일 선택 → 작업 계약 → 근거 → 생성 → 검증 → 승인 → 개선이라는 하나의 시스템으로 가르친다.

독자는 가상의 업무 서비스 DecisionDesk를 끝까지 다룬다. 고객 인터뷰와 운영 자료를 읽고 신제품 베타 출시 여부를 결정하는 사례다. 원고의 도식, 코드, 화면은 모두 같은 DD-2026-0814-01 fixture를 사용한다. 따라서 책의 설명과 실습 결과가 다르지 않다.

이 책은 특정 모델의 비밀 주문이나 수익 보장을 약속하지 않는다. 모델과 화면은 변한다. 반면 좋은 업무 정의, 근거 관리, 평가, 최소 권한, 사람 책임, 복구 가능성은 오래 남는다. 제품 설명 확인일은 2026-08-14이며 발행 직전 공식 문서에서 다시 확인한다.

  • AI가 잘하는 일과 맡기면 안 되는 일을 구분한다.
  • 길기만 한 프롬프트가 아니라 검증 가능한 AI 작업 계약을 쓴다.
  • 웹, 문서, 이미지, 표, 음성 자료를 근거 묶음으로 정리한다.
  • 환각을 막겠다고 기대하는 대신 환각을 발견하는 절차를 만든다.
  • 글쓰기, 조사, 회의, 데이터, 디자인, 개발 업무를 재현 가능한 흐름으로 바꾼다.
  • API, RAG, 도구, 에이전트의 차이와 도입 순서를 이해한다.
  • 개인정보, 저작권, 인젝션, 과도한 권한, 비용 폭주를 통제한다.
  • 개인의 요령을 팀의 평가·템플릿·운영 규칙으로 전환한다.

처음 쓰는 독자는 1장부터 순서대로 읽는다. 이미 매일 AI를 쓰는 독자는 5장 작업 계약, 11장 검증, 23장 자동화 사다리부터 읽고 DecisionDesk로 돌아온다. 팀 리더는 16장 사람 검토, 29장 이후의 안전 운영, 34장 조직 운영을 먼저 읽어도 된다. 개발자는 24장 API, 25장 RAG, 26장 에이전트와 examples/를 함께 실행한다.


목차

  1. 1장. AI를 검색창처럼 쓰면 왜 한계가 오는가
  2. 2장. 맡길 일과 맡기지 않을 일을 구분한다
  3. 3장. AI 리터러시를 여섯 능력으로 나눈다
  4. 4장. 최고의 모델보다 맞는 모델을 고른다
  5. 5장. AI 작업 계약을 쓴다
  6. 6장. 컨텍스트는 많이 넣는 것이 아니라 잘 고르는 것이다
  7. 7장. 지시와 자료를 분리한다
  8. 8장. 좋은 예시는 스타일이 아니라 기준을 전달한다
  9. 9장. 출력 형식을 계약한다
  10. 10장. 대화를 프로젝트 기억으로 바꾼다
  11. 11장. 환각을 없애려 하지 말고 발견한다
  12. 12장. 최신 조사는 검색 결과가 아니라 근거 사슬이다
  13. 13장. 계산은 언어 모델이 아니라 실행 가능한 식으로 검증한다
  14. 14장. 반론과 실패 조건을 함께 생성한다
  15. 15장. 평가 세트가 프롬프트보다 먼저다
  16. 16장. 사람 검토를 ‘마지막 눈대중’에서 역할로 바꾼다
  17. 17장. 글쓰기에서는 저자가 아니라 편집 파이프라인으로 쓴다
  18. 18장. 회의와 이메일은 기록이 아니라 결정 흐름으로 바꾼다
  19. 19장. 문서 요약은 ‘무엇을 버렸는지’ 확인한다
  20. 20장. 데이터 분석은 질문과 데이터의 단위를 먼저 맞춘다
  21. 21장. 기획과 의사결정은 선택지를 비교 가능하게 만든다
  22. 22장. 디자인과 개발에서 AI 산출물을 실제 화면으로 검증한다
  23. 23장. 자동화는 다섯 단계로 천천히 위임한다
  24. 24장. API는 채팅창을 제품 기능으로 연결하는 계약이다
  25. 25장. RAG는 지식을 넣는 기술이 아니라 근거를 찾는 시스템이다
  26. 26장. 에이전트는 모델이 아니라 반복 판단과 도구의 결합이다
  27. 27장. 멀티에이전트는 역할 수가 아니라 독립 검증이 핵심이다
  28. 28장. DecisionDesk를 실행한다
  29. 29장. 개인정보와 비밀정보는 입력 전에 줄인다
  30. 30장. 프롬프트 인젝션은 권한 문제다
  31. 31장. 저작권과 출처를 결과가 나온 뒤 생각하지 않는다
  32. 32장. 편향과 고영향 판단에는 더 높은 문턱을 둔다
  33. 33장. 비용과 속도는 품질을 통과한 뒤 최적화한다
  34. 34장. 개인 프롬프트를 팀 운영체제로 바꾼다
  35. 35장. AI 사고를 재현하고 복구한다
  36. 36장. 30일 안에 AI 활용 체계를 완성한다