이 가이드는 짧은 명령어 하나로 끝나지 않습니다. 필요한 자료를 정리하고, AI가 추측하지 않게 경계를 주고, 출력 내용을 원문과 대조해 실제로 사용할 수 있는 결과로 만드는 전체 과정을 설명합니다.
예시 안내 본문의 입력과 기대 결과는 절차를 설명하기 위해 구성한 예시입니다. 실제 수행 결과나 성과를 주장하지 않으며, 중요한 업무에는 원자료와 담당자의 최종 확인이 필요합니다.
- 먼저 추적할 공식 출처와 기간을 고정합니다.
- 사실 추출과 해석 작성을 분리해 근거 없는 결론을 줄입니다.
- 배포 전 링크·날짜·인용 범위를 사람이 확인합니다.
완성 결과물
누구에게 필요하고, 누구에게는 맞지 않을까
이런 분께 맞습니다
- 공식 공지나 제품 업데이트를 정기적으로 따라가는 실무자
- 팀에 동일한 형식의 주간 요약을 공유하는 담당자
- 링크와 확인 상태가 남는 리서치 루틴을 만들고 싶은 사람
이 경우에는 멈추세요
- 실시간 속보나 투자 판단처럼 즉시성과 전문 판단이 핵심인 업무
- 접근 권한이 없는 유료 자료를 우회 수집하려는 경우
- AI가 자동으로 모든 사실을 검증해 줄 것이라 기대하는 경우
시작 전에 준비할 것
도구를 열기 전에 입력 자료와 최종 확인자를 정하면, 그럴듯하지만 틀린 결과를 줄일 수 있습니다.
- 반드시 확인할 공식 사이트 또는 문서 목록
- 이번 브리프의 시작일과 종료일
- 지난 회차 브리프와 아직 해결되지 않은 질문
- 팀에서 합의한 중요도와 확인 상태 표기
단계별 과정
출처 목록과 관찰 범위를 고정합니다
왜 필요한가 — 매주 다른 자료를 보면 변화가 아니라 수집 기준의 차이를 요약하게 됩니다.
공식 블로그, 도움말, 변경 기록처럼 원문을 확인할 수 있는 출처만 기본 목록에 넣습니다. 검색 결과 요약이나 재인용 글은 발견 경로로만 쓰고 최종 근거는 원문으로 교체합니다.
기간, 제품 영역, 독자를 한 문장으로 정합니다. 자료가 없으면 억지로 내용을 채우지 않고 ‘확인된 업데이트 없음’이라고 기록합니다.
관찰 기간: 2026-08-07~2026-08-14 대상: 팀이 사용하는 AI 도구의 공식 도움말 변경 독자: 콘텐츠 운영팀 출처: 공식 도움말 3개 URL
수집 기준 - 기간 안에 게시 또는 수정된 공식 문서 - 콘텐츠 운영에 영향을 주는 기능·정책 변경 - 날짜를 확인할 수 없는 문서는 참고 목록으로 분리
자료를 같은 입력 형식으로 정규화합니다
왜 필요한가 — 제목과 본문을 무작정 붙이면 서로 다른 문서의 날짜와 주체가 섞일 수 있습니다.
자료마다 출처명, 문서 제목, 게시·수정일, URL, 관련 문단을 하나의 블록으로 만듭니다. 확인할 수 없는 필드는 ‘확인 불가’로 둡니다.
전체 페이지 대신 판단에 필요한 문단만 넣되 문맥이 사라지지 않도록 앞뒤 설명을 함께 보관합니다. 링크는 AI 출력과 별도로 원본 표에도 남깁니다.
[자료 A] 출처명: 제품 공식 도움말 제목: 내보내기 설정 안내 수정일: 2026-08-12 URL: https://example.com/official-doc 관련 문단: 관리자는 내보내기 옵션을 설정할 수 있습니다.
자료 ID: A 주체: 제품 공식 도움말 변경 기준일: 2026-08-12 확인 가능한 사실: 관리자용 내보내기 옵션 안내가 존재함 추가 확인: 이전 안내와 달라진 문장
사실 카드부터 추출합니다
왜 필요한가 — 자료 요약과 업무 영향 해석을 동시에 시키면 원문에 없는 의미가 끼어들기 쉽습니다.
첫 번째 요청에서는 누가, 무엇을, 언제 바꿨거나 안내했는지만 뽑습니다. 문서에 변화 전 상태가 없으면 ‘변경됨’이라고 단정하지 않습니다.
각 사실 카드에 자료 ID와 근거 문장을 붙이고, 불명확한 부분은 확인 질문으로 보냅니다. 비슷한 공지가 여러 개여도 출처가 다르면 우선 별도 카드로 둡니다.
자료 A~C에서 원문으로 확인되는 사실만 추출하세요. 변화 전 상태가 없으면 ‘신규’나 ‘변경’으로 단정하지 마세요. 자료 ID와 근거 문장을 포함하세요.
사실 카드 A-1 내용: 관리자용 내보내기 옵션이 문서에 안내됨 기준일: 2026-08-12 근거: ‘관리자는 내보내기 옵션을 설정할 수 있습니다.’ 상태: 이전 문서와 비교 필요
팀 영향과 다음 행동을 조건부로 씁니다
왜 필요한가 — 같은 업데이트도 조직 설정과 업무 방식에 따라 영향이 다르기 때문입니다.
확인된 사실 아래에 ‘우리 팀에서 해당 기능을 사용한다면’처럼 전제를 적고 가능한 영향을 씁니다. 사실처럼 단정하지 말고 확인할 설정과 담당자를 함께 제안합니다.
즉시 행동, 관찰, 해당 없음의 세 상태로 분류하면 모든 공지를 긴급 업무로 만드는 일을 피할 수 있습니다.
사실 카드 A-1을 콘텐츠 운영팀 관점에서 해석하세요. 사실 / 적용 조건 / 가능한 영향 / 확인할 설정 / 권장 상태를 구분하고 확정할 수 없는 내용은 단정하지 마세요.
사실: 관리자용 내보내기 옵션 안내가 있다. 적용 조건: 팀 계정에서 해당 내보내기를 사용할 때 가능한 영향: 저장·공유 절차 확인이 필요할 수 있음 확인할 설정: 관리자 페이지의 현재 옵션 권장 상태: 관찰
링크와 원문을 확인한 뒤 발행합니다
왜 필요한가 — 브리프의 신뢰도는 문장 수보다 독자가 근거를 다시 확인할 수 있는지에 달려 있습니다.
사람이 각 링크를 열어 문서 제목, 날짜, 핵심 문장이 일치하는지 확인합니다. 접근할 수 없거나 내용이 바뀐 링크는 상태를 표시하고 근거로 사용하지 않습니다.
브리프 끝에는 관찰 기간, 작성자, 검토 상태, 다음 회차에서 확인할 질문을 적습니다. 지난 브리프와 달라진 판단은 수정 이유를 함께 남깁니다.
확인된 사실 카드만 사용해 주간 브리프를 작성하세요. 구성은 이번 주 핵심 / 업무 영향 / 확인할 일 / 업데이트 없음 / 출처 / 다음 회차 질문입니다.
이번 주 핵심: 관리자용 내보내기 옵션 안내 문서를 확인함. 업무 영향: 실제 사용 여부에 따라 확인 필요. 확인할 일: 팀 관리자 설정 점검. 출처: 자료 A 원문 링크. 다음 회차 질문: 이전 문서와 달라진 범위는 무엇인가?
수정해 쓰는 재사용 입력
중괄호 부분을 자신의 상황으로 바꾸고, 실제 자료를 넣기 전에 개인정보와 공개하면 안 되는 내용을 제거하세요. 결과는 반드시 원문과 대조합니다.
당신은 주간 브리프의 사실 정리자입니다. 아래 자료만 사용하세요.
[관찰 범위]
- 기간: {{시작일}} ~ {{종료일}}
- 대상: {{제품 또는 주제}}
- 독자: {{팀}}
[규칙]
1. 각 사실에 자료 ID, 문서 날짜, 짧은 근거를 붙입니다.
2. 이전 상태가 없으면 신규·변경·종료로 단정하지 않습니다.
3. 사실과 팀 영향 해석을 분리합니다.
4. 영향에는 적용 조건을 적고, 확인이 필요한 내용은 질문으로 남깁니다.
5. 링크나 날짜가 확인되지 않으면 "확인 불가"라고 표시합니다.
[출력]
1. 이번 주 확인된 사실
2. 조건부 업무 영향
3. 즉시 확인 / 관찰 / 해당 없음
4. 확인되지 않은 주장
5. 출처 목록
6. 다음 회차 질문
[자료]
{{자료 ID가 붙은 원문 블록}}결과 확인 체크리스트
- 관찰 기간과 독자를 적었다.
- 공식 원문을 최종 출처로 사용했다.
- 모든 자료에 ID와 URL을 붙였다.
- 게시일과 수정일을 구분했다.
- 사실과 영향 해석을 분리했다.
- 영향 문장에 적용 조건을 적었다.
- 이전 상태가 없을 때 변화를 단정하지 않았다.
- 사람이 링크와 근거 문장을 다시 확인했다.
- 확인 불가와 업데이트 없음 상태를 허용했다.
- 다음 회차 질문을 남겼다.
자주 막히는 지점과 해결법
검색은 발견에만 쓰고, 최종 근거는 발행 주체의 원문으로 교체합니다.
이전 버전과 비교할 수 없으면 ‘이번 주 확인됨, 변경 범위 미확인’으로 씁니다.
‘확인된 주요 업데이트 없음’을 정상 결과로 인정하고 다음 관찰 항목을 적습니다.
자료별 대상·발행일·효력 시점을 분리하고 공통으로 확인되는 범위만 종합 문장에 남깁니다.
개인정보·저작권·정확성 주의
AI가 자연스럽게 작성했다는 사실은 정확성과 이용 권한을 보장하지 않습니다. 공개하거나 전달하기 전에 아래 항목을 확인하세요.
- 로그인이 필요한 자료를 권한 없이 복사하거나 공유하지 마세요.
- 저작권이 있는 문서를 과도하게 재현하지 말고 필요한 사실만 요약하세요.
- 의료·법률·금융 관련 변화는 해당 분야 전문가와 원문을 함께 검토하세요.
- AI의 링크 생성 결과를 믿지 말고 실제로 열리는 공식 URL인지 확인하세요.
- 자동 배포 전에 사람 검토 단계를 유지하세요.
공식 출처와 확인 기준
출처는 각 원자료가 다루는 범위 안에서 참고했습니다. 서비스 화면과 기능은 바뀔 수 있으므로 실제 사용 전 최신 문서를 다시 확인하세요.
수정 이력
2026-08-14 — 작성 및 편집 검수. 최종 수정 2026년 8월 14일.
이어서 볼 가이드
03. AI 직원 7명에게 바로 일을 시키는 프롬프트
3줄 요약 AI에게 역할 이름만 주지 말고 입력·업무·출력·규칙을 함께 정합니다. 대표실, 마케팅, 영업, 고객지원, 재무, 개발, 운영의 책임과 결과물을 서로 다르게 설정합니다. 대괄호 안의 상품·고객·자료만 바꾸면 반복해서 사용할 수 있는 AI 직원 7명의 업무 프롬프트를 만들 수 있습니다. 완성 결과물 대표실부터 운영팀까지 AI 직원 7명의 역할과 결과물을 고정하고, 필요한 업무가 생길 때 해당 프롬프트를 복사해 […]
2편. AI에게 이름 말고 결과물을 주세요: 7개 부서 역할표 만드는 법
3줄 요약 완성 결과물 부서별 입력, 결과물, 완료 조건, 하지 않을 일이 한 줄씩 적힌 7행짜리 역할표를 만들고, 이번 달에 실제로 가동할 부서만 골라 첫 업무를 배정할 수 있습니다. 누구에게 필요한가 이 경우에는 먼저 멈추세요 시작 전 준비 부서를 만들기 전에 각 부서가 무엇을 받고 무엇을 내놓을지 정해두면, 결과물이 다음 부서로 넘어갈 때 다시 설명하지 […]