AI Tips hub

작은 지식베이스 출처와 변경을 연결해요 | AITipsHub 원창작 점검 도표 Claude 지식베이스는 자료를 많이 넣기보다, 답변의 출처와 확인일을 다시 찾을 수 있게 만드는 것부터 시작하면 좋아요. 처음에는 공식 문서 세 개와 짧은 출처 카드만 있어도 충분해요. 1. 한 가지 업무만 담아요 가상의 온라인 문구점을 예로 들어볼게요. 배송 안내, 교환 절차, 상품 관리처럼 범위가 넓으면 오래된 조건을 섞기 쉬워요. 첫 위키는 ‘상품 설명을 작성할 때 확인할 기준’ 하나로 좁혀보세요. 실제 고객 이름과 주문 정보는 연습 자료에서 빼고요. Claude의 Projects는 문서와 맥락을 모아 관련 대화에서 활용하는 작업 공간이에요. 다만 파일을 넣었다고 원본 웹페이지의 변경까지 자동으로 반영된다고 가정하면 안 돼요. 아래 방식은 특정 자동 갱신 기능이 아니라 사람이 관리하는 작은 문서 운영법이에요. Claude 공식 Projects 안내 2. 원문과 설명을 나눠 저장해요 출처 카드는 ‘어디에서 무엇을 확인했는지’, 개념 노트는 ‘우리 업무에서 어떻게 쓸지’를 담아요. 직접 정한 업무 규칙을 공식 문서의 설명처럼 적지 않는 게 중요해요. 긴 원문을 통째로 복제하기보다 필요한 내용만 자기 말로 정리하고 링크를 남기세요. 아래 양식을 복사해 첫 출처 카드를 만들어보세요. 출처 ID: S01 문서 제목: 공식 URL: 확인한 날짜: 문서에 적힌 조건: 그 조건이 적용되는 계정·환경: 이 자료로 답할 수 없는 질문: 연결된 업무 노트: 개념 노트에도 출처 ID를 붙여요. ‘이미지 설명은 짧고 구체적으로 쓴다’는 항목 옆에 S01을 남겨두면, 나중에 원문이 바뀌었을 때 관련 설명부터 찾을 수 있어요. 가격이나 사용 한도처럼 변동이 잦은 항목은 별도로 표시해두면 편하고요. 자료를 파일로 나눠 관리하고 싶다면 Obsidian AI 업무 폴더: 다섯 파일로 반복 설명 줄이기 에서 목적·용어·현황·예시를 구분하는 방법도 함께 살펴보세요. 3. 변경된 문장만 따라...

AI에게 업무 배경을 매번 설명한다면 목적·용어·현재 상태·좋은 예시·찾는 법을 다섯 파일로 나눠 보세요. 자료를 많이 넣기보다 지금 필요한 근거를 쉽게 찾게 하는 것이 먼저예요. Obsidian을 설치했다고 AI가 자동으로 노트를 읽는 것은 아니에요. 이 글은 파일 구조를 정리하는 방법이며 특정 플러그인 설치나 자동 연결을 전제로 하지 않아요. 예시는 실제 고객 정보가 없는 가상 브랜드 ‘모닝컵’이에요. AI 업무 폴더 다섯 파일로 시작해요 | AITipsHub 원창작 점검 도표 1. 업무 폴더를 다섯 파일로 시작해요 Obsidian의 vault는 로컬 파일 시스템의 폴더이고 노트는 Markdown 일반 텍스트로 저장돼요. 다른 편집기로 파일을 다룰 수도 있어요. 기본 구조는 Obsidian 공식 저장 방식 안내 에서 확인할 수 있어요. morning-cup/ 00-index.md 01-purpose.md 02-terms.md 03-current-status.md 04-examples.md 00-index는 어떤 질문에 어떤 파일을 읽을지 알려 주는 길잡이예요. 01-purpose에는 대상 독자와 업무 목적, 02-terms에는 제품명과 용어, 03-current-status에는 현재 확정된 일정, 04-examples에는 직접 작성했거나 사용할 권리가 있는 좋은 예시를 넣어요. 2. 인덱스에 읽는 순서를 적어요 아래는 00-index.md의 예시예요. ‘모든 파일을 항상 읽어라’보다 질문에 필요한 파일부터 찾도록 안내해 보세요. # 모닝컵 업무 안내 최종 확인: 2026-10-17 - 독자와 글의 목적: 01-purpose.md - 제품명과 용어: 02-terms.md - 현재 확정된 일정: 03-current-status.md - 문체와 결과 예시: 04-examples.md 답변에 사용한 파일명과 관련 항목을 적는다. 자료에 없는 가격·일정·성과는 추정하지 않는다. 날짜가 충돌하면 둘 다 표시하고 확인이 필...

Claude 스킬이 기대대로 작동하지 않으면 스킬이 실제로 불렸는지와 보고서 내용이 맞는지를 따로 확인 하세요. 문장을 더 길게 지시하기 전에, 사용 중인 환경이 그 스킬을 읽을 수 있는지부터 살펴보는 게 좋아요. 이 글의 파일 경로 예시는 로컬 Claude Code 기준이에요. Claude 웹이나 Cowork의 스킬 관리 방법과 섞어 사용하지 마세요. 아래 주간보고 규칙은 가상 업무용 작성 예시이며, 특정 모델에서 성능 개선을 입증한 결과는 아니에요. 스킬이 실행돼도 결과 검수는 따로 해요 | AITipsHub 원창작 점검 도표 1. 같은 파일도 실행 환경에 따라 달라요 Claude Code 공식 스킬 안내 에 따르면 개인용 스킬은 ~/.claude/skills/스킬이름/SKILL.md, 프로젝트용은 .claude/skills/스킬이름/SKILL.md에 둘 수 있어요. 개인 폴더에만 둔 스킬을 Cowork나 클라우드 세션이 똑같이 읽는다고 가정하면 안 돼요. 그 환경에서는 계정에 활성화된 스킬 등 별도 로딩 조건을 확인해야 해요. 스킬 이름, 파일명, 시작한 프로젝트 위치를 먼저 확인하세요. 다른 환경에서 성공한 화면을 보고 지침만 계속 고치면 원인을 놓칠 수 있어요. 2. 보고서가 갖춰야 할 칸부터 정해요 보고서 예시를 한 건 먼저 손으로 정리해 보세요. ‘이번 주 진행 내용·확정 결정·다음 행동·확인 필요’ 네 부분이면 시작하기 충분해요. 담당자와 기한이 없는 업무에는 미정이라고 적어요. 다음은 주간보고용 지침을 구성하는 짧은 예시예요. 본인의 업무에 맞게 평가한 뒤 사용하세요. 폴더 이름을 weekly-report로 만들었다면 그 안의 SKILL.md에 넣는 형태예요. --- name: weekly-report description: 한국어 업무 메모를 주간보고로 정리할 때 사용한다. --- # 한국어 주간보고 입력 메모의 사실만 사용한다. 출력 순서: 진행 내용, 확정 결정, 다음 행동, 확인 필요. 다음 행동에는 업무, 담당자,...

n8n 데이터 처리 세 역할을 구분해요 | AITipsHub 원창작 점검 도표 n8n에서 데이터가 중복되거나 빠진다면 반복 노드를 추가하기 전에 한 item 안에 배열이 있는지, 이미 여러 item으로 나뉘었는지 부터 확인하세요. 분리, 배치 처리, 합치기를 같은 동작으로 생각하면 예상한 실행 횟수와 실제 흐름이 달라져요. 아래는 외부 서비스에 메시지를 보내거나 유료 API를 호출하지 않고 구조를 점검하는 연습이에요. 실제 워크플로 성능을 측정한 결과는 아니에요. 1. 배열 10개와 item 10개는 달라요 다음 JSON은 문의 10건을 담은 하나의 객체예요. 이 객체를 한 item으로 입력했다면 inquiries 안에 배열이 있어요. 화면에 문의가 10개 보인다고 입력 item도 10개인 것은 아니에요. { "inquiries": [ {"id":"Q01","type":"배송"}, {"id":"Q02","type":"교환"}, {"id":"Q03","type":"상품"}, {"id":"Q04","type":"배송"}, {"id":"Q05","type":"취소"}, {"id":"Q06","type":"상품"}, {"id":"Q07","type":"교환"}, {"id":"Q08","type":"배송"}, ...

회의록이 여러 개면 최종 결정부터 찾아요 | AITipsHub 원창작 점검 도표 회의록이 여러 개라면 결정·담당자·기한·상태·근거를 한 줄에 묶고, 변경된 항목의 원문을 확인 하세요. 문장이 자연스러운 요약도 취소된 업무를 살려내거나 이전 담당자를 남길 수 있어요. 이 글에서는 익숙한 검색명인 NotebookLM으로 설명해요. 2026년 10월 17일 확인한 Google 공식 도움말은 Gemini Notebook 명칭으로 안내하고 있어, 계정 화면의 이름이 다를 수 있어요. 아래는 실제 회의 자료가 아닌 검수용 가상 사례예요. 1. 세 회의록에 날짜와 상태를 붙여요 ‘회의록 최종’, ‘진짜 최종’처럼 이름을 붙이면 순서를 해석하기 어려워요. 날짜와 회의 주제를 파일명에 적고, 본문에도 회의일을 남겨 보세요. 2026-10-05_상품소개_회의록 소개 페이지 초안: 민지 담당, 10월 12일 마감으로 확정. 고객 설문: 다음 회의에서 실시 여부를 결정하기로 함. 2026-10-08_상품소개_변경회의 소개 페이지 초안 담당을 준호로 변경하기로 확정. 마감은 10월 15일로 연기. 고객 설문은 취소. 2026-10-09_상품소개_아이디어메모 다음 달 영문 소개 페이지도 만들면 어떨지 제안. 담당자와 일정은 결정하지 않음. 정답은 ‘준호·10월 15일·확정’, ‘고객 설문·취소’, ‘영문 소개·미확정’이에요. 마지막 문서가 가장 최신이라고 해서 그 안의 제안이 모두 확정된 결정은 아니에요. 2. 요약 전에 추출 형식을 지정해요 자료를 넣고 이번 업무에 해당하는 소스만 선택한 다음 아래처럼 요청해 보세요. 소스 선택과 인용을 통해 답변의 근거를 확인하는 방법은 Google 공식 채팅 안내 에 설명되어 있어요. 선택한 회의록에서 현재 유효한 업무를 정리해 줘. 열: 결정 내용 / 담당자 / 기한 / 상태 / 근거 인용. 상태는 확정, 미확정, 취소, 충돌 중 하나로 표시해. 담당자나 날짜가 없으면 '미정'으로 적어. 변경 전 값은 ...

ChatGPT에서 Claude로 업무 맥락을 옮길 때는 옮길 내용을 먼저 골라내고, 가져온 뒤 원본과 대조 하면 돼요. 가져오기 완료 표시만 보고 끝내면 오래된 일정이나 잘못 추정된 선호까지 다음 대화에 영향을 줄 수 있어요. 이 글은 전체 대화와 첨부파일을 이사하는 방법이 아니라, 자주 설명하던 업무 배경과 응답 선호를 정리하는 방법이에요. 아래 예시는 직접 만든 가상 자료이며 이전 성공률을 측정한 실험 결과는 아니에요. 기억을 옮긴 뒤, 무엇을 확인할까요? | AITipsHub 원창작 점검 도표 1. 기억을 세 묶음으로 나눠요 메모를 내보내기 전에 ‘유지·수정·제외’를 표시해 보세요. 예를 들어 가상 프리랜서의 기록을 이렇게 정리할 수 있어요. 유지: 한국어 존댓말, 짧은 문단, 블로그 독자는 초보자, 출처 링크 필요 수정: 지난달 프로젝트 일정, 이전에 쓰던 도구, 바뀐 고객 응대 양식, 종료된 캠페인 제외: 고객 전화번호, 비밀번호, 개인 건강 정보, 업무에 필요 없는 가족 이야기 제외할 정보는 다른 서비스에 붙여 넣기 전에 지워요. ‘민감한 내용은 무시해 줘’라는 문장을 덧붙여도 이미 전달한 사실은 달라지지 않아요. 회사 자료라면 조직에서 허용한 도구와 전송 범위부터 확인하세요. 2. 내보낸 내용을 먼저 읽어요 기존 AI에게 다음처럼 요청해 보세요. 출력된 내용은 AI가 만든 정리본이므로 본인이 확인한 사실과 구분해야 해요. 다른 AI에서도 사용할 업무 소개서를 정리해 줘. 범위는 내가 명시한 업무 목적, 문체, 작업 규칙으로 제한해. 확인된 사실과 추정한 내용을 분리하고, 추정은 이전 대상에서 제외해. 고객 식별정보와 개인적인 민감정보는 넣지 마. 각 항목에 현재도 유효한지 내가 검토할 빈 칸을 붙여 줘. ‘기억을 전부 보여 달라’는 요청에 답했다고 해서 서비스가 보관하는 모든 데이터를 받은 것은 아니에요. 중요한 원문과 파일은 별도로 보관하고, 이번에는 다음 업무에 필요한 맥락만 추리는 편이 좋아요. 3. Claud...

Claude 답변이 느리다고 effort 때문이라고 단정할 수는 없어요. 도구가 실행 중인지, 자료가 길어졌는지, 일시적 서비스 문제가 공지됐는지도 함께 살펴보세요. 반복 업무라면 모델을 바꾸기 전에 effort 설정을 비교해 볼 만해요. 먼저 현재 모델의 Default로 답을 받은 뒤, 선택 가능한 한 단계 낮은 수준에서 같은 요청을 해보는 방식이에요. 중요한 건 첫 답변이 빨리 나왔는지가 아니라, 내가 쓸 수 있는 결과까지 얼마나 걸렸는지예요. 이 글은 Claude 채팅 화면을 기준으로 해요. 아래 업무 예시와 비교 기록법은 직접 시험해 볼 수 있도록 만든 편집 제안이에요. Claude effort 설정은 어디서 바꾸나요 채팅 입력창의 보내기 버튼 옆에서 모델 이름을 누르고, Effort를 연 뒤 원하는 수준을 선택해요. 대화 중 바꾸면 다음 답변부터 적용돼요. Default 표시는 그 모델의 권장값이에요. 모델마다 기본값과 제공 옵션이 다를 수 있으니, 다른 사람의 화면보다 내 메뉴를 기준으로 확인하세요. 공식 설정 안내 effort를 높이면 더 꼼꼼한 응답에 시간을 쓰고 토큰 사용도 늘어요. 다만 effort와 Thinking은 별도 설정이고, 모델에 따라 Thinking을 끌 수 없는 경우도 있어요. 하나를 바꿨다고 다른 하나까지 꺼졌다고 생각하면 안 돼요. 공식 설정 안내 내 업무에는 어느 수준부터 써볼까요 처음부터 모든 일을 가장 높은 수준에 맡길 필요는 없어요. 다음 표는 공식 성능 순위가 아니라, 결과를 쉽게 검수할 수 있는 업무부터 비교해 보자는 출발점이에요. 업무 예시 먼저 해볼 비교 결과에서 확인할 것 안내문을 짧고 부드럽게 고치기 Default와 한 단계 낮은 수준 날짜와 요청 사항이 그대로인지 회의 메모에서 할 일 뽑기 Default부터 시작 담당자와 기한을 지어내지 않았는지 여러 제안서의 조건 비교하기 Default로 만든 뒤 누락을 점검 제외 조건과 예외까지 담았는지 서로 다른 자료의 모순 찾기 Defa...