이 사이트는 어떻게 돌아가나

자동으로 도는 것

• 브리핑 — AI가 그날의 신호를 모으고, 출처마다 근거 등급을 붙여 초안을 만듭니다. 구독 메일은 제가 승인한 호만 나갑니다.
• 매일 아침 발행 — 가져오기 → 빌드 → 점검 → 교체 → 안정성 시험 순서로 돕니다. 점검에서 하나라도 걸리면 사이트를 바꾸지 않고 전날 판을 그대로 둡니다.
• 영문판 — 같은 체계가 영문을 준비합니다. 핸드북처럼 제 이름으로 내는 글은 영어권 독자에게 맞게 따로 씁니다.

스스로를 점검하는 것

• 발행 전 검사기 — 발행할 때마다 이메일 주소, 사진에 남은 위치 정보, 내부 경로, 개발용 주소, 사이트 안의 깨진 링크, 공개하지 않기로 한 원고 등 여덟 가지를 봅니다. 검사기는 먼저 일부러 심어 둔 위반 여덟 개를 모두 잡아 보인 뒤에야 검사를 시작합니다. 아무것도 못 잡는 검사기가 「문제 없음」이라고 말하는 것을 막기 위해서입니다.
• 매일 바깥 점검 — 실제로 나간 사이트를 밖에서 열어 봅니다. 공개 페이지가 열리는지, 비공개 페이지가 막혀 있는지, 인증서와 보안 설정이 그대로인지 확인합니다.
• 매달 교차 감사 — 이 체계를 만든 것과 다른 회사의 AI 모델이 읽기 전용으로 사이트와 운영 기록을 검토합니다. 지적은 반박할 수 있는지부터 확인한 뒤 고칩니다. 한 사람이 만든 체계는 맹점도 한 방향으로 생기기 쉬워, 다른 눈을 일부러 붙였습니다.
• 오류 장부 — AI의 주장이 틀린 것으로 드러나면 장부에 적습니다. 제가 잡든, 다른 모델이 잡든, 나중에 실측으로 드러나든 같습니다. 이 사이트를 포함한 제 AI 작업 전체의 장부 번호가 300을 넘었습니다. 장애 건수가 아니라 작은 오인과 확인 안 한 단정까지 적은 번호입니다. 틀린 것을 세어 두어야 같은 실수를 규칙이 아니라 장치로 막을 수 있습니다.

사람이 결정하는 곳

• 구독 메일 발송, 예측의 공개와 판정, 핸드북 글 발행은 제가 승인합니다.
• 무엇을 공개할지는 AI가 정하지 않습니다.
• 규칙도 AI가 만들지 않습니다. AI는 빠진 규칙을 찾아 보고하고, 어떻게 메울지는 제가 정합니다.

예측은 기록하고 판정합니다

예측은 확인할 조건과 날짜를 함께 적어 두고, 그날이 오면 맞았는지, 빗나갔는지, 판정할 수 없는지를 가려 예측 기록에 남깁니다. 한 번 공개한 예측 문장은 고치지 않습니다.

이 구조의 한계

• 검사기는 아는 종류의 문제만 잡습니다. 그래서 바깥 점검과 교차 감사를 겹쳐 둡니다.
• AI가 만든 초안은 틀릴 수 있습니다. 오류 장부가 있는 이유입니다.
• 혼자 운영하는 체계입니다. 사람이 많은 조직이라면 승인 지점을 더 나누어야 합니다.

지금 이 팀이 무엇을 하고 있는지는 AI 팀 사무실에서 볼 수 있습니다.