diff --git "a/2\354\236\245/\355\225\234\354\203\201\355\230\270.md" "b/2\354\236\245/\355\225\234\354\203\201\355\230\270.md"
new file mode 100644
index 0000000..bf04ffb
--- /dev/null
+++ "b/2\354\236\245/\355\225\234\354\203\201\355\230\270.md"
@@ -0,0 +1,17 @@
+# 🔖 Ch2. AI로 개발 생산성 높이기
+
+> 작성 일자 : 2025.12.14 / 작성자 : 한상호
+
+## 💫 기억에 남는 문구
+
+- `p.75`: 프롬프트 엔지니어링은 다양한 인문학적 지식을 기반으로 인공지능과의 상호작용을 향상시키는 융합 분야입니다.
+- `p.77`: 프롬프트를 구체적으로 작성하는 것도 중요하지만 너무 좁은 범위로 한정하면 다른 목표에 대한 성능이 저하되는 트레이드오프가 발생할 수 있습니다.
+- `p.91`: 하지만 그 이유가 생성형 AI 모델이 가지는 근원적인 문제에서 온 것으로 보이거나, 아직은 이 부분의 개선을 기대하기 어렵다는 생각이 든다면 머신러닝 모델과의 하이브리드 접근을 시도합니다.
+- `p.123`: 우아한형제들의 서비스는 '문 앞으로 배달되는 일상의 행복'이라는 비전을 갖고 있기 때문에 사용자에게 배달 가능한 위치의 가게를 추천해야 합니다.
+
+## 💡 느낀 점
+
+1. 실시간 반응형 추천 개발 일지를 보면서 감탄했다. `이렇게까지 모든 요구사항을 만족시키고, 성능까지 뽑았는데 2달 밖에 안걸렸다고? / 벡터 DB도 처음 도입했는데?` 라며 말이다. 
+2. 능력이 출중한 엔지니어들이고, 사내 인프라 등이 잘 구축되어 있기 때문에 가능했던 것일까? 물론 이 또한 맞겠지만, 내 생각에는 초기에 요구사항을 확실하게 파악했기 때문이라고 느껴진다.
+3. 요구사항이 전달되었을 때, 이를 보고 `1) 우리 서비스의 비전과 도메인적인 특성 / 2) 현실적으로 개발이 가능한 부분과 트레이드오프 / 3) 확장성과 유지보수성` 등을 함께 고려할 수 있어야만 훌륭한 엔지니어가 될 수 있을 것이라고 생각한다.
+4. 나 또한 이를 지키기 위해서, 간단한 기능이더라도 최대한 깊고 넓게 많은 부분들을 함께 고려하기 위해 노력하고 있다. 이 때문에 머리도 아프고 개발을 시작하기까지의 시간이 오래 걸리지만, 길게 보자면 옳은 방향성으로 나아갈 수 있는 것 같다.