- Retrieval-Augmented Generation (Embedding, Vector DB) 이번 회차의 키워드는 한 문장으로 정리하면 이렇습니다. “LLM이 답하기 전에, 우리 문서에서 먼저 찾아오게 만들자.” LLM은 학습 시점 이후의 정보를 알 수 없고(knowledge cutoff), 회사 내부 문서·도메인 지식은 애초에 학습 데이터에 포함되지 않으며, 모르면 그럴듯하게 지어내는 환각(Hallucination)도 발생합니다. 그래서 실전에서는 “모델을 더 똑똑하게 만들기”보다 “모델이 참고할 근거를 먼저 주기”가 더 빠르고, 더 싸고, 더 안전한 경우가 많습니다. 그 구조가 바로 RAG(Retrieval-Augmented Generation) 입니다. RAG는 말 그대로 검색(Retri..

- 프롬프트 엔지니어링 기술 적용 샘플링 이번 회차에서는 “프롬프트를 어떻게 쓰면 되나요?”를 한 단계 넘어, 같은 문제를 서로 다른 프롬프트 패턴(기법)으로 샘플링해보는 방법을 정리했습니다. 핵심은 간단합니다. LLM은 한 번의 질문으로 끝내기보다, 목적에 맞는 프롬프트 형태를 선택해 출력의 정확도·일관성·구조를 끌어올리는 방식이 실전에서 훨씬 잘 통합니다. 아래는 스터디에서 다룬 기법들을 “정의 → 언제 쓰는지 → 그대로 복붙 가능한 샘플” 흐름으로 정리한 내용입니다. Zero-shot (예시 없이 바로 지시)정의: 예시를 제공하지 않고, 요구 사항만으로 답을 생성하게 하는 방식입니다.언제 유용한가: 빠르게 초안을 뽑거나, 작업 난이도가 낮고 요구 형식이 단순할 때 적합합니다.샘플1: 다음 문장..

- LLM & 프롬프트 엔지니어링 대규모 언어 모델은 어떻게 생각하고, 우리는 어떻게 말을 걸어야 할까 AI 스터디 1회차에서는 LLM(Large Language Model) 과 프롬프트 엔지니어링을 중심으로,요즘 우리가 사용하는 생성형 AI가 어떤 원리로 동작하는지, 그리고 왜 “질문을 잘 던지는 것”이 중요한지를 살펴보았습니다. 이번 글에서는LLM이 무엇인지어떤 방식으로 학습되고왜 프롬프트가 결과를 크게 바꾸는지를 개발자 관점에서 정리해봅니다.대규모 언어 모델(LLM)이란 무엇인가 정의대규모 언어 모델(LLM)은 방대한 텍스트 데이터를 기반으로 인간의 언어를 이해하고 생성하도록 학습된 딥러닝 기반 AI 모델입니다.핵심적으로 LLM은 **“다음 토큰(단어 혹은 글자 조각)을 예측하는 문제”**를 반복..

— “AI를 아는 사람”이 아니라, “AI로 만드는 사람”이 되기까지 최근 AI 기술은 매우 빠른 속도로 발전하고 있습니다.다양한 도구와 서비스가 등장하고 있지만, 실제 현업에서 “그래서 이 기술을 어떻게 활용할 수 있을까?”라는 질문에 명확히 답하기는 쉽지 않습니다. 이번에 AI 스터디를 시작한 이유도 여기에 있습니다.단순히 개념을 이해하는 데서 그치지 않고, AI를 실제 어플리케이션과 서비스에 적용할 수 있는 수준까지 경험해보기 위함입니다. 스터디 목표이번 스터디는 개인의 성장과, 회사 내 실무 활용이라는 두 가지 방향을 함께 고려해 설계했습니다.개인 목표AI 엔지니어로의 성장 (어플리케이션 개발 수준) 모델을 “알고 있는” 단계가 아니라, 실제 서비스에 연결하고 운영할 수 있는 개발 역량을 목표로..

리액트 네이티브로 앱을 개발하다 보면 빌드 오류나 시뮬레이터 기동 시 캐시 문제, 의존성 문제 등으로 인해 예상치 못한 에러가 발생하는 경우가 있습니다. 이런 경우, 클린 작업이나 캐시 삭제를 통해 문제를 해결할 수 있습니다.이번 포스트에서는 리액트 네이티브 개발 중 자주 사용하게 되는 Clean, 캐시 삭제 명령어와 기본적인 라이브러리 설치 방법을 정리해 봅니다. Clean & 캐시 삭제안드로이드(Gradle) Clean안드로이드 빌드 관련 문제 해결을 위해, 다음 명령어로 Gradle 캐시와 빌드 아티팩트를 초기화할 수 있습니다.# 프로젝트 루트에서 android 폴더로 이동 후 실행cd android/ && ./gradlew clean build --refresh-dependenciescd ../n..

컴포넌트를 재사용하면서 단순히 하위 요소의 font-size만 변경하고 싶은 경우,컴포넌트에 props로 전달하는 대신 Tailwind CSS의 "arbitrary variants" 기능을 사용하면 간편하게 해결할 수 있습니다. 기본 문법Tailwind CSS에서는 클래스 이름에 대괄호([ ]) 안에 CSS 선택자와 함께 사용하여, 부모 요소를 기준으로 하위 요소(자손 혹은 직계 자식)를 선택할 수 있습니다.후손 선택:[&_input]:w-[140px]여기서 &는 현재 요소(자신)를 의미하고, _input은 공백을 나타내므로, 현재 요소의 모든 후손 중 태그를 선택합니다. 위 예시에서는 부모 는 너비 200px, 그 안의 모든 은 너비 140px로 적용됩니다.직계 자식 선택:[&>input]:w-..

문제 상황스토리북(Storybook)을 사용하면서 Docs 탭에서 컴포넌트 미리보기가 작게 표시되어, 실제 UI를 확인하기 어려운 상황이 발생했습니다.특히, 대표 컴포넌트의 미리보기 영역이 작아 컨트롤이나 세부 내용 확인이 힘들었는데요.검색 시에도 어떤 키워드로 찾아야 할지 감이 오지 않아 공식 문서를 몇 번이나 뒤졌습니다.결국 “Storybook Canvas Height Change”라는 키워드로 검색하여 해결법을 찾을 수 있었습니다.해결 방법스토리북에서는 스토리 메타 정보의 parameters 속성을 통해 추가적인 설정을 지정할 수 있습니다.Docs 관련 설정은 docs 매개변수를 사용하며, 미리보기 영역의 높이를 조정하려면 아래와 같이 설정할 수 있습니다. 개별 스토리 파일에서 설정import ty..

문제 상황팀 프로젝트를 진행하는 중, 제 PC에서는 폴더명이 소문자인 상태에서 첫 글자만 대문자로 변경하여 커밋 후 푸시했더니, 제 PC에서는 문제없이 반영되었지만 팀원들에서는 전혀 적용되지 않는 상황이 발생했습니다.왜 이런 문제가 생기는 걸까요?원인Git은 기본적으로 파일명이나 폴더명의 대소문자 차이를 구분하지 않습니다.특히 Windows나 macOS와 같이 대소문자 구분이 없는 파일 시스템에서는 단순히 대소문자만 변경한 경우 Git이 변경 사항으로 인식하지 않거나, 변경 사항이 공유되지 않는 문제가 발생할 수 있습니다.해결 방법이 문제를 해결하려면 Git이 대소문자를 무시하지 않도록 설정을 변경해야 합니다. 1. Git 설정 변경: 대소문자 무시 기능 끄기터미널에서 아래 명령어를 실행하여 Git이 파..