Codex가 사용할 수 있는 사실과 사용할 수 없는 사실을 가르치기
조사, 초안 작성 또는 SEO 및 GEO 페이지 개선 전에 Codex에 승인된 주장, 증명 링크, 예시, 제한 사항, 미해결 질문이 포함된 팩트 팩을 만드세요.
Codex는 진실 경계를 주었을 때 더 잘 씁니다
약한 SEO 콘텐츠를 만드는 가장 빠른 방법은 AI에게 "전문가 가이드를 작성하라"고 요청하고, 당신의 제품, 서비스, 위치, 가격, 프로세스, 고객, 제한 사항을 AI가 알기를 바라는 것입니다.
그렇지 않습니다. 팩트 팩이 이를 해결합니다. Codex에게 무엇을 진술할 수 있는지, 사실이 어디서 왔는지, 당신이 확인하기 전에 무엇을 비워둬야 하는지 알려주는 작은 소스 폴더입니다.
완료의 정의: 최소 10개의 사실 또는 출처 링크가 포함된 팩트 팩이 있으며, 각각 confirmed, needs owner fact 또는 do not use로 표시되어 있습니다. 코스의 모든 페이지에 재사용할 수 있습니다.
45분 확보. 트래픽 미션, 사용이 허용된 공개 페이지와 문서, 누락된 사실을 소유자에게 묻는 방법을 가져오세요. 비밀번호, 고객 데이터, 비공개 계약, 공유 승인을 받지 않은 자료를 업로드하지 마세요.
부서별이 아닌 결정별로 사실 수집하기
fact-pack.md라는 문서를 여세요. 트래픽 미션 방문자가 결정하는 데 도움이 되는 정보만 추가하세요.
사실 그룹 | 예시 | 안전한 출처 |
|---|---|---|
적합성 | 서비스가 누구에게 적합하고 적합하지 않은지 | 승인된 서비스 페이지, 소유자 확인 |
프로세스 | 서비스 또는 구매 전, 중, 후에 일어나는 일 | 문서화된 워크플로우, 지원 정책 |
증명 | 자격, 제품 사양, 테스트 방법, 가시적 예시 | 자사 문서 또는 승인된 증거 |
제한 | 가격 경계, 가용성, 위치, 호환성, 제외 사항 | 현재 정책, 재고 시스템, 소유자 확인 |
다음 단계 | 예약, 구매, 체험, 가입, 지원 경로 | 실시간 전환 페이지 또는 승인된 프로세스 |
정의된 출처가 있고 페이지가 설명할 수 있는 경우를 제외하고 best, trusted, fast, easy 같은 모호한 주장을 추가하지 마세요.
탭 더미가 아닌 소스 레지스터로 시작하기
fact-pack이라는 폴더를 만드세요. 편집자가 검토해도 편한 소스의 사본 또는 링크만 추가하세요:
fact-pack/
traffic-mission.md
service-scope.md
onboarding-checklist.pdf
public-terms-url.txt
owner-questions.md
fact-pack.md부기 연속 예시에서 처음 5개의 사용 가능한 사실은 다음과 같을 수 있습니다:
사실 | 상태 | 출처 | 도움이 되는 곳 |
|---|---|---|---|
개인 사업자 디자이너에게 월간 부기 제공 | CONFIRMED | 승인된 서비스 범위, 2026-07-29 | 적합성 도입부 |
개인 세금 신고 대행은 제공하지 않음 | CONFIRMED | 서비스 약관, 2026-07-29 | 범위 경계 |
온보딩 전 디스커버리 콜 진행 | CONFIRMED | 온보딩 체크리스트 | 다음 단계 설명 |
서비스 지역은 브리스톨만 | NEEDS OWNER FACT | 공개 문구가 상충됨 | 지역 적합성 섹션 |
고객이 매월 수 시간 절약 | DO NOT USE | 측정된 출처 없음 | 페이지 아이디어에서 제거 |
가장 강한 행이 마케팅 문장이 아니라는 점에 주목하세요. 방문자의 결정을 바꾸는 사실입니다. 출처는 다른 사람이 나중에 찾을 수 있도록 구체적이어야 합니다: 페이지 URL, 문서 이름, 소유자, 검토 날짜.
분류 먼저, 그 다음 Codex가 정리하게 하기
스스로 빠른 첫 패스를 하세요. 현재 출처가 있는 경우에만 CONFIRMED로 표시. 사실일 수 있지만 증명할 수 없으면 NEEDS OWNER FACT로 표시. 거짓이거나, 모호하거나, 오래되었거나, 너무 위험하면 DO NOT USE로 표시. Codex가 영업 언어에서 상태를 추론하게 하지 마세요.
두 소유 출처가 충돌하면 둘 다 팩에 쓰고 사실을 CONFLICT로 표시하세요. 그것은 소유자 질문이 됩니다. 충돌은 모델이 더 매력적인 주장을 선택해 해결해야 할 것이 아닙니다.
Codex로 팩트 팩 구축하기
당신은 나의 팩트 팩 편집자입니다.
트래픽 미션:
[붙여넣기]
내가 소유하거나 승인한 출처 자료:
- [공개 URL]
- [문서 경로]
- [스크린샷 또는 메모]
- [소유자 진술]
다음 테이블을 포함한 fact-pack.md 작성:
FACT | STATUS (CONFIRMED / NEEDS OWNER FACT / DO NOT USE) | SOURCE | WHERE IT HELPS
그런 다음 추가:
1. 첫 트래픽 페이지에 필요한 사실.
2. 주장하기에 안전하지 않은 내용.
3. 중요도 순으로 최대 5개의 소유자 질문.
4. 짧은 "Codex 규칙" 문단: 확인된 사실만 사용. 누락된 사실 표시.
미확인을 주장으로 바꾸지 말 것.
사실을 발명하지 말고, 비공개 고객 결과를 추론하지 말고, 추천을 만들지 말고,
소스 파일을 변경하지 말고, 아무것도 게시하지 마세요.매끄러운 요약이 아닌 주장 수준의 결과 요구하기
완성된 fact-pack.md는 이후 초안에서 직접 사용할 수 있는 행을 포함해야 합니다. 좋은 것과 나쁜 것의 예는 다음과 같습니다:
나쁜 행 | 실패 이유 | 더 나은 행 |
|---|---|---|
우리는 스트레스 없는 부기를 제공. CONFIRMED. | "스트레스 프리"는 감정이며 확인 가능한 서비스 사실이 아님. | 월간 기록 인계 전에 문서화된 온보딩 체크리스트를 전송. CONFIRMED. 출처: 온보딩 체크리스트 v3, 2026-07-29 검토. |
우리는 모든 프리랜서를 돕습니다. CONFIRMED. | "모두"는 위험하고 아마 거짓인 적합성 주장. | 개인 사업자 디자이너는 승인된 서비스 범위에 명시됨. CONFIRMED. 기타 프리랜서 유형: NEEDS OWNER FACT. |
우리는 지역 업체입니다. CONFIRMED. | 방문자에게 위치나 원격 서비스 가능 여부를 알려주지 않음. | 브리스톨 전용 대 영국 원격 가능 여부: NEEDS OWNER FACT. 소유자가 확인할 때까지 서비스 지역을 진술하지 않음. |
모델이 누락된 사실을 유창한 문구로 바꾸면 이 수정을 사용하세요:
팩트 팩을 행별로 감사하세요. 지원되지 않는 모든 형용사, 결과, 수량, 위치, 가격,
시간 주장, 고객 결과를 출처 기반 사실, NEEDS OWNER FACT, CONFLICT 또는 DO NOT USE로
대체하세요. 그럴듯하게 들린다고 주장을 보존하지 마세요.2분 안에 출력 감사하기
팩트 팩에서 CONFIRMED를 검색하세요. 모든 확인된 사실에는 독자나 소유자가 확인할 수 있는 출처가 필요합니다. NEEDS OWNER FACT를 검색하세요. 이는 실패가 아닙니다. 거짓 주장이 페이지나 AI 답변에 도달하기 전에 막는 것입니다.
나쁜 팩트 팩 항목: 고객은 시간을 절약합니다. CONFIRMED. 출처: 상식.
좋은 팩트 팩 항목: 온보딩 체크리스트에는 연결된 Shopify 스토어와 제품 피드가 필요합니다. CONFIRMED. 출처: 2026-07-28 날짜의 온보딩 문서. 도움: 설정 적합성 섹션.
팩을 신뢰하기 전에 4가지 검색 실행하기
문서에서 다음 용어를 하나씩 검색하세요:
CONFIRMED: 모든 행에 출처와 날짜 또는 소유자 참조가 필요합니다.NEEDS OWNER FACT: 모든 행에 라벨뿐만 아니라 직접적인 질문이 필요합니다.CONFLICT: 모든 행에 경쟁하는 출처 이름이 필요합니다.DO NOT USE: 설득력이 있어도 모든 행이 페이지 문구에서 제외되어야 합니다.
그런 다음 첫 페이지에 "차단"인 사실 3개를 선택하세요. 부기 가이드에서 서비스 범위와 세금 신고 제외가 차단입니다. 추천은 차단이 아닙니다. 하나의 간결한 요청으로 소유자에게 필요한 것을 알리세요:
[트래픽 미션]을 위한 페이지를 준비하고 있습니다. 다음 사실만 확인해 주세요:
1. [특정 서비스 지역 또는 자격 질문]
2. [특정 프로세스 또는 가격 경계 질문]
3. [양식 또는 체험 후의 특정 조치]
응답하지 않은 항목은 NEEDS OWNER FACT로 표시하고 문구로 게시하지 않겠습니다.날짜가 있는 변경 로그 사용하기
사실은 오래됩니다. 가격, 서비스 지역, 제품 지원, 정책, 재고, 온보딩 단계는 모두 변경됩니다. 변경된 각 행 아래에 이 줄을 추가하세요:
Changed: 2026-07-29 | Owner/source: [이름 또는 문서] | Pages to recheck: [URL]사실을 업데이트할 때 Codex에게 전체 사이트를 다시 쓰도록 요청하지 마세요. 그 사실을 사용하는 초안과 페이지를 나열하고, 영향받는 페이지에 대해서만 검토 가능한 변경을 준비하도록 요청하세요.
모든 후속 Codex 프롬프트에서 팩트 팩 사용하기
Codex가 페이지를 조사, 초안 작성 또는 수정할 때마다 이 문장을 추가하세요:
먼저 fact-pack.md를 읽으세요. CONFIRMED 사실만 사용. NEEDS OWNER FACT를
보이게 유지. 미확인을 그럴듯한 주장으로 절대 바꾸지 마세요.사실이 변경되면 날짜와 출처를 포함해 먼저 팩을 업데이트하세요. 그런 다음 Codex에게 어떤 페이지가 그 사실을 사용하는지 물어보세요. 이렇게 하면 변경된 가격, 서비스 지역, 정책, 제품 호환성, 온보딩 단계에 대한 안전한 업데이트 경로가 생깁니다.
Codex에 좁은 초안 경계 주기
페이지 작성 레슨에 도달하면 모든 프롬프트 앞에 이 지침을 추가하세요:
작업 전 fact-pack.md를 읽으세요. CONFIRMED로 표시된 행만 사용.
NEEDS OWNER FACT, CONFLICT, DO NOT USE 행을 독자 대상 문구로 바꾸지 마세요.
계획된 모든 주장에 대해 그것이 유래한 팩트 팩 행을 인용하세요.
필요한 문장에 CONFIRMED 출처가 없으면 중단하고 소유자에게 사실을 물어보세요.엄격해 보이는 이유는 그렇기 때문입니다. 팩트 팩은 AI 지원 페이지를 쓰지 않은 사람이 검토할 수 있게 만드는 것입니다.
팩을 사용할 수 있을 만큼 작게 유지하세요. 40페이지 아카이브가 현재 범위, 제한, 출처, 한 페이지에 대한 미해결 질문이 있는 2페이지 문서보다 자동으로 더 나은 것은 아닙니다. 트래픽 미션이 필요할 때만 자료를 추가하세요.
이후 각 인계 전에 5분 사실 확인 실행하기
Codex가 초안, 브리프, 차이 또는 변경 시트를 반환하면 팩트 팩을 따랐다고 가정하지 마세요. 가장 중요한 세 줄(보통 자격, 범위, 가격, 위치, 호환성 또는 정책 진술)을 선택하고 정확한 뒷받침 행을 보여달라고 요청하세요. 응답이 팩에 없는 출처를 지목하면 소유자가 추가할 때까지 주장을 미검증으로 취급하세요.
[제안된 아티팩트]와 fact-pack.md를 읽어주세요. 모든 중요한 공개 진술에 대한 주장 추적
테이블을 만드세요: 정확한 주장, 팩트 팩 행, 출처/날짜, 상태, 필요한 조치.
CONFIRMED 행이 없는 진술은 REMOVE OR NEEDS OWNER FACT로 표시하세요.
아티팩트를 다시 쓰지 말고, 게시하지 말고, 지원되지 않는 주장을 완화하지 마세요.긴 프롬프트 후에 특히 중요합니다: 그럴듯한 문구는 승인된 사실과 같지 않습니다. 추적 테이블을 페이지 패킷과 함께 저장하세요. 이렇게 하면 이후 게시 검토가 빨라지고 사실이 변경될 때 수정이 가능해집니다.
코스 맵
다음: Codex가 고객이 이미 묻고 있는 30개의 실제 질문을 찾게 하세요. Codex는 고객의 언어를 기회로 바꾸기 전에 진실 경계를 갖습니다.
완료 체크리스트
- [ ] 모든 확인된 사실에 출처가 있다.
- [ ] 누락된 정보가 조용히 가정되지 않고 보인다.
- [ ] 팩에 관련된 곳의 적합성, 프로세스, 증명, 제한, 다음 단계 사실이 포함된다.
- [ ]
fact-pack.md를 향후 Codex 프롬프트가 읽을 수 있는 곳에 저장했다. - [ ] 각 CONFIRMED 행에 출처와 검토 날짜를 기록했다.
- [ ] Codex가 버전을 선택하게 하지 않고 충돌을 미확인과 분리했다.
- [ ] 차단 사실에 대해 소규모 우선순위 소유자 질문 요청을 보냈다.
저자: Iris Campbell, Auspia 에디토리얼 증거 분석가, 2,500개 이상 출처 검토. Iris는 AI 지원 콘텐츠를 유용하고 정확하게 유지하는 증거 시스템에 대해 씁니다.
![팩트 팩 작업 패킷 워크플로우 다이어그램]()
이 과제에는 이 순서를 사용하세요: 실제 입력으로 시작하고, 증거를 확인하고, 검토 가능한 출력을 준비한 다음, 독자의 다음 단계를 선택하세요.
