CODEX × LLM WIKI · WORKSHOP
AI를 도구가 아닌
업무 파트너로
만드는 방법
업무 파트너로
만드는 방법
매번 처음부터 설명하지 않는 AI 업무환경 만들기. 오늘의 업무가 다음 업무의 재료가 되도록, 나만의 LLM Wiki와 Codex 작업 방식을 만듭니다.
WORKSHOP GOAL · 3 HOURS
AI가 나를 이해하는
업무 환경의 첫 구조
업무 환경의 첫 구조
설치 → 문서화 → 위임 → 자동화 → 운영의 순서로 직접 해봅니다.
START HERE
오늘 워크숍이 끝나면
3시간 뒤, 여러분은 AI와 더 잘 일하기 위한 다섯 가지의 시작점을 가지고 돌아갑니다.
01
Codex를 내 컴퓨터에 설치했다
02
나만의 LLM Wiki가 만들어져 있다 + Artifacts
03
AI에게 맡길 업무 목록이 정리되어 있다
04
반복업무를 하나 이상 자동화했다
05
앞으로 혼자서 확장하는 방법을 안다
PART 1 · WHY
AI 시대, 업무는 어떻게 바뀌는가
시작 전 준비: 본격적으로 진행하기 전에 Codex를 먼저 설치합니다. 코덱스 설치 방법 보기 ↗
AI를 쓰는데 왜 더 바빠질까요?
AI가 문제가 아닙니다. 업무환경이 문제입니다.
기존 방식 — 질문할 때마다 처음부터
질문 → 답변 → 복사 → 끝
AI는 대화가 끝나면 매번 기억을 잃습니다. 그래서 다음에 또 처음부터 설명해야 합니다.
앞으로의 방식 — 결과가 다음 업무의 재료
업무 → AI → 결과 → LLM Wiki 저장 → 다음 업무
한 번 한 업무가 사라지지 않고 쌓입니다. 여기서 업무가 자산이 됩니다.
AI는 신입사원입니다. 신입사원에게 회사 소개를 매번 처음부터 다시 하면 일을 할 수 없습니다. AI도 똑같습니다. 한 번 정리해두고 계속 참고하게 만들어야 합니다. 그 정리본이 바로 LLM Wiki입니다.
PART 2 · WHAT
AI가 이해하는 문서 LLM Wiki
참고자료를 모아두는 공간 Artifacts
참고자료를 모아두는 공간 Artifacts
사람을 위한 노트가 아니라, AI를 위한 문서입니다.
AI는 나의 경험, 나의 기준, 나의 고객, 나의 업무 방식을 모릅니다. 그래서 문서로 알려줘야 합니다. 기준은 하나입니다. AI가 이 문서만 보고 내 일을 대신할 수 있는가?
LLM Wiki의 일반적인 구조
FOLDER STRUCTURE
🧠 나의 LLM WIKI 01. 나 02. 지식 03. 개념 04. 경험 05. 프로젝트 06. 템플릿 07. 결과물 08. 보관
가장 중요한 원칙: 분류 체계를 먼저 설계하지 마세요. 실제 자료가 쌓이는 걸 보고 체계를 나중에 뽑아냅니다. 세컨드 브레인은 설계도가 아니라 습관이 만듭니다.
실습 ① LLM Wiki / Artifacts 폴더 만들기
PROMPT
앞으로 내 지식과 상황을 LLM Wiki폴더 내부에 md 파일들로 저장할거야. 그리고 참고할 결과물은 Artifacts 폴더에 모을거야. 먼저 LLM Wiki 폴더와 Artifacts 폴더를 각각 만들어줘.
실습 ② 나만의 md 파일 생성
1. 나의 기준 문서 작성 도우미 ↗로 기준 문서를 만듭니다.
질문은 이런 흐름입니다.
1) 가장 먼저 도움받고 싶은 일
예: 자료 정리, 콘텐츠 제작, 반복 업무, 의사결정
2) 최근 마음에 들었던 결과물
예: 바로 이해되는 안내문, 잘 정리된 기획서, 시간을 줄인 업무 결과
3) 가장 우선하는 기준
예: 실행 속도, 이해하기 쉬움, 정확성, 나다운 완성도
4) 좋은 결과물의 완료 기준
예: 다음 행동이 명확함, 핵심이 짧고 분명함, 근거가 충분함
5) AI가 가장 조심해야 할 일
예: 불확실한 내용을 단정하기, 의도를 무시하기, 너무 길게 설명하기
6) 피하고 싶은 결과물
예: 과장된 표현, 어렵고 차가운 결과, 행동으로 이어지지 않는 결과
6개 답변이 끝나면, 답변을 바탕으로 아래 형태의 Markdown 기준 문서 v1을 만들어드립니다.
2. 만들어진 기준 문서를 복사·붙여넣기 하면서 내 LLM Wiki에 기준 문서로 반영해달라고 요청합니다.
질문은 이런 흐름입니다.
1) 가장 먼저 도움받고 싶은 일
예: 자료 정리, 콘텐츠 제작, 반복 업무, 의사결정
2) 최근 마음에 들었던 결과물
예: 바로 이해되는 안내문, 잘 정리된 기획서, 시간을 줄인 업무 결과
3) 가장 우선하는 기준
예: 실행 속도, 이해하기 쉬움, 정확성, 나다운 완성도
4) 좋은 결과물의 완료 기준
예: 다음 행동이 명확함, 핵심이 짧고 분명함, 근거가 충분함
5) AI가 가장 조심해야 할 일
예: 불확실한 내용을 단정하기, 의도를 무시하기, 너무 길게 설명하기
6) 피하고 싶은 결과물
예: 과장된 표현, 어렵고 차가운 결과, 행동으로 이어지지 않는 결과
6개 답변이 끝나면, 답변을 바탕으로 아래 형태의 Markdown 기준 문서 v1을 만들어드립니다.
PROMPT
나는 새로운 AI와 코딩 에이전트가 나를 빠르게 이해하고, 장기적으로 일관되게 협업할 수 있도록 ‘나만의 LLM Wiki’를 만들려고 한다. 지금까지 나와 나눈 대화, 저장된 메모리, 사용자 프로필 등 네가 실제로 접근할 수 있는 정보를 분석해 다른 AI에게 전달할 수 있는 ‘사용자 컨텍스트 원본 문서’를 작성해줘. 이 문서는 단순한 자기소개가 아니라, 다른 AI가 다음을 이해하도록 돕는 것이 목적이다. - 나는 어떤 사람인가 - 무슨 일을 하고 있는가 - 무엇을 중요하게 생각하는가 - 어떤 방식으로 일하고 판단하는가 - AI에게 어떤 도움을 기대하는가 - 나와 효과적으로 협업하려면 무엇을 알아야 하는가 ## 분석 원칙 1. 실제로 접근할 수 있는 정보만 사용한다. 2. 접근할 수 없는 과거 대화까지 확인한 것처럼 말하지 않는다. 3. 내가 직접 밝힌 사실과 대화에서 발견한 반복 패턴, 단순한 추정을 구분한다. 4. 한 번 질문했던 주제를 나의 지속적인 관심사나 취향으로 단정하지 않는다. 5. 다른 사람의 글을 인용하거나 분석한 내용을 나의 생각으로 오해하지 않는다. 6. 서로 충돌하는 정보가 있다면 임의로 하나를 선택하지 말고 모두 표시한다. 7. 오래되어 현재는 달라졌을 가능성이 있는 정보에는 최근 확인 시점을 적는다. 8. 근거가 부족한 성격 분석이나 심리적 해석은 하지 않는다. 9. 비밀번호, 인증키, 계좌번호, 주민등록번호, 정확한 주소, 개인 연락처 등 민감정보는 제외하거나 `[비공개]`로 표시한다. 10. 정보가 부족하더라도 먼저 확인 질문을 하지 말고, 현재 정보로 초안을 완성한 뒤 마지막에 확인이 필요한 질문을 정리한다. 각 항목에는 필요한 경우 다음 표시를 붙여줘. - `[확인]`: 내가 직접 밝힌 내용 - `[패턴]`: 여러 대화에서 반복적으로 관찰된 내용 - `[추정]`: 정황상 가능성이 있지만 확인되지 않은 내용 - `[변동 가능]`: 일정, 목표, 프로젝트, 사용 도구처럼 달라질 수 있는 내용 가능하면 근거가 된 대화 주제나 최근 언급 시점도 함께 적되, 날짜를 알 수 없다면 만들어내지 말고 `확인 불가`라고 표시해줘. ## 출력 형식 결과는 다른 AI가 곧바로 읽고 파일로 나눌 수 있도록 한국어 Markdown으로 작성해줘. 불필요한 인사말이나 작성 과정 설명은 제외한다. # LLM Wiki용 사용자 컨텍스트 원본 ## 0. 분석 범위와 한계 - 이번 분석에서 실제로 접근한 정보 - 접근하지 못한 정보 - 문서의 신뢰도와 주의할 점 ## 1. 한눈에 보는 나 나를 처음 만나는 AI가 1분 안에 이해할 수 있도록 핵심 내용을 10\~15개 항목으로 요약한다. ## 2. 기본 정체성과 주요 역할 - 이름 또는 사용하는 호칭 - 현재 맡고 있는 역할 - 직업과 활동 영역 - 운영하는 브랜드, 조직, 커뮤니티 - 주요 고객이나 함께 일하는 대상 ## 3. 주요 활동과 사업 - 제공하는 서비스와 프로그램 - 주요 상품과 수익 활동 - 고객에게 제공하려는 가치 - 운영 방식 - 자주 등장하는 고유명사와 그 의미 ## 4. 가치관과 원칙 - 중요하게 생각하는 가치 - 일과 삶을 바라보는 관점 - 고객을 대하는 기준 - 선택하거나 거절할 때 사용하는 원칙 - 반복해서 사용하는 핵심 문장이나 철학 ## 5. 현재 목표와 우선순위 - 장기적으로 이루려는 방향 - 올해 또는 최근의 목표 - 현재 집중하고 있는 일 - 해결하려는 문제 - 보류하거나 중단하기로 한 일 ## 6. 진행 중인 프로젝트와 책임 각 프로젝트를 다음 형식으로 정리한다. - 프로젝트명 - 목적 - 현재 상태 - 주요 대상 - 다음 행동 - 관련 일정 - 마지막으로 확인된 시점 ## 7. 전문성과 관심 분야 - 경험과 전문성이 높은 분야 - 배우고 있거나 탐구 중인 주제 - 반복해서 질문하는 분야 - 가르치거나 콘텐츠로 만드는 주제 - 앞으로 확장하려는 역량 ## 8. 일하는 방식과 의사결정 기준 - 일을 시작하고 진행하는 방식 - 정보를 수집하고 정리하는 방법 - 결정을 내릴 때 중요하게 보는 조건 - 선호하는 결과물의 형태 - 자주 겪는 어려움이나 병목 - 실행력을 높여주는 방식 ## 9. 사용하는 도구와 작업 환경 - 자주 사용하는 기기 - 소프트웨어와 AI 도구 - 자동화와 업무 시스템 - 콘텐츠 제작 환경 - 익숙한 도구와 어려워하는 방식 - 다른 AI가 설명할 때 고려해야 할 기술 수준 ## 10. 커뮤니케이션 선호 - 원하는 답변의 말투 - 선호하는 설명 깊이 - 좋아하는 구성 방식 - 피해야 할 표현과 답변 방식 - 질문을 받아야 하는 경우 - 여러 대안을 제시해야 하는 경우 - 출처 확인이 필요한 경우 ## 11. 글쓰기와 콘텐츠 스타일 - 주로 만드는 콘텐츠 - 선호하는 문장과 말투 - 브랜드의 분위기 - 자주 사용하는 구성 - 제목이나 훅을 만드는 기준 - AI가 쓴 것처럼 느껴지는 표현 중 피해야 할 것 - 이미지와 디자인 선호 ## 12. 개인적 맥락과 현실적인 제약 AI가 도움을 줄 때 실제로 고려할 필요가 있는 생활환경, 가족, 시간, 지역, 장비, 일정 등의 정보만 정리한다. 민감하거나 업무와 무관한 정보는 제외한다. ## 13. 반복되는 요청과 작업 템플릿 - 자주 요청하는 작업 - 반복적으로 지정하는 조건 - 이미 확립된 결과물 형식 - 매번 다시 묻지 않아도 되는 선호 - 자동화하거나 템플릿으로 만들기 좋은 업무 ## 14. 주요 인물·조직·서비스·용어 사전 나와 관련해 반복해서 등장하는 인물, 브랜드, 프로그램, 커뮤니티, 서비스, 프로젝트 이름을 짧게 설명한다. 동명이인이나 의미가 불분명한 경우에는 확인 필요로 표시한다. ## 15. 주요 변화와 결정의 타임라인 나의 방향을 이해하는 데 중요한 경력 변화, 사업 결정, 프로젝트 시작·중단, 관심사의 변화만 시간순으로 정리한다. ## 16. 나와 협업하는 AI를 위한 운영 지침 다음 세 부분으로 작성한다. ### 이렇게 도와주면 좋다 ### 이렇게 답하지 않는 것이 좋다 ### 이 경우에는 먼저 확인해야 한다 명령문 형태로 구체적으로 작성한다. ## 17. 충돌하거나 오래되었거나 불확실한 정보 다음 표로 작성한다. | 내용문제가 되는 이유현재 판단확인 필요 여부 | | ------------------------ | ## 18. 추가로 확인하면 좋은 질문 LLM Wiki의 정확도를 높이기 위해 내가 답하면 좋은 질문을 중요도순으로 최대 10개만 제시한다. 기존 대화에서 이미 답한 질문은 반복하지 않는다. ## 19. 다른 AI를 위한 최종 인수인계 요약 - 장기간 유지될 가능성이 높은 정보 - 주기적으로 업데이트해야 하는 정보 - 이번 문서에서 제외한 민감정보의 종류 - 특히 잘못 단정하면 안 되는 내용 - 이 문서를 바탕으로 만들면 좋은 Wiki 페이지 목록 문서는 가능한 한 구체적으로 작성하되, 같은 내용을 여러 항목에서 반복하지 않는다. 일반적인 칭찬이나 누구에게나 적용되는 성격 묘사는 제외하고, 실제 협업에 도움이 되는 정보에 집중해줘.
2. 만들어진 기준 문서를 복사·붙여넣기 하면서 내 LLM Wiki에 기준 문서로 반영해달라고 요청합니다.
PROMPT
아래 내용은 나에 대한 정보를 정리한 거야. LLM Wiki 안에 나에 대한 정보 md 파일로 만들어줘.
PART 3 · HOW · 80 MIN
Codex를 업무 파트너로 만들기
여기부터는 실습 위주로 진행합니다. 아래 프롬프트는 그대로 복사해 사용할 수 있습니다.
실습 1. 다운로드 폴더 정리시키기
새 작업에서 작업 폴더를 다운로드 폴더로 지정합니다. 목표는 파일을 지우는 것이 아니라 찾기 쉬운 구조로 정리하는 것입니다.
PROMPT · DOWNLOADS
아래 기준으로 다운로드폴더를 정리해줘. 목표는 "파일을 삭제하는 것"이 아니라 "찾기 쉬운 구조로 정리하는 것"이다. ## 작업 순서 1. 먼저 현재 다운로드 폴더를 분석한다. - 어떤 종류의 파일이 있는지 - 중복 파일이 있는지 - 용량이 큰 파일 - 오래된 파일 - 압축파일 / 설치파일 / 스크린샷 / 문서 / 이미지 / 영상 / 기타 분석 결과를 먼저 보여준다. 2. 아래 구조로 폴더를 만든다. Downloads ├── 문서 ├── 이미지 ├── 영상 ├── 오디오 ├── 압축파일 ├── 설치파일 ├── 스크린샷 ├── 디자인 ├── 업무 ├── 임시파일 └── 검토필요 3. 파일을 가능한 자동 분류한다. pdf, docx, pptx, xlsx, pages → 문서 png, jpg, jpeg, webp, svg → 이미지 "스크린샷"으로 시작하는 파일 → 스크린샷 4. 애매한 파일은 절대 임의로 이동하지 말고 "이 파일은 어디로 옮길까요?"라고 물어본다. 5. 절대 삭제하지 않는다. 휴지통도 비우지 않는다. 6. 같은 이름의 파일이나 중복파일은 삭제하지 말고 목록만 만든다. 7. 작업이 끝나면 몇 개의 파일을 이동했는지, 분류 기준, 사람이 확인해야 하는 파일, 중복파일, 용량이 큰 파일 Top20을 리포트로 정리해준다. 중요한 원칙 - 모르면 절대 이동하지 않는다. - 삭제는 절대 하지 않는다. - 기존 폴더 구조를 깨지 않는다. - 항상 안전하게 작업한다.
실습 2. 블로그 작성 — LLM Wiki 참고
PROMPT · BLOG
아래 주제로 블로그 글 1000자 분량으로 작성해줘. 내 LLM Wiki 참고해서 작성해주고 독자들이 읽기 쉽고 공감이 되도록 작성해줘. [주제]
실습 3. HTML/CSS 랜딩페이지 제작
getdesign.md ↗ 또는 designmd.app ↗에서 Design.md 파일을 내려받아 함께 첨부합니다.
PROMPT · LANDING PAGE
아래 내용을 HTML/CSS 코드를 사용해서 웹페이지로 만들어줘. 디자인은 첨부한 Design.md 파일 참고해서 디자인 해줘. [내용 여기에]
반복적으로 하는 일을 쭉 적고, 하나씩 “너 이러이러한 것도 할 수 있니?”라고 물어보세요. 새로운 직원에게 일을 맡기듯, 할 일을 하기 전에 Codex가 할 수 있는지 먼저 확인하고 가능한 일부터 맡깁니다.
실습 5. 알게 된 내용을 LLM Wiki에 반영하기
PROMPT · INGEST
Ingest 루프에 맞춰 LLM Wiki에 반영해줘. 반영끝나면 어떤 관점이 보강되거나 확장되었는지 짧막하게 코멘트도 남겨줘.
Context(상황/맥락)가 결과의 품질을 결정합니다.
PART 4 · OPERATE · 60 MIN
AI OS 만들기
업무를 나누고 결과를 다시 저장하는 루틴을 만들면 AI는 나를 더 잘 아는 파트너가 됩니다.
🤖 AI에게 맡길 일
정리 · 요약 · 글 초안 · HTML / 코드 · 번역 · 구조화
🧑 사람이 해야 할 일
판단 · 철학 · 방향성 · 브랜딩 · 최종 결정
AI 성장 루프
업무 발생 → Codex → LLM wiki & Artifacts 참고로 일시키기 → 기억할 내용은 LLM Wiki 반영 & 좋은 결과물은 Artifacts에 저장 → 다음 업무
CLOSING
잘 정리된 사람은
AI와 함께 더 강해집니다.
AI와 함께 더 강해집니다.
정리되지 않은 사람에게 AI는 매번 처음 만나는 낯선 도구입니다. 하지만 자신의 경험과 기준, 업무 방식을 기록하고 구조화한 사람에게 AI는 원할 때면 함께 일하는 최고의 업무 파트너가 됩니다.
실습 프롬프트 빠른 복사