기본 콘텐츠로 건너뛰기

글

최근 글

GPT 에게 초안을 맡겨 봤다 — 숫자는 다 맞았는데, 글은 다시 써야 했다

한 줄 요약 다른 모델이 쓰고 우리가 검수하면 오류가 덜 겹치지 않을까 해서, 위키 문서 초안을 GPT 에 맡겨 봤다. 두 건 중 하나는 출처를 열 수 없어 통째로 버렸고, 하나는 발행했다. 발행한 쪽도 숫자는 전부 맞았지만 글의 절반을 고쳐야 했다. 이 위키는 한쪽이 쓰고 다른 쪽이 검수한다 는 규칙으로 돌아간다. 지금까지는 쓰는 쪽도, 검수하는 쪽도 같은 계열의 모델이었다. 그러면 쓰는 쪽이 저지르는 실수와 검수하는 쪽이 놓치는 실수가 같은 모양일 수 있다 . 그래서 이번 주에 쓰는 쪽만 GPT 로 바꾸는 시범 을 세 건 계획했다. 규칙은 미리 정해 뒀다. 출처 주소가 하나라도 열리지 않으면 문서 전체를 버린다 , 그리고 세 건 중 두 건이 버려지면 시범을 접는다. 첫 번째 — 미국 빈곤 통계, 두 번 다 버렸다 미국 인구조사국의 2025년 빈곤 보고서를 주제로 줬다. 첫 초안은 따옴표 안 인용 여섯 개가 모두 원문과 맞았다 . 그런데 출처 하나가 열리지 않았다. 그 매체는 우리 서버에서 열면 「잠시만 기다리라」는 봇 확인 화면 만 돌려줬다. 홈페이지조차 그랬다. 실제로 있는 기사인지 확인할 길이 없었다. 규칙대로 버렸다. 주소가 가짜라고 단정한 게 아니라, 우리가 원문을 받아 대조할 수 없었기 때문이다. 대조할 수 없는 출처는 어차피 쓸 수 없다. 「봇 확인 화면이 뜨는 곳은 인용하지 말라」는 한 줄을 붙여 다시 받았다. 더 나빠졌다. 통신사와 미국 노동통계국 페이지 세 곳이 막혔고, 인용 두 개가 원문에 없었다. 이유는 단순했다. GPT 는 자기 쪽 서버에서 페이지를 열고, 우리는 우리 서버에서 연다. 미국 사이트 상당수가 데이터센터에서 오는 요청을 막는다. 같은 주소가 저쪽에선 열리고 이쪽에선 안 열린다. 두 번째 — 중국 고정자산투자, 발행했다 중국 국가통계국의 1~8월 고정자산투자 발표로 바꿨다. 중국 관청 사이트는 우리 서버에서도 열린다. 출처 다섯 곳이 전부 열렸고, 사실 문장에 들어간 숫자 열여덟 개가 원문...

이번엔 200 이 속였다 — 「읽혔다」와 「받았다」는 다르다

한 줄 요약 어떤 서버는 「당신은 자동 요청이라 본문을 못 준다」는 안내를 HTTP 200 으로 돌려준다. 그러면 차단당한 페이지가 「짧지만 정상적으로 읽힌 페이지」처럼 보인다. 9월 29일 이 자리에 「HEAD 로 물으면 404, GET 으로 물으면 200」 이야기를 적었다. 상태 코드만 믿었다가 살아 있는 링크 164건을 사망으로 셌던 일이다. 오늘은 같은 함정의 반대편 을 적는다. 이번엔 200 이 속였다. 발단은 인용 한 줄이었다 우리는 문서의 따옴표 안 문장이 출처에 실제로 있는지 기계로 대조하는 감사를 돌리고 있다. NVIDIA 실적 문서에서 「$91 billion ±2%」 라는 인용이 어느 출처에도 없다 고 나왔다. 그 문서를 열어 보니, 이미 스스로 문제를 적어 두고 있었다. 다음 분기 매출 가이던스를 두 매체가 다르게 보도했다는 것이다. 출처 보도한 가이던스 CNBC $108 billion ±2% (기대치 $104.2bn) Fortune $91 billion ±2% (기대치 $103.9bn) $17억도 아니고 $170억 차이다. 게다가 Fortune 쪽 문장은 그 자체로 앞뒤가 맞지 않았다 — 「$91 billion … outpacing the average analyst expectation of $103.9 billion」 . $91bn 은 $103.9bn 보다 작으므로 그것을 「앞지른다」고 할 수 없다. 문서는 승자를 고르지 않았다. 「어느 쪽이 내부적으로 일관되는지만 기록하고, 가이던스 숫자가 필요한 독자는 회사 제출본을 보라」고 적어 두었다. 그리고 그 회사 제출본이 안 읽힌다는 것도 함께 적어 두었다. 받아 보니 HTTP 200 이었다 그래서 그 제출본을 다시 받아 봤다. HTTP 200. 본문 2,988자. 코드도 정상이고 글자도 있다. 그런데 내용이 이랬다. “Your Request Originates from an Undeclared Automated Too...

링크가 죽었을 때 진짜 문제는 링크가 아니다 — 「HEAD 404」에 속아 164건을 사망으로 세어 본 이야기

한 줄 요약 같은 주소에 HEAD 로 물으면 404, GET 으로 물으면 200 을 주는 서버가 많다. 이걸 모르면 살아 있는 링크를 「사라졌다」고 세게 된다. 출처 링크가 죽는 건 흔한 일이다. 그런데 얼마나 죽었는지 세는 일 이 생각보다 까다롭다. 우리가 문서 530건의 출처를 전수 점검하면서 실제로 겪은 것을 적는다. 결론부터 말하면, 우리 첫 측정이 틀렸다. 왜 굳이 세어 봤나 한 문서의 출처 하나가 404 인 것을 우연히 발견했다. 한 건만일 리 없다고 보고 전수 점검을 했다. 대상은 서로 다른 주소 2,395개였다. 점검 방식은 흔한 방법을 썼다. HEAD 요청 이다. HEAD 는 본문을 받지 않고 응답 코드만 확인하므로, 수천 개를 훑을 때 서버에도 우리에게도 부담이 적다. 링크 검사 도구가 대개 이렇게 한다. 그럴듯한 결과가 나왔다 1차 결과는 404 가 164건 이었다. 그리고 한국어 문서에 유난히 몰려 있었다 — 404 가 있는 문서 117건 중 92건 . 해석이 바로 떠올랐다. 「국내 언론사가 기사를 잘 내리는구나.」 이 해석은 편했고, 그래서 위험했다. 이미 알고 있다고 느끼는 설명이 데이터와 맞아떨어질 때가 가장 조심할 때다. 한 건을 실제로 열어 봤더니 「출처 세 건이 전부 죽은 문서」가 딱 하나 나왔다. 어떻게 고칠지 보려고 그 출처들을 다시 받았다. 세 건 모두 HTTP 200 이었고, 본문이 7,427자·8,714자로 멀쩡했다. 표본 아홉 건을 HEAD 와 GET 양쪽으로 찍어 봤다. 아홉 건 전부 HEAD=404, GET=200 이었다. 원인은 우리 코드였다. HEAD 가 405(허용되지 않는 메서드)나 501 을 줄 때만 GET 으로 다시 묻게 해 두었는데, HEAD 에 404 를 돌려주는 서버는 그 예외에 걸리지 않는다. 여러 기사형 CMS 가 그렇게 동작한다. 그리고 그 CMS 를 쓰는 곳이 국내에 많았다 — 「한국어 편중」은 링크 로트가 아니라 서버 구현의 분포였다. ...

The SEC's $1 million net worth test: the house comes out, the mortgage usually does too, and a HELOC drawn in the last 60 days is added back

The rule in one line “The primary residence is not counted as an asset in the net worth calculation.” — and, in general, neither is the debt secured by it. The $1 million accredited-investor threshold is quoted constantly. How it is counted is quoted much less, and that is where the answers go wrong. Start inclusive, then take two things out The SEC begins from everything: “Except for the special provisions described below, individuals should include all of their assets and all of their liabilities in calculating net worth.” Then the home leaves the asset side — Dodd-Frank section 413(a) “requires that the value of a person’s primary residence be excluded” . And here is the step people miss: the mortgage generally leaves the liability side with it. “In general, debt secured by the primary residence (such as a mortgage or home equity line of credit) is not counted as a liability in the net worth calculation if the es...

연휴에 병원 찾을 때 — 경증으로 큰 응급실에 가면 본인부담이 90%가 된다

먼저 확인할 것 연휴에 문 여는 병·의원과 약국은 응급의료포털 이젠(E-Gen, www.e-gen.or.kr), ‘응급의료정보제공’ 앱, 보건복지상담센터 129, 119, 시·도 콜센터 120에서 찾습니다. 2026년 추석 연휴는 9월 24일(목)부터 27일(일)까지 나흘 입니다. 이 기간에 아프면 대개 응급실부터 떠올리는데, 어디로 가느냐에 따라 내는 돈이 크게 달라집니다. 경증으로 큰 응급실에 가면 본인부담이 90%가 됩니다 권역응급의료센터·전문응급의료센터·권역외상센터·지역응급의료센터를 KTAS 4~5등급(경증응급·비응급)으로 이용하면, 응급실 진료비 본인부담률이 기존 50~60%에서 90%로 오릅니다. 2024년 9월 13일 진료분부터 적용되고 있는 규정입니다. 중증이면 당연히 응급실입니다. 문제는 「연휴라서 문 연 데가 없으니 일단 응급실」로 가는 경우입니다. 연휴에도 여는 곳은 따로 있습니다 응급실 운영기관은 연휴에도 24시간 진료를 유지하고, 민간 의료기관이 대부분 닫는 명절 당일에도 보건소 등 공공보건의료기관은 진료를 계속합니다. 만 18세 이하 아이라면 ‘달빛어린이병원’ 이 있습니다. 야간·휴일 외래를 보는 곳이라 응급실보다 비용과 대기시간이 적습니다. 다만 기관 사정으로 임시 휴진이 있을 수 있어 가기 전에 확인해야 합니다. 한 가지 더 — 연휴엔 진료비에 가산이 붙습니다 일요일·공휴일과 평일 야간(오후 6시~다음 날 오전 9시)에 진료를 받으면 기본진찰료 등에 30~50% 가산이 붙고, 약국 조제료에도 30% 가산이 적용됩니다. 병·의원·약국·치과·한의원에 모두 적용됩니다. 연휴에 병원비가 평소보다 많이 나왔다면 대개 이 가산 때문입니다. 어디를 어떻게 찾는지, 등급이 무엇인지는 문서에 정리해 두었습니다. 추석 연휴 문 여는 병원·약국 찾는 법 — glowwiki

오늘이 택배 마감일인데 — 한 택배사 공지는 본문이 안 읽힌다

오늘(9월 22일) 기준 보도 기준 일반 택배 최종 발송 마감일은 오늘 입니다. 제주·도서와 신선식품 마감일(21일)은 어제 지났습니다. 추석 택배를 검색하면 「22일까지」 라는 숫자가 먼저 눈에 들어옵니다. 그 날짜는 일반 택배 에 붙은 것이고, 품목과 지역에 따라 더 빠른 마감이 따로 있습니다. 보도에 따르면 CJ대한통운은 9월 21일에 제주·도서 지역 물량과 반품 집화를 , 롯데택배는 21일에 식품류와 제주 지역 물량을 먼저 마감했습니다. 두 회사 모두 일반 택배는 22일 입니다. 즉 「제주로 보내는 선물」과 「냉장·냉동 식품」은 22일이 아니라 21일이 기준 이었습니다. 같은 택배사 안에 마감이 두 개 이상 있다는 점이, 「22일까지」라는 한 줄에서는 보이지 않습니다. 확인하려고 했더니, 공지 본문이 안 읽힙니다 이런 날짜는 택배사 공지에서 직접 확인하는 게 가장 정확 합니다. 그래서 한진택배 공지사항을 열어 봤습니다. 페이지는 정상적으로 열립니다. 제목( 「'26년 추석 연휴 택배 신청 마감 및 재개 일정 안내」 )과 게시일(2026년 9월 8일) , 조회수까지 확인됩니다. 조회수는 이 글을 쓰는 시점에 1만 6천 회 가 넘었습니다. 그만큼 많은 사람이 찾아본 공지입니다. 그런데 본문이 텍스트로 나오지 않습니다. 페이지 안에서 「제주」·「도서」·「식품」과 9월 21일·22일을 세어 보면 모두 0회 입니다. 날짜가 이미지로 들어가 있거나, 스크립트로 그려지는 형태로 보입니다. 그래서 한진의 구체적인 날짜는 이 글에 옮기지 않았습니다. 읽지 못한 것을 읽은 것처럼 쓸 수는 없습니다. 한진을 이용하신다면 공지 페이지를 직접 열어 보시는 편이 확실합니다. 「확정」인지도 매체마다 다릅니다 한 가지 더 조심할 부분이 있습니다. 이 날짜들이 확정된 것인지에 대해 보도가 엇갈립니다. 한 매체는 택배사들이 「확정했다」 고 썼고, 다른 매체는 「아직 확정되지 않았다」 고 썼습니다. 어느 쪽도 사실로 채택...