AI Tips hub

회의록이 여러 개면 최종 결정부터 찾아요 | 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...

Suno 가사 소재가 막힐 때는 오늘 반복한 행동 하나를 골라보세요. 행동이 커지는 과정, 짧게 반복할 말, 정신이 번쩍 드는 순간을 붙이면 평범한 일상도 한 곡의 이야기가 돼요. 이번에는 도브리뮤직의 ‘알고리즘의 늪’을 따라, 잠들기 전 영상 하나가 어떻게 밤샘 이야기로 자라는지 살펴볼게요. 도브리뮤직에서 ‘알고리즘의 늪’ 듣기 가사를 먼저 완성해 한 곡으로 만드는 전체 흐름은 1편: 사랑의 맛 제작 과정 에서 이어서 볼 수 있어요. 1. 큰 주제보다 작은 장면에서 시작해요 ‘스마트폰에 빠진 현대인’이라고 쓰면 말하고 싶은 건 분명하지만, 가사 첫 줄은 잘 나오지 않아요. ‘자기 전에 짤 하나만 보려고 누웠다’로 좁히면 침대, 손가락, 화면이 바로 떠오르죠. 실제 가사도 “분명히 자기 전에 짤 하나 보려고 했는데”로 시작해요. 아직 큰 사건은 없어요. 대신 듣는 사람이 자기 경험을 가져올 자리가 생겨요. 소재를 고를 때는 언제, 어디서, 무엇을 했는지를 한 문장에 담아보세요. 감정 설명은 그다음이어도 괜찮아요. 2. 장면은 점점 엉뚱해지게 쌓아요 1절에서는 고양이 영상으로 시작해 수능 금지곡과 피라미드의 비밀까지 넘어가요. 2절에는 유압 프레스와 길거리 음식 영상이 등장해요. 처음에 보려던 것과 멀어질수록 ‘나 지금 뭐 하고 있지?’라는 웃음이 생겨요. 여기서 가져올 방법은 영상 종류를 많이 적는 것이 아니라, 이동하는 방향을 만드는 거예요. 처음에는 누구나 이해할 만한 행동을 놓아요. 다음에는 예상에서 조금 벗어나는 선택을 붙여요. 마지막에는 본인도 설명하기 어려운 장면까지 가봐요. 지각 이야기라면 알람을 끄는 장면, 옷을 뒤집어 입는 장면, 뛰어나갔다가 열쇠 때문에 돌아오는 장면으로 확장할 수 있어요. 같은 불평을 반복하는 대신 사건을 한 칸씩 움직이는 거죠. 3. 후렴에는 행동을 짧게 반복해요 이 곡의 후렴에는 ‘Scroll’과 ‘Watch’가 반복돼요. 긴 설명 없이도 엄지손가락과 시선이 계속 움직이는 모습을 떠올리게 해요. “내일 출근은 미래의 나에...

Suno 스타일 프롬프트를 쓸 때는 장르, 악기, 보컬, 편곡 흐름을 나누어 생각해 보세요. 「사랑의 맛」에 남아 있는 트로트 댄스와 파워 메탈 스타일을 비교하면, 원하는 음악을 얼마나 구체적으로 설명할 수 있는지 감이 잡혀요. 이번에는 실제 스타일 문장을 읽고, 같은 가사로 장르를 탐색하는 연습까지 이어가 볼게요. 「사랑의 맛」의 두 버전은 무엇이 다른가요? 라이브러리에는 「사랑의 맛」이라는 제목의 V4.5 COVER 버전이 3분 20초로, 「사랑의 맛 (Remix) (Edit)」가 3분 22초로 남아 있어요. 각각의 스타일은 트로트 댄스와 파워 메탈을 중심으로 설명되어 있어요. COVER는 화면에 보이는 표기이고, (Remix)·(Edit)는 제목에 남은 문자열이에요. 제목만으로 사용한 기능이나 작업 순서를 확정하지는 않아요. 이번에는 스타일 문장을 비교해요. 두 버전의 가사 전체가 같은지는 별도 대조가 필요해요. 같은 가사로 장르를 바꾸는 과정은 직접 해볼 연습으로 소개할게요. 사랑의 맛 Remix Edit 버전의 파워 메탈 스타일 전문을 보여주는 Suno 화면 사진 설명: 「사랑의 맛 (Remix) (Edit)」의 파워 메탈 스타일. 악기와 보컬, 곡의 전개를 설명한 부분이에요. 아래는 각 버전에 저장된 Styles 원문이에요. 설명을 제외한 코드 상자 안의 텍스트를 선택해 복사할 수 있어요. 실제 입력: 트로트 댄스 버전 This Korean trot-dance fusion opens with a lively accordion melody, quickly joined by a four-on-the-floor electronic kick and deep synth bass, Verses feel intimate, with sparse instrumentation, while choruses explode into energetic hooks with punchy synths and rhythmic flourishes, Dynamic transitions...

Suno로 곡을 만들 때 출발점이 막막하다면, 먼저 가사에 담을 이야기부터 정해 보세요. 「사랑의 맛」도 가사를 완성한 뒤 Suno 4.5에서 pop+rock을 비롯한 여러 장르를 시도하고, 그중 마음에 드는 곡을 고르는 순서로 만들었어요. 이번 글에서는 그 과정을 가사 준비, 장르 탐색, 버전 정리의 세 단계로 풀어볼게요. 1. 노래가 전할 말을 한 문장으로 정해요 「사랑의 맛」의 중심에는 오래 우릴수록 진해지는 마음이 있어요. 국밥이라는 친숙한 소재를 사랑에 겹쳐 놓았죠. 가사 첫 줄은 “국밥집에서 처음 본 그대”예요. 어디서 누구를 만났는지 바로 그려지고, 뒤에 나올 음식 비유도 자연스럽게 받아들일 수 있어요. 후렴에서는 그 생각이 더 또렷해져요. 사골국물 같은 우리 사랑 우려낼수록 진한 그 맛 곡의 제목과 이야기가 이 두 줄로 이어져요. 처음 가사를 쓸 때도 소재를 잔뜩 나열하기보다, 끝까지 가져갈 비유 하나를 골라보세요. 커피라면 식어가는 온도, 버스라면 함께 가는 길처럼 장면을 확장할 수 있어요. 2. 가사 원본과 제작용 가사를 나눠요 이 곡에는 가사만 담은 원본과 스타일·구간 지시가 들어간 프롬프트가 따로 있어요. 가사 원본은 이야기를 읽고 고치기 편하고, 제작용 입력은 노래의 흐름을 설명하기 좋아요. 제작용 가사에는 [Verse 1], [Pre-Chorus], [Chorus], [Bridge], [Outro] 같은 구간 표시가 붙어 있어요. 예를 들어 첫 만남을 이야기하는 부분과 “사골국물 같은 우리 사랑”을 반복하는 부분을 구분해 둔 거예요. 각 구간이 맡을 역할을 먼저 생각하면 가사를 어디서 반복할지도 정하기 쉬워져요. 구간 이름만 복사하려면 아래를 사용하세요. 실제 제작용 가사의 전체 순서가 아니라, 위에서 소개한 태그만 모은 부분 예시예요. 필요한 위치에 가사를 넣어주세요. [Verse 1] [Pre-Chorus] [Chorus] [Bridge] [Outro] 두 텍스트의 가사 내용과 순서는 같고, 제작용에는 “아~”처럼 길게 부를 느낌...

AI 조사 노트는 원문 사실, 자신의 해석, 확인할 질문을 구분해서 저장하는 것이 좋습니다. 노트를 다시 자료로 사용할 때 추정이 사실처럼 반복되는 일을 줄이기 위한 방법입니다. 왜 노트의 구분이 중요한가요? Google의 현재 안내에서는 선택한 Note 소스도 질문과 답변의 근거로 사용될 수 있습니다. 따라서 원문을 요약한 문장과 작성자의 의견이 섞인 노트를 저장하면 이후 답변을 검토하기 어려워질 수 있습니다. 아래 구분은 제품의 자동 검증 기능이 아니라 사용자가 직접 유지할 작업 규칙입니다. 노트를 세 구역으로 나눠 보세요 확인된 사실: 원문 링크, 발행일, 핵심 내용을 기록합니다. 내 해석: 이 사실이 내 작업에 어떤 의미인지 적습니다. 추가 확인: 공식 자료에서 찾지 못한 질문을 남깁니다. 예를 들어 “새 편집 기능이 발표됐다”는 사실과 “내 편집 시간이 절반으로 줄 것이다”라는 기대는 다른 구역에 있어야 합니다. 기대를 사실 구역에 넣지 않는 것만으로도 이후 문서를 검토하기가 쉬워집니다. 실무용 노트 양식 주제: [한 가지 질문] 출처·날짜: [공식 링크와 발표일] 확인된 내용: [원문에서 확인한 요약] 적용 범위: [대상 계정·제품·지역] 내 해석: [의견임을 표시] 미확인 사항: [추가 조사할 질문] 다음 검토일: [변경 가능성에 맞춰 선택] 이 양식은 예시이며 특정 도구만을 위한 형식은 아닙니다. 노트 제목에는 주제와 확인일을 넣고, 이전 버전을 바로 지우기보다 새 버전과 구분해 보관하면 변경 이유를 추적할 수 있습니다. 블로그 글로 바꿀 때 확인할 것 노트의 해석 문장을 원고에서 사실처럼 쓰지 않았는지 확인합니다. 공식 발표의 예정 사항을 이미 제공되는 기능으로 바꾸지 않았는지도 봅니다. 출처가 오래됐다면 현재 안내를 다시 열고, 직접 시험하지 않은 예시는 그렇게 표시하세요. 마지막으로 독자가 바로 쓸 수 있는 점검표나 짧은 적용 예시를 추가합니다. 출처를 길게 바꿔 쓰는 것보다 무엇을 확인하고 어떻게 판단할지 알려주는 편이 글의 고유한 가치를...