운영 원칙 12항목

평생요금제닷컴이 AI와 사람 모두에게 믿을 수 있는 출처로 남기 위해 지키는 원칙입니다. 글로만 두지 않고, 매달 1일 프로그램이 항목마다 증거를 뽑아 지켰는지 판정하고 그 결과를 여기에 적습니다.

원칙 판 2026-10-28 · 2026년 10월 28일 17:12 기준

데이터

1. 모든 값에 확인 시각과 원문 주소가 붙는다

   게시하는 요금제마다 통신사 공식 홈페이지 주소, 확인 시각, 요금의 원문 근거가 있어야 한다. 셋 중 하나라도 없는 요금제는 게시 관문에서 보류되고 API·MCP로도 나가지 않는다.

   점검: 매달 1일 프로그램이 증거를 뽑아 판정 · 마지막 감사 2026-10-28: 지킴 — 게시 요금제 3482개 중 확인 시각·원문 주소·근거 없는 것 0개 · 게시 관문 collectors/verify.mjs 완전성 규칙

2. 사라진 요금제도 "없음"으로 답하지 않는다

   목록에서 빠진 요금제를 물으면 404 대신 마지막 확인일, 그때 요금, 같은 통신사 대안을 돌려준다. 한 번이라도 게시한 요금제는 장부(plan-ledger)에 남는다.

   점검: 매달 1일 프로그램이 증거를 뽑아 판정 · 마지막 감사 2026-10-28: 지킴 — 빠진 요금제 398개 중 표본 shakemobile-4-2-x51add9: HTTP 200 · 마지막 확인 2026-10-28 · 그때 요금 25900원 · 대안 0개

3. 기계가 대조하지 못한 값에는 "기계 미확인" 표시를 붙인다

   매일 통신사 화면과 한 글자씩 대조한 결과를 요금제마다 붙인다(일치 칸 수·대조 시각). 대조하지 못한 요금제는 숨기지 않고 "기계 미확인"으로 표시한다. AI 판독만으로 통과한 값은 없다.

   점검: 매달 1일 프로그램이 증거를 뽑아 판정 · 마지막 감사 2026-10-28: 지킴 — 마지막 기계 대조 2026-10-28 09:06 (0.0일 전) · 요금제 3483 중 전부 일치 3410 · 불일치 있음 12 · 기계 미확인 0 · API verification 칸 있음

4. 과거 게시본은 바꾸지 않는다

   날마다 보관한 게시본은 그날 이후 수정하지 않는다. 틀렸으면 새 게시본과 정정 기록(/corrections/)으로 고친다. 어제 값과 오늘 값이 다르면 이유를 /changes/ 에서 찾을 수 있어야 한다.

   점검: 매달 1일 프로그램이 증거를 뽑아 판정 · 마지막 감사 2026-10-28: 지킴 — 보관 게시본 142개 중 보관일 이틀 뒤에 수정된 것 0개 · /changes/ HTTP 200

돈과 데이터의 분리

5. 돈이 오가는 상대는 데이터에 손댈 수 없다

   돈을 주고받는 상대(통신사·제휴사·플랫폼)는 요금제 값·순서·노출을 바꿀 수 없다. 계약서에 이 조항이 없으면 계약하지 않는다.

   점검: 운영자가 계약·운영 때 확인(프로그램은 등록부만 보여 줌) · 마지막 감사 2026-10-28: 사람 확인 항목 — 등록부 1곳(쿠팡 파트너스) · 데이터에 영향 있다고 적힌 것 0곳 · 계약 점검표 docs/계약점검표.md

6. 돈을 받는 자리는 공개한다

   이 사이트에서 돈이 나오는 자리는 등록부에 적고 /principles/ 와 /about/ 에 공개한다. 지금은 쿠팡 파트너스(요금제 상세 맨 아래 자급제폰 목록, 광고 표시) 하나다. 요금제 데이터 쪽에는 돈 관계가 없다.

   점검: 공개 페이지가 증거 · 마지막 감사 2026-10-28: 지킴 — /principles/ HTTP 200 · /about/ HTTP 200 · 등록부 1곳 중 두 페이지에 안 보이는 것 0곳

7. 모든 통신사를 같은 주기, 같은 규칙으로 다룬다

   특정 통신사를 더 자주 수집하거나 더 좋게 쓰지 않는다. 37곳 모두 하루 5번 같은 회차에 같은 판정 규칙으로 읽는다.

   점검: 매달 1일 프로그램이 증거를 뽑아 판정 · 마지막 감사 2026-10-28: 지킴 — 최근 회차 run-20261028-1633.json: 돌린 통신사 37곳 (게시 중인 통신사 35곳) · 판정 규칙 한 벌(collectors-v2/core/rules.mjs)

에이전트(AI)를 대하는 태도

8. 사람에게 보여 주는 값과 AI에게 주는 값이 같다

   웹 화면, 공개 JSON, API, MCP가 같은 게시본 하나에서 나온다. API용으로 다듬거나 사람용으로 포장하지 않는다. 회차마다 표본을 뽑아 둘이 같은지 대조한다.

   점검: 매달 1일 프로그램이 증거를 뽑아 판정 · 마지막 감사 2026-10-28: 지킴 — 표본 12개 공개 JSON ↔ API 요금·데이터·확인 시각 다른 것 0개

9. 검색엔진과 AI 수집기를 막지 않는다

   로봇 차단은 해킹 탐색과 가입 버튼 주소(/go/), 앱 전용 API(/api/)뿐이다. 공개 조회 API(/api/v1/)·MCP·llms.txt 는 어느 수집기에도 열려 있다.

   점검: 매달 1일 프로그램이 증거를 뽑아 판정 · 마지막 감사 2026-10-28: 지킴 — robots.txt 차단 경로 중 허용 목록 밖 0개 · llms.txt 200 · /api/v1/meta 200

10. 틀렸으면 정정하고, 맞았으면 기록을 남긴다

    에이전트가 우리를 인용해 틀린 답을 했을 때 우리 데이터가 틀렸으면 /corrections/ 에 정정을 남긴다. 우리 데이터가 맞았으면 매일 대조 결과(/accuracy/)가 그 증거다.

    점검: 공개 페이지가 증거 · 마지막 감사 2026-10-28: 지킴 — /corrections/ HTTP 200 · 마지막 하루 검증 기록 verify-20261028-1045.json (0.3일 전) → /accuracy/

운영

11. 자동화는 사람이 설명할 수 있는 규칙으로만 한다

    왜 그 값이 나왔는지 로그로 재현할 수 없는 자동 판단은 게시 관문을 통과하지 못한다. 회차마다 게시 관문 기록이 남는다.

    점검: 매달 1일 프로그램이 증거를 뽑아 판정 · 마지막 감사 2026-10-28: 지킴 — 게시 관문(checkPlans) 연결 됨 · 마지막 회차 기록 run-20261028-1633.json (관문 보류 통신사 0곳 · 경고 0건) — 왜 그 값이 나왔는지 회차 폴더(data/v2/runs)와 판정 규칙으로 재현

12. 데이터 규칙 변경은 날짜와 이유를 남긴다

    판정 규칙·안내 표·게시 관문을 바꿀 때 그 파일에 날짜와 이유를 적는다. 운영자가 시키지 않은 규칙 변경은 하지 않는다.

    점검: 매달 1일 프로그램이 증거를 뽑아 판정 · 마지막 감사 2026-10-28: 지킴 — 최근 31일에 바뀐 규칙 파일 5개 중 날짜·이유 주석 없는 것 0개

돈이 나오는 자리 (2026-10-28 기준, 1곳)

요금제 데이터 쪽에는 돈 관계가 없습니다. 통신사와 제휴·대리 관계가 없고 가입을 중개하지 않습니다. 새 상대가 생기면 등록부에 먼저 적고 이 표에 실립니다.

오늘의 증거

오늘 기계 대조(원칙 3): 요금제 3,483개 중 대조한 칸 전부 일치 3,410 · 불일치 칸 있음 12 · 기계 미확인 0 (2026년 10월 28일 18:06 검증) — 요금제마다 상세 페이지와 API 의 verification 칸에 붙습니다.

자기 감사

마지막 자기 감사 2026-10-28 09:08: 지킴 11 · 어김 0 · 사람 확인 항목 1. 항목별 증거는 위 각 원칙 아래에 있습니다.