[🛠] /en/ 영어 블로그를 붙이며 배운 것들

✨ GPT-5.5의 요약 　

hyuk.blog 전체를 영어 버전으로 확장하면서 /en/ 구조, 번역 품질, 언어 전환 UI, 조회수 공유까지 한 번에 점검하게 된 기록.

이번 작업은 처음에는 단순해 보였다.

블로그에 영어 버전을 붙이면 된다.

하지만 실제로는 그렇지 않았다. 글을 번역하는 작업이 아니라, 블로그 전체를 한/영 이중 구조로 바꾸는 작업이었다. URL 구조, SEO, 검색, 카테고리, 사이드바, 댓글 UI, 조회수, 배포 방식, 앞으로 글을 쓸 때의 운영 규칙까지 전부 같이 움직였다.

처음 질문은 이거였다.

en.hyuk.blog가 나을까?
/en/이 나을까?

결론은 /en/이었다.

영어판을 완전히 다른 제품처럼 운영할 생각이면 subdomain도 가능하다. 하지만 지금 블로그는 한국어 원문을 중심으로 영어 번역을 붙이는 구조다. 같은 도메인 안에서 언어별 URL을 분리하고, hreflang으로 서로를 연결하는 쪽이 더 단순하고 운영하기 좋았다.

그래서 목표는 이렇게 잡혔다.

hyuk.blog/...      한국어 원문
hyuk.blog/en/...   영어 버전

이 결정 하나 때문에 뒤의 작업 방향이 전부 정리됐다.

영어판은 페이지 몇 개가 아니라 블로그 전체였다

처음에는 영어 홈, 영어 소개, 영어 카테고리 정도를 만들면 될 것처럼 보였다.

하지만 블로그는 그렇게 얇지 않았다.

/en/을 붙이면 다음 것들이 전부 언어를 알아야 한다.

홈
카테고리 페이지
사이드바 카테고리
최신 글 목록
글 목록 메타
검색 결과
관련 글
댓글 UI
SEO title/description
canonical/hreflang
sitemap
feed
조회수

그래서 영어 글은 _posts/en 같은 하위 폴더로 넣지 않았다.

Jekyll에서 _posts 아래에 넣으면 결국 site.posts에 섞인다. 그러면 한국어 홈 pagination과 feed가 영어 글까지 같이 먹을 수 있다. 이건 시작부터 구조가 꼬이는 방식이다.

대신 영어 글은 별도 collection으로 분리했다.

collections:
  en_posts:
    output: true
    permalink: /:categories/:title/

파일은 _en_posts/에 두고, front matter의 category에 en을 포함해 URL을 만든다.

_posts/...      -> /daily-review/2026-06-07/
_en_posts/...   -> /en/daily-review/2026-06-07/

이게 첫 번째 교훈이었다.

다국어 블로그는 번역 파일을 추가하는 일이 아니라, collection 경계를 정하는 일이다.

경계를 잘못 잡으면 나중에 pagination, search, feed, category, related posts가 조용히 오염된다.

번역 품질은 생성보다 검수가 먼저였다

가장 크게 삐끗한 지점은 번역이었다.

처음에는 bulk 번역을 밀어붙이면 될 줄 알았다. 그런데 샘플을 보니 바로 신뢰가 깨졌다. 어떤 파일에는 번역문 안에 프롬프트 지시문이 그대로 들어가 있었다.

Return only the translated content. Do not add notes or fences.

이건 단순 오타가 아니다.

번역 시스템이 출력물을 제대로 통제하지 못했다는 증거다. 이런 상태에서 300개 넘는 글을 patch review로 때우는 건 위험했다. 일부만 어색한 게 아니라, 전체 생성 경로를 믿을 수 없다는 뜻이었기 때문이다.

그래서 판단을 바꿨다.

쓰레기 번역 검수보다 재생성이 낫다.

샘플 10개를 보자고 했고, 결론은 기존 번역을 살리는 쪽이 아니라 전체 재생성 쪽이었다. 이후에는 최신 GPT 모델을 쓰는 worker 기준을 룰에 넣고, 영어 글 생성/수정 시 한국어 원문과 같이 움직이도록 repo 규칙도 추가했다.

이 부분은 기술보다 운영 원칙에 가까웠다.

대량 생성은 빠르다. 하지만 빠른 생성은 빠른 오염이기도 하다. 특히 공개 글 번역은 한두 개가 틀리면 끝이 아니다. 독자는 “이 블로그 영어판은 못 믿겠다”고 판단한다.

그래서 이번 작업의 두 번째 교훈은 이거다.

대량 번역은 완료율보다 신뢰 경로가 먼저다.

몇 퍼센트 번역됐는지보다, 어떤 모델로, 어떤 기준으로, 어떤 검수 흐름을 통과했는지가 더 중요하다.

언어 전환은 메뉴에 있으면 충분하지 않았다

영어판을 배포한 뒤 바로 문제가 보였다.

직접 URL은 열렸다.

https://hyuk.blog/
https://hyuk.blog/en/

그런데 사용자가 한/영 전환을 못 찾았다.

처음 구현에서는 English / 한국어 링크를 masthead의 일반 메뉴 항목 안에 넣었다. HTML에는 있었다. 라이브 페이지에도 링크는 있었다. 하지만 사용자 입장에서는 안 보이는 것이나 마찬가지였다.

Minimal Mistakes의 greedy navigation은 화면 폭에 따라 메뉴를 숨기거나 이동시킨다. 모바일에서는 햄버거 메뉴 안쪽으로 들어간다. “있다”와 “보인다”는 다르다.

그래서 언어 전환 링크를 메뉴 항목에서 빼서 별도 버튼으로 만들었다.

<a class="masthead__language-switch" href="/en/" hreflang="en">English</a>

그리고 desktop/mobile 양쪽에서 항상 보이도록 스타일을 붙였다.

이건 작은 UI 수정이지만 교훈이 컸다.

다국어 사이트의 언어 전환은 navigation item이 아니라 global control이다.

검색 버튼이나 다크모드 토글처럼, 어느 화면에서도 찾을 수 있어야 한다. 특히 블로그처럼 글을 읽다가 언어를 바꾸는 흐름이 자연스러운 사이트에서는 더 그렇다.

조회수는 언어별로 쪼개면 안 됐다

다음 문제는 조회수였다.

이 블로그에는 /devlog/github-pages-blog/github-pages-blog-visitor-counter/에서 붙인 방문자 카운터가 있다.

처음 구조에서는 글별 조회수 key가 document.url이었다.

data-page-view-path=""

그러면 한글 글과 영어 글은 서로 다른 글처럼 세어진다.

/daily-review/2026-06-07/
/en/daily-review/2026-06-07/

이건 내가 원한 게 아니었다.

영어 글은 다른 글이 아니라 같은 글의 번역이다. 조회수도 같은 글의 조회수로 공유되어야 한다. 그래서 영어 글의 data-page-view-path는 /en/...가 아니라 한국어 canonical path로 렌더링하게 했다.

/en/daily-review/2026-06-07/ -> /daily-review/2026-06-07/

클라이언트 JS에서도 /en/...를 /...로 normalize했다.

Cloudflare Worker도 같은 정규화를 하게 했다. 혹시 클라이언트에서 /en/...가 들어와도 서버에서 다시 접는다.

normalizedPath = normalizedPath.replace(/^\/en(?=\/|$)/, "") || "/";

그리고 여기서 한 번 더 생각해야 했다.

언어 전환을 하면 today가 2개씩 올라가면 안 된다.

/daily-review/x/ -> /en/daily-review/x/
/ -> /en/

같은 브라우저에서 같은 canonical page를 언어만 바꿔 보는 것은 새 page view로 세면 안 된다. 그래서 dedupe key도 normalized path 기준으로 맞췄다. 한글 글과 영어 글이 같은 path로 dedupe되면, 10분 안에 언어만 바꿔도 today/month/total이 두 번 올라가지 않는다.

반대로 다른 글로 이동하면 다른 canonical page니까 한 번 더 올라가는 게 맞다. 이 카운터는 unique visitor가 아니라 page view counter다.

이게 네 번째 교훈이었다.

다국어의 canonical 개념은 SEO만의 문제가 아니다. 통계, dedupe, UI 표시까지 같은 기준을 써야 한다.

Cloudflare Worker 배포도 repo에 고정해야 했다

조회수 Worker를 수정하면서 또 하나 걸렸다.

처음에는 CLI로 바로 배포하면 될 것 같았다.

npx wrangler deploy cloudflare/ga-stats-worker.js --name hyuk-blog-ga-stats --keep-vars

하지만 dry-run에서 이런 신호가 나왔다.

No bindings found.

그대로 배포하면 D1 DB 바인딩이 빠질 수 있었다.

이건 위험했다. Worker 코드는 배포됐는데 env.DB가 없으면 방문자 카운터가 바로 깨진다.

그래서 wrangler.toml을 repo에 추가했다.

name = "hyuk-blog-ga-stats"
main = "cloudflare/ga-stats-worker.js"
compatibility_date = "2026-06-07"

[[d1_databases]]
binding = "DB"
database_name = "hyuk-blog-view-counter"
database_id = "..."

그 다음 dry-run에서 바인딩을 확인했다.

env.DB (hyuk-blog-view-counter)      D1 Database

그제야 실제 배포했다.

npx wrangler deploy --keep-vars

여기서도 교훈은 단순했다.

dashboard에 있는 운영 설정을 기억으로 배포하면 안 된다.

Worker 이름, entrypoint, compatibility date, D1 binding처럼 배포에 필요한 것은 repo 설정으로 남겨야 한다. secret 값은 커밋하면 안 되지만, 어떤 binding이 필요한지는 커밋해야 한다.

이번 작업에서 바뀐 것

커밋 흐름으로 보면 핵심은 네 단계였다.

9dbd40b  feat: add english blog version
e936464  update: require english post sync
117b3f3  fix: show language switch in masthead
cc58021  fix: share english view counts

첫 커밋에서 /en/ 영어 블로그 구조와 _en_posts 번역 corpus를 붙였다. 이때 영어 navigation, sidebar, search, SEO, hreflang, sitemap, category pages, related posts 같은 언어 인식 구조가 같이 들어갔다.

두 번째 커밋에서는 앞으로 글을 만들거나 수정할 때 영어 번역도 함께 맞추는 repo 규칙을 추가했다.

세 번째 커밋에서는 사용자가 실제로 찾지 못한 언어 전환 링크를 masthead의 항상 보이는 버튼으로 뺐다.

네 번째 커밋에서는 조회수 공유와 Worker 배포 구조를 바로잡았다. 한글/영어 같은 글이 같은 조회수 key를 쓰고, /en/ 접속도 canonical path 기준으로 dedupe되게 했다.

결과

이제 블로그는 이런 구조가 됐다.

hyuk.blog/...      한국어 원문
hyuk.blog/en/...   영어 번역

영어판은 별도 collection에 있다. 한국어 홈과 feed를 오염시키지 않는다. 검색 결과도 언어별로 갈라진다. SEO에는 hreflang이 붙는다. masthead에는 항상 보이는 언어 전환 버튼이 있다. 조회수는 한/영 같은 글이면 같은 숫자를 쓴다. 언어만 바꿔도 today가 2개씩 튀지 않는다.

작업 자체는 꽤 컸다.

하지만 가장 중요한 건 기능보다 기준이었다.

이번 작업을 하면서 기준이 여러 개 생겼다.

언어 URL은 /en/으로 간다.
영어 글은 _en_posts collection으로 분리한다.
번역은 최신 GPT 모델 기반으로 생성/검수한다.
공개 글 생성/수정 시 영어 번역도 같이 맞춘다.
언어 전환은 항상 보이는 global control로 둔다.
조회수와 dedupe는 언어 URL이 아니라 canonical page 기준으로 잡는다.
Worker 배포 설정은 wrangler.toml에 남긴다.

이게 이번 작업의 진짜 산출물이다.

영어판을 붙인 것도 중요하지만, 더 중요한 건 앞으로 블로그가 다국어 상태로 계속 운영될 수 있는 기준을 만든 것이다.

그리고 여기서 다음 질문이 바로 생겼다.

영어까지만 갈 것인가.

아니면 아예 ko 기본, en, ja, zh-Hans, 그리고 몇 개 언어를 더 붙여서 다중 언어 서비스처럼 갈 것인가.

이건 생각보다 괜찮은 포트폴리오 주제다. 특히 타닥바이블 홍보까지 생각하면 단순한 개인 블로그 번역보다 더 의미가 있다. 기독교 콘텐츠는 영어 하나로 끝나지 않는다. Pew Research Center의 2025년 종교 지형 보고서도 기독교 인구가 특정 서구권에만 몰려 있는 구조가 아니라고 본다. 2020년 기준으로 사하라 이남 아프리카가 전 세계 기독교인의 가장 큰 지역권이 됐고, 라틴아메리카와 북미도 여전히 큰 비중을 차지한다.¹

그러면 언어 선정 기준도 감으로 하면 안 된다.

jp, cn처럼 나라 코드 느낌으로 부르면 구현부터 애매해진다. 웹 i18n에서는 언어 태그를 써야 한다. 일본어는 ja, 중국어 간체는 보통 zh-Hans 쪽이 더 정확하다.²

1차 목표는 8개 언어 전체 번역이 아니다. 그건 너무 빨리 오염된다.

먼저 목표는 이쪽이 맞다.

ko 기본 블로그를 기준으로, 7개 확장 언어를 붙일 수 있는 i18n 구조를 만든다.
UI, routing, SEO, search, sitemap, 조회수, language switcher, 번역 품질 gate를 먼저 완성한다.
그 다음 대표 글과 타닥바이블 관련 글부터 다국어 pilot으로 검증한다.

후보 언어도 두 층으로 봐야 한다.

순수하게 기독교 인구 확산만 보면 영어, 스페인어, 포르투갈어, 프랑스어, 러시아어 쪽이 강하다. 미국, 브라질, 멕시코, 러시아, 필리핀, 나이지리아 같은 큰 기독교 인구권이 연결되기 때문이다.³

하지만 포트폴리오와 타닥바이블의 동아시아 확장성까지 보면 일본어와 중국어 간체를 넣는 것도 말이 된다. 다만 이때는 “기독교 인구가 많아서”가 아니라 “제품 확장성과 보여줄 수 있는 구현 난이도가 좋아서”라고 분리해서 말해야 한다.

그래서 다음 goal은 이걸로 확정했다.

hyuk.blog를 ko 기본 + 7개 확장 언어의 i18n-ready 블로그로 전환한다.
단, 전체 글 대량 번역보다 다국어 운영 시스템을 먼저 만든다.
언어별 UI 문자열, canonical translation key, hreflang, sitemap, search, 조회수 공유, today dedupe, 모바일 language switcher를 검증한다.
대표 글과 타닥바이블 연결 글을 pilot corpus로 삼아 번역 품질을 확인한 뒤 전체 확장을 결정한다.

1차 언어는 이렇게 잡는다.

ko        한국어, 기본 언어
en        English
ja        日本語
zh-Hans   简体中文
es        Español
pt-BR     Português do Brasil
fr        Français
id        Bahasa Indonesia

이 조합은 순수 기독교 인구 기준만으로 고른 목록은 아니다. 영어, 스페인어, 포르투갈어, 프랑스어는 기독교권 확산성이 강하고, 일본어와 중국어 간체는 동아시아 제품 확장성과 포트폴리오 가치가 크다. 인도네시아어는 기독교인이 다수인 언어는 아니지만, 동남아 확장성과 절대 인구 측면에서 pilot 언어로 의미가 있다.

그리고 바로 구현 기준을 한 단계 더 고정했다.

_data/locales.yml을 새로 만들고, 다국어의 source of truth를 거기로 모았다.

default: ko
active: ko, en
planned: ja, zh-Hans, es, pt-BR, fr, id

여기서 active와 planned를 나눈 게 중요하다. 아직 일본어/중국어/스페인어 글이 없는데 링크부터 열어두면 공개 사이트에 404를 뿌리는 셈이다. 그래서 현재 실제로 살아 있는 언어는 ko, en만 active로 두고, 나머지는 확정된 확장 언어로만 등록했다.

이후 masthead, SEO, breadcrumb, category/tag link, author profile, sidebar stats, calendar, related posts, visitor stats normalize를 en 전용 분기에서 locale registry 기반으로 바꿨다.

특히 조회수 쪽은 /en만 제거하는 방식이면 다음 언어에서 바로 깨진다. 그래서 visitor stats에는 locale prefix 목록을 넘기고, JS가 /en, /ja, /zh-Hans, /es, /pt-BR, /fr, /id를 모두 canonical path로 normalize할 수 있게 했다.

이제 ja를 active로 올리는 일은 단순히 파일 몇 개를 더 만드는 일이 아니라, 이미 등록된 locale을 켜는 일이 됐다. 이 차이가 크다.

브라우저 검증 중에 의외의 문제도 하나 더 잡았다.

모바일 메뉴 버튼은 보이는데 눌러도 메뉴가 열리지 않았다. 처음에는 CSS 문제처럼 보였지만, 콘솔을 보니 더 아래쪽 문제였다. main.min.js가 $ is not defined로 죽고 있었다. jQuery와 Minimal Mistakes 쪽 plugin 파일들이 실제 페이지에서 로드되지 않고 있었던 것이다.

그래서 assets/js/vendor와 assets/js/plugins를 다시 build output에 포함시키고, main.min.js보다 먼저 jQuery, FitVids, SmoothScroll, Gumshoe, Magnific Popup을 로드하게 했다. 그리고 custom mobile menu toggle handler를 추가했다.

이후 모바일 /en/에서 다시 확인했다.

Home       /en/
About      /en/about/
Categories /en/categories/
🇰🇷 한국어  /
🇺🇸 English /en/

이번에는 메뉴가 실제로 열렸고, 현재 버전 콘솔 에러도 없었다.

그 다음에는 pilot corpus와 audit gate를 붙였다.

공개된 과거 글의 front matter를 대량으로 뜯는 건 위험하다. 그래서 먼저 _data/i18n_pilot.yml을 만들고, 대표 글들의 번역 세트를 데이터로 묶었다.

타닥바이블 제품 철학 글
창세기 묵상 글
블로그 재가동 글
방문자 카운터 글
Daily Review 성경 구절 맥락 글

이 5개를 pilot corpus로 잡았다. 타닥바이블 홍보, 성경 콘텐츠, 포트폴리오, 조회수 공유, Daily Review 시스템을 한 번에 검증할 수 있는 조합이다.

그리고 _project/i18n/verify-i18n.rb를 추가했다. 이제 다국어 작업은 감으로 끝내지 않고 아래 명령으로 검사할 수 있다.

bundle exec rake i18n:verify

이 audit은 locale registry, pilot translation path, active locale front matter, date/category/permalink parity, 영어 파일의 의도치 않은 한글 잔여, placeholder, 렌더링된 hreflang, 영어 출력의 한국어 UI residue를 본다.

실제로 build 후 audit을 돌렸고 결과는 이랬다.

pilot entries: 5
warnings: 0
errors: 0

이제 다국어 확장은 “느낌상 괜찮다”가 아니라 “이 gate를 통과했다”로 말할 수 있게 됐다.

다음으로는 planned 언어를 켤 때 터질 수 있는 기반을 미리 보강했다.

처음에는 ja, zh-Hans, es, pt-BR, fr, id가 planned에만 있으니 괜찮아 보였다. 하지만 registry를 다시 보니 문제가 있었다. 이 언어들은 아직 active가 아니라서 화면에 드러나지 않을 뿐, 막상 active로 옮기면 collection, default front matter, navigation key, sidebar label, search language detection이 비어 있거나 영어/한국어 fallback으로 샐 수 있었다.

그래서 planned 언어도 미리 collection과 default를 등록했다.

ja_posts
zh_hans_posts
es_posts
pt_br_posts
fr_posts
id_posts

각 collection에는 lang, locale, sidebar nav, single layout, toc, comments, related posts 기본값을 붙였다. 그리고 _data/locales.yml에는 각 언어의 home/about/categories/tags URL, masthead label, 요일, 조회수 label, calendar label까지 채웠다.

navigation도 같이 넣었다. main-ja, main-zh-Hans, main-es, main-pt-BR, main-fr, main-id와 각 언어 sidebar category key를 만들었다. 아직 공개 링크로 노출하지는 않지만, active로 옮겼을 때 한국어 메뉴가 튀어나오지 않게 하기 위한 준비다.

검색도 손봤다. 기존 검색 JS는 /en/이면 영어, 아니면 한국어로 판단했다. 이 방식은 /ja/, /zh-Hans/, /pt-BR/가 생기는 순간 깨진다. 그래서 search script도 locale prefix registry를 읽게 바꿨다.

빌드 후 렌더링된 lunr-en.js 안에 실제로 이런 prefix가 들어간 것을 확인했다.

/en
/ja
/zh-Hans
/es
/pt-BR
/fr
/id

그리고 다시 build와 audit을 돌렸다.

bundle exec jekyll build
bundle exec rake i18n:verify

warnings: 0
errors: 0

이제 planned 언어들은 단순한 희망 목록이 아니다. 아직 콘텐츠는 없지만, 켤 때 필요한 collection, 기본값, UI label, navigation key, search detection, audit 기준이 준비된 상태가 됐다.

그 다음에는 locale page scaffold도 만들었다.

planned 언어를 active로 옮기려면 /ja/, /ja/about/, /ja/categories/, /ja/sitemap/, category pages가 필요하다. 하지만 지금 바로 파일을 생성하면 active가 아닌 언어의 공개 URL이 생길 수 있다.

그래서 _project/i18n/scaffold-locale-pages.rb와 i18n:scaffold_locale_pages task를 만들고, 먼저 dry-run으로 검토하게 했다.

LOCALE=ja DRY_RUN=1 bundle exec rake i18n:scaffold_locale_pages

dry-run은 _pages/ja/index.md, _pages/ja/about.md, _pages/ja/categories.md, _pages/ja/sitemap.md, category pages를 생성할 계획을 보여줬다. 실제 파일은 만들지 않았다.

audit도 active locale core page와 search prefix를 더 보게 했다. false positive도 하나 잡았다. Spending 안의 pending, Todo/Goal 같은 정상 제목을 placeholder로 오해하지 않게 정규식을 좁혔다.

여기서 조회수 쪽도 한 번 더 잡았다.

브라우저 JS는 이미 /en, /ja, /zh-Hans, /es, /pt-BR, /fr, /id를 canonical path로 접고 있었다. 그런데 Cloudflare Worker의 normalizePagePath는 아직 /en만 제거하고 있었다.

지금 active 언어가 ko, en뿐이라 당장은 티가 안 난다. 하지만 ja나 pt-BR을 켜는 순간 같은 글의 조회수가 언어별로 갈라지고, today dedupe도 언어별 path로 따로 먹을 수 있었다.

그래서 Worker에도 locale prefix 목록을 넣었다.

const LOCALE_PATH_PREFIXES = ["/zh-Hans", "/pt-BR", "/en", "/ja", "/es", "/fr", "/id"];

그리고 audit이 Worker normalize와 렌더링된 stats prefix, pilot 글의 canonical page-view tracking path까지 보게 했다. 이건 작은 수정처럼 보이지만 다국어 통계에서는 꽤 중요한 기준이다.

마지막으로 language link도 다시 봤다.

새로 쓰는 이 글은 아직 영어 번역이 없다. 그런데 기존 로직은 한국어 URL 앞에 /en을 붙이면 영어 URL이 있다고 가정했다.

/devlog/github-pages-blog/github-pages-blog-english-version-lessons/
/en/devlog/github-pages-blog/github-pages-blog-english-version-lessons/

아래 영어 URL은 실제로 존재하지 않았다.

이런 추정 URL을 hreflang으로 내보내면 SEO 관점에서도 좋지 않고, 사용자가 언어 전환을 눌렀을 때 404로 떨어진다. 그래서 SEO의 alternate는 target 문서가 실제로 있을 때만 렌더링하게 했다. 언어 메뉴는 해당 글의 번역이 없으면 그 언어의 홈으로 보낸다.

이 검증도 audit에 넣었다. 이제 렌더링된 모든 문서의 hreflang과 language menu URL이 실제 출력 파일을 가리키는지 검사한다.

이 과정에서 permalink 차이도 하나 잡았다. 한국어 category page는 /daily-review처럼 .html로 출력되고, 영어 category page는 /en/daily-review/처럼 index.html로 출력된다. verifier가 처음에는 한쪽만 보고 있어서 실패했는데, Jekyll의 두 출력 형태를 모두 인정하도록 고쳤다.

XML sitemap도 결국 직접 만들었다.

jekyll-sitemap 기본 출력은 URL 목록은 만들어주지만, 이 블로그의 번역 묶음을 모른다. 그래서 /sitemap.xml을 custom Liquid 파일로 바꾸고, 실제 존재하는 active locale URL끼리만 xhtml:link alternate를 붙이게 했다.

이때도 한 번 더 배웠다. site.pages를 그대로 sitemap에 넣으면 JS/CSS asset까지 섞일 수 있다. 또 category page는 한국어와 영어 permalink 형태가 달라서, 자동 추정보다 명시적인 page translation map이 필요했다.

그래서 _data/i18n_pages.yml을 추가했다. 홈, 소개, 카테고리, sitemap, category pages의 한/영 URL을 명시했다. 이제 post translation set은 _data/i18n_pilot.yml, page translation set은 _data/i18n_pages.yml이 맡는다.

audit도 sitemap을 보게 했다.

XML sitemap에 xhtml namespace가 있는가
assets URL이 섞이지 않았는가
planned locale URL이 노출되지 않았는가
page map과 pilot corpus가 sitemap alternate로 묶였는가

번역 품질 gate도 더 현실적으로 바꿨다.

처음에는 영어 글이 한국어 원문과 같은 post_url Liquid token을 갖고 있는지 보려 했다. 그런데 영어 글에서는 한국어 원문 URL이 아니라 /en/... 대응 URL로 보내는 게 독자에게 더 자연스럽다. 그러면 단순 문자열 parity는 오히려 잘못된 기준이다.

그래서 기준을 바꿨다.

원문에 있던 내부 글 참조가 번역문에도 살아 있는가
영어 counterpart가 있으면 /en/...으로 연결되는가
없으면 한국어 원문으로라도 안전하게 연결되는가

그리고 heading level, fenced code block 수, non-post_url Liquid token, 이미지 target, conversation card class count도 비교하게 했다. 번역문이 예쁘게 영어로 보이는지만이 아니라, 원문의 구조와 공개 아카이브 장치를 보존하는지 보는 gate다.

마지막에는 실제 브라우저로도 봤다.

정적 audit만 통과하면 마음이 편하긴 하다. 하지만 사용자는 audit 결과를 보지 않는다. 사용자는 메뉴를 보고, 버튼을 누르고, 검색을 한다.

그래서 로컬 서버를 띄우고 아래 흐름을 확인했다.

/
/en/
/devlog/github-pages-blog/github-pages-blog-english-version-lessons/
/devlog/github-pages-blog/github-pages-blog-visitor-counter/
/en/devlog/github-pages-blog/github-pages-blog-visitor-counter/

확인한 것은 이랬다.

한국어 홈과 영어 홈의 masthead label
About/소개 표시
국기 포함 언어 메뉴
번역 없는 글의 영어 버튼이 /en/ 홈으로 가는지
번역 있는 pilot 글의 한/영 버튼이 서로의 글로 가는지
영어 글의 조회수 tracking path가 한국어 canonical path인지
모바일 햄버거 메뉴가 실제로 열리는지
모바일 quick link가 영어 UI로 보이는지
검색 overlay가 열리는지
영어 검색은 영어 결과만, 한국어 검색은 한국어 결과만 내는지
sitemap.xml이 XML로 유효하고 planned locale과 assets를 노출하지 않는지

이 과정에서 또 하나를 잡았다. 포스트 안에 예시로 쓴 빈 post_url Liquid token이 실제 build에서 터졌다. audit은 통과했는데 serve가 실패한 것이다. 그래서 예시 표현을 바꾸고, verifier도 빈 post_url 태그를 전역으로 잡게 했다.

또 jekyll serve는 sitemap.xml의 absolute URL을 로컬 서버 origin으로 다시 만든다. production build에서는 https://hyuk.blog, local serve에서는 http://localhost:4000이 된다. verifier가 production origin만 기대하면 로컬 QA 뒤에 괜히 실패한다. 그래서 sitemap audit은 렌더링된 sitemap의 실제 origin을 읽어서 검사하게 했다.

planned locale scaffold도 다시 봤다.

처음에는 ja dry-run만 봤다. 그런데 목표가 8개 언어라면 zh-Hans, pt-BR처럼 path와 collection 이름이 까다로운 언어까지 전부 확인해야 한다. 그래서 전체 planned locale을 한 번에 dry-run하는 task를 추가했다.

bundle exec rake i18n:scaffold_planned_dry_run

이 과정에서 또 하나를 잡았다. scaffold가 child category page는 만들고 있었지만, devlog, diary, reading, bible, tip 같은 상위 category page를 만들지 않았다. 영어판에는 이미 있는 페이지들이다. planned locale을 active로 올릴 때 이게 빠지면 sidebar와 sitemap의 상위 경로가 약해진다.

그래서 scaffold가 parent category archive도 만들게 했다. 이제 planned 6개 언어 모두에서 core page 4개와 category page 20개, 총 24개 파일 생성 계획이 나온다.

여기서 하나 더 남은 문제가 있었다.

verify는 깨진 것을 잘 잡지만, 지금 pilot corpus가 어느 언어까지 준비됐고 어느 언어가 의도적으로 pending인지 한눈에 보여주지는 않는다. 8개 언어를 목표로 잡으면 이 차이가 중요해진다. 안 된 것과 아직 안 하기로 한 것을 구분해야 한다.

그래서 pilot translation status task를 따로 추가했다.

bundle exec rake i18n:pilot_status

이 task는 active locale인 ko, en은 빠지면 error로 보고, planned locale인 ja, zh-Hans, es, pt-BR, fr, id는 아직 번역 파일이 없으면 pending backlog로 보여준다. 즉 지금 상태를 정직하게 말하면 이렇다.

active pilot: ready
planned pilot: pending

이게 있어야 나중에 일본어를 active로 올릴 때도 감으로 하지 않는다. 먼저 ja page scaffold를 만들고, pilot translation을 채우고, search와 sitemap과 hreflang과 UI residue를 통과시킨 다음 active로 올린다. 언어 확장이 이벤트가 아니라 절차가 되는 것이다.

그 다음에 더 위험한 지점을 봤다.

registry에서는 ja, zh-Hans, es, pt-BR, fr, id가 planned인데, _config.yml의 collection output은 이미 true였다. 지금은 해당 폴더가 없어서 보이지 않지만, 나중에 _ja_posts 하나만 실수로 들어와도 active 승격 전 /ja/... URL이 렌더링될 수 있다.

이건 planned라는 말과 맞지 않는다.

그래서 planned locale collection은 전부 output: false로 바꿨다. 이제 planned 언어는 registry와 scaffold 계획에는 존재하지만, 실제 post output은 만들지 않는다. active로 올릴 때만 해당 collection을 output: true로 바꾸고, 그 변경을 verifier가 확인한다.

verifier도 보강했다.

active locale collection은 output true여야 한다.
planned locale collection은 output false여야 한다.
_site 아래 planned locale prefix directory가 생기면 실패한다.

즉 다국어 확장은 “파일을 만들면 바로 노출”이 아니라, “검수된 언어만 출력”하는 구조가 됐다.

RSS도 봤다.

영어판이 active인데 <head>와 footer의 feed link가 계속 /feed.xml만 가리키고 있었다. 그리고 Jekyll Feed plugin이 만든 루트 feed는 한국어 site.posts 중심이다. 영어 독자가 /en/에 들어왔는데 RSS는 한국어 feed만 받는 상태인 것이다.

그래서 active 영어 feed를 따로 만들었다.

/feed.xml      한국어 feed
/en/feed.xml   영어 feed

head.html과 footer도 현재 locale이 active non-Korean이면 해당 locale feed를 가리키게 했다. planned locale feed는 만들지 않는다. verifier에는 active feed 존재, Atom namespace, xml:lang, planned prefix 누출 여부, 영어 feed의 /en/ URL 포함 여부를 검사하게 했다.

서브 에이전트 감사도 같이 돌렸다.

역시 혼자 보는 것보다 낫다. 감사에서 나온 지적은 몇 가지였다.

첫째, feed page가 sitemap에 들어갈 수 있었다. 그래서 /feed.xml, /en/feed.xml 같은 feed URL은 sitemap에서 제외하고, 영어 feed page에는 sitemap: false를 붙였다.

둘째, verifier가 HTML tag 속성 순서를 너무 믿고 있었다. type이 href보다 앞에 있어야만 feed link를 찾는 식이었다. 이건 깨지기 쉬운 검사다. 그래서 link tag를 속성 단위로 읽어서 순서와 무관하게 검사하게 했다.

셋째, 한국어 feed 본문에는 이 글 자체의 설명 때문에 /ja/, /zh-Hans/, /pt-BR/ 같은 문자열이 들어간다. 이건 planned locale URL 노출이 아니라 본문 설명이다. 그래서 feed 검사는 CDATA 전체가 아니라 feed entry의 link URL만 보게 바꿨다.

넷째, planned locale은 search와 stats 같은 browser runtime data에도 섞이지 않는 편이 낫다. Cloudflare Worker는 안전망으로 planned prefix를 normalize해도 되지만, 실제 페이지 JS에 planned prefix를 미리 넘길 필요는 없다. 그래서 runtime search/stats는 active locale만 들고 가게 했다.

다섯째, giscus는 블로그 locale code와 widget language code가 항상 같지 않다. 예를 들어 중국어 간체는 블로그 URL에서는 zh-Hans가 맞지만 giscus widget에서는 zh-CN을 쓴다. 브라질 포르투갈어도 블로그 URL은 pt-BR이지만 giscus에는 pt를 넘기는 쪽이 맞다. 그래서 locale registry에 giscus_lang을 따로 뒀다.

여섯째, SEO에는 hreflang뿐 아니라 og:locale:alternate도 넣었다. 검색엔진용 alternates와 소셜/OG locale alternate를 같이 맞춰두기 위해서다.

모바일과 접근성도 다시 봤다.

검색 overlay는 눈으로는 열리고 닫혔지만, ARIA 상태로는 명확하지 않았다. 그래서 검색 버튼에 aria-controls, aria-expanded를 붙이고, 검색 영역은 role="dialog", aria-modal="true", hidden 상태를 갖게 했다. 열 때는 검색 input으로 focus가 가고, Escape로 닫으면 검색 버튼으로 focus가 돌아온다.

언어 메뉴도 hover에만 기대지 않게 했다. 현재 언어 버튼이 실제 disclosure button처럼 aria-expanded를 갖고, 클릭으로 열고 닫히며, 바깥 클릭과 Escape로 닫힌다. 모바일에서는 desktop dropdown이 hover/focus specificity 때문에 새는 것을 막고, 이미 있는 모바일 quick language link만 쓰게 했다.

그리고 post sync gate도 추가했다.

이전 규칙은 “push할 때 영어도 같이”였지만, 그걸 검사하는 명령이 따로 없었다. 그러면 규칙은 있는데 실수는 못 막는다. 그래서 i18n:post_sync를 만들었다.

bundle exec rake i18n:post_sync
STRICT=1 bundle exec rake i18n:post_sync

일반 모드는 draft-time visibility다. 지금처럼 한국어 원문이 계속 바뀌는 중이면 missing translation을 곧바로 생성하지 않고 _project/i18n/pending-translations.yml에 기록할 수 있다. strict 모드는 commit/push/publish 전용이다. strict에서는 pending도 실패한다.

이 세션 포스트도 지금은 계속 업데이트 중이라 영어 번역을 만들지 않는다. 대신 pending manifest에 source_state: unconfirmed로 기록했다. 이게 처음에 사용자가 지적했던 문제의 보완이다. 원문 확인도 끝나기 전에 영어판을 바로 만들지 않는다.

승격 gate도 따로 만들었다.

i18n:pilot_status는 backlog를 보여주는 데 좋지만, planned locale이 전부 pending이어도 성공해야 한다. 그게 평소에는 맞다. 하지만 ja를 active로 올리기 직전에는 다르다. 그때는 pending이 있으면 실패해야 한다.

그래서 i18n:promotion_check를 추가했다.

LOCALE=ja bundle exec rake i18n:promotion_check

이 명령은 일부러 엄격하다. 아직 ja page mapping, pilot translation URL, translation review metadata가 없으면 실패한다. 그리고 active 승격 전에는 collection이 계속 output: false여야 한다. 즉 이 명령은 “지금 당장 승격 가능?”을 묻는 용도다.

pilot 원문 확인 metadata도 추가했다.

각 pilot entry에 한국어 원문의 source_last_modified_at과 source_sha256을 기록했고, verifier가 현재 한국어 원문 파일의 hash를 다시 계산한다. 한국어 원문이 바뀌면 기존 번역 검수 metadata는 stale로 본다. 이게 없으면 원문이 바뀐 뒤에도 옛 번역이 통과할 수 있다.

그 다음 scaffold 정책도 손봤다.

planned locale page scaffold는 필요하다. 그런데 그냥 _pages/ja/index.md를 만들면 /ja/가 렌더링될 수 있다. active 전에는 그러면 안 된다. 그래서 planned scaffold에는 다음 front matter를 자동으로 넣게 했다.

published: false
sitemap: false
i18n_status: planned-scaffold

즉 파일은 준비하되 공개 output은 만들지 않는다.

page mapping도 registry 기반으로 동기화하는 task를 추가했다.

bundle exec rake i18n:sync_page_mappings

이제 ko/en만 손으로 들고 있는 게 아니라, ja, zh-Hans, es, pt-BR, fr, id의 page/category URL도 같은 규칙으로 계산해 _data/i18n_pages.yml에 넣을 수 있다. planned locale은 sitemap과 hreflang에 노출되지 않지만, 승격 준비 상태는 데이터로 남는다.

여기서도 한 번 더 수정했다.

처음 만든 sync task는 URL을 정규화한다고 category page 끝에 /를 강제로 붙였다. 그런데 기존 한국어 category page는 front matter가 /bible, /devlog, /daily-review처럼 trailing slash 없이 되어 있었다. sitemap은 실제 Jekyll 출력 기준으로 /bible을 만들고 있는데, page mapping은 /bible/을 기대하니 verifier가 깨졌다.

그래서 page mapping sync는 추정 URL을 만들기 전에 실제 _pages 파일의 front matter permalink를 먼저 읽게 했다. 영어와 일본어처럼 이미 locale page scaffold가 있는 언어도 실제 파일의 permalink를 따른다.

이건 작은 차이 같지만 중요하다.

원하는 URL
추정한 URL
실제 렌더링되는 URL

이 셋이 다르면 hreflang, sitemap, 언어 전환 링크가 서로 다른 말을 하게 된다. 다국어 사이트에서 URL은 보기 좋게 맞추는 값이 아니라, 실제 output에서 검증해야 하는 값이다.

마지막으로 다시 build와 audit을 돌렸다.

bundle exec jekyll build
bundle exec rake i18n:verify
bundle exec rake i18n:pilot_status
bundle exec rake i18n:post_sync

결과는 이렇다.

i18n:verify       warnings 0, errors 0
pilot active      ready 10/10
pilot planned     ready 10/30, pending 20/30
post sync draft   pending 1, errors 0
_site/ja          not rendered

post sync의 pending 1개는 이 글 자체다. 원문이 아직 계속 갱신되는 중이라 영어 번역을 일부러 만들지 않고 source_state: unconfirmed로 묶어둔 상태다. 이제 원문 확정 전 자동 번역이 튀어나오지 않는다.

그 다음에는 일본어 pilot을 실제로 만들었다.

다섯 개 글을 먼저 골랐다.

타닥바이블 비전 글
창세기 묵상 글
블로그 재가동 devlog
방문자 카운터 devlog
Daily Review 성경 맥락 devlog

이번에는 예전처럼 아무 번역이나 대량으로 밀어붙이지 않았다. 각 글을 나눠서 GPT-5.5 worker에게 맡기고, 파일 단위로 ownership을 줬다. 그리고 별도 GPT-5.5 감사 worker를 붙여 신학 표현, 일본어 자연스러움, 기술 용어, 내부 링크, code fence, conversation card 구조를 다시 봤다.

감사에서 잡힌 것도 있었다.

성경/신학 글에서는 「ただ」シリーズ, イエスの顔を通って, 宗教的集団性처럼 한국어 직역 냄새가 나는 표현이 보였다. 그래서 일본어 신앙 문맥에 맞게 「のみ」と言われる宗教改革の標語, イエス・キリストに照らして, 共同体の内輪意識 쪽으로 다듬었다. 창세기 묵상도 あなたがたの敵をも愛しなさい, 神への愛、隣人への愛를 더 자연스러운 일본어 성경 표현에 가깝게 정리했다.

기술 글 감사에서는 더 중요한 promotion risk가 나왔다.

일본어 글 자체보다 archive list의 category chip이 문제였다. _includes/archive-single.html이 en만 특수 처리하고, 그 외 언어는 한국어 category label과 URL로 떨어지는 구조였다. 지금은 ja_posts가 output: false라 보이지 않지만, 일본어를 active로 올리는 순간 archive list에 ja raw chip이나 한국어 category label이 섞일 수 있었다.

그래서 category chip도 _data/category_i18n.yml로 분리했다.

ko, en, ja, zh-Hans, es, pt-BR, fr, id

각 언어별 category label과 URL을 데이터로 두고, archive-single.html은 post의 lang을 기준으로 그 데이터를 읽는다. locale marker category인 en, ja, zh-Hans 같은 값은 chip에서 숨긴다. verifier도 이 파일을 검사하게 했다. 이제 category chip은 en 전용 분기가 아니라 다국어 데이터의 일부가 됐다.

일본어 pilot metadata도 _data/i18n_pilot.yml에 넣었다.

translation_review.ja
  reviewed_at: 2026-06-07 16:48:12 +0900
  model_family: gpt-5.5
  paid_api: false

그리고 다시 확인했다.

i18n:pilot_status
  planned ready: 5/30
  planned pending: 25

i18n:promotion_check LOCALE=ja
  warnings: 0
  errors: 0

i18n:verify
  warnings: 0
  errors: 0

중요한 건 여기서도 /ja/를 아직 공개하지 않았다는 점이다. 일본어 pilot 번역 소스와 page scaffold는 준비됐지만, ja_posts collection은 여전히 output: false다. _site/ja도 생기지 않았다. 즉 일본어는 이제 active 승격 직전 조건을 통과할 수 있는 상태가 됐지만, 공개는 별도 promotion 단계로 남겨뒀다.

이어서 중국어 간체 zh-Hans pilot도 같은 방식으로 진행했다.

중국어 간체는 경로부터 조심해야 했다.

collection directory: _zh_hans_posts
URL prefix: /zh-Hans/
front matter category marker: zh-Hans

파일 시스템과 Ruby collection 이름은 underscore를 쓰지만, 실제 URL과 locale tag는 zh-Hans를 유지해야 한다. 그래서 먼저 scaffold dry-run을 돌렸고, /zh-Hans/, /zh-Hans/about/, /zh-Hans/categories/, category pages가 모두 계획대로 나오는지 확인했다. 그 다음 planned page scaffold를 만들었다. 일본어와 마찬가지로 published: false, sitemap: false라서 공개 output은 만들지 않는다.

번역도 일본어와 같은 방식으로 했다. GPT-5.5 worker에게 pilot 5개를 파일별로 맡기고, 다시 GPT-5.5 감사 worker로 신학/문체와 기술/링크를 나눠 검수했다.

이번에도 감사가 실제 문제를 잡았다.

가장 중요한 건 타닥바이블 비전 글 안의 의미 반전이었다.

원문은 공유 기능이 이 설교의 문제점이 아니라 함께 점검할 질문 형태여야 한다고 말한다. 그런데 중국어 초안은 이 둘을 반대로 번역했다. 이건 단순 어색함이 아니라 제품 안전 철학을 정반대로 바꾸는 오류다.

그래서 이렇게 고쳤다.

分享功能必须是“可以一起检查的问题”，而不是“这篇讲道的问题”。

또 十字架之神처럼 중국어 신학 문맥에서 어색할 수 있는 표현은 十字架上的上帝로 바꾸고, 圣灵果子的果实 같은 중복 표현은 圣灵的果子로 정리했다.

기술 감사에서는 두 가지 기준을 더 분명히 했다.

첫째, 중국어 글 안의 fallback internal link도 하드코딩 URL이 아니라 post_url Liquid tag로 두는 게 낫다. 아직 중국어 counterpart가 없는 글은 한국어 원문으로 가더라도, Jekyll이 존재 여부를 검증하게 해야 한다.

둘째, 코드블록 안의 prompt/template 예시는 고민이 필요했다. 원문 artifact를 그대로 보존하면 한국어가 남고, 번역하면 실제 artifact와 달라진다. 이번 pilot에서는 비한국어 공개문에 보이는 한국어 residue를 막는 쪽을 더 강한 기준으로 잡았다. 그래서 code fence 구조와 class name은 보존하되, 설명용 prompt/template 문장은 중국어 독자가 읽을 수 있게 유지했다.

중국어 간체도 metadata를 넣었다.

translation_review.zh-Hans
  reviewed_at: 2026-06-07 17:14:26 +0900
  model_family: gpt-5.5
  paid_api: false

그리고 다시 통과했다.

i18n:pilot_status
  planned ready: 10/30
  planned pending: 20

i18n:promotion_check LOCALE=zh-Hans
  warnings: 0
  errors: 0

i18n:verify
  warnings: 0
  errors: 0

중국어 간체도 아직 공개하지 않았다. _zh_hans_posts는 계속 output: false이고, build 후에도 _site/zh-Hans는 생기지 않았다. 이제 ja와 zh-Hans는 pilot 번역과 pre-promotion gate를 통과했고, 남은 planned 언어는 es, pt-BR, fr, id다.

그 다음은 스페인어였다.

스페인어도 먼저 /es/ page scaffold를 만들되, 일본어와 중국어 간체처럼 published: false, sitemap: false 상태로 뒀다. 공개하지 않은 planned 언어가 _site/es를 만들면 안 되기 때문이다. 그 다음 pilot 5개를 GPT-5.5 worker들에게 나눠 맡겼다.

여기서도 생성보다 검수가 먼저라는 교훈이 다시 나왔다.

창세기 묵상, 블로그 재가동 글, 방문자 카운터 글, Daily Review 성경 구절 맥락 글은 1차 구조 검사를 통과했다. heading 수, code fence 수, conversation markup 수가 원문과 맞았고, 스페인어 파일 안에 한글/중문/일문 residue도 잡히지 않았다.

하지만 타닥바이블 비전과 신앙 의심을 다룬 긴 대화 아카이브는 바로 깨졌다.

첫 번째 conversation-entry--user 안에 사용자의 긴 질문이 아니라 assistant 답변이 들어가 있었다. 줄 수가 비슷해도 구조가 맞는 번역이 아니었다. 이건 검수로 몇 문장 고칠 문제가 아니다. 대화 아카이브에서 speaker ordering이 깨지면 글 전체의 신뢰가 무너진다.

그래서 이 파일은 재검수가 아니라 재생성으로 돌렸다.

_es_posts/diary/ai/2026-06-05-philosophical-suicide-ai-reformation-tadak-bible.md

요구 조건도 더 세게 걸었다.

첫 user section은 반드시 원문의 철학적 자살/도마/믿음 질문으로 시작한다.
conversation-entry의 class 순서와 timestamp를 원문과 맞춘다.
한글/일문/중문 문자는 보이는 본문에 남기지 않는다.
기존 깨진 파일은 부분 수정하지 말고 완전 대체한다.

이번 작업에서 점점 더 확실해지는 건 하나다.

다국어 pilot은 “번역 파일이 생겼다”가 아니라 “깨진 번역을 걸러낼 수 있다”까지 포함해야 한다.

재생성 후에도 그대로 끝내지 않았다. GPT-5.5 감사 worker를 다시 붙였다. 하나는 신학/신앙/타닥바이블 제품 철학을 봤고, 하나는 devlog의 기술 의미와 링크를 봤다.

감사는 또 실제 문제를 잡았다.

스페인어 긴 대화 아카이브에는 의미 반전이 여러 개 있었다.

영적 데이터가 유출되면 해방 도구가 아니라 감시 도구가 된다.
나는 의심하는 사람으로 충분히 환대받지 못했다.
사용자는 옳고 그름 이전에 텍스트와 해석을 구분하는 법을 배워야 한다.
타닥바이블은 대중을 내려다보는 도구가 되면 안 된다.
제품은 믿음의 열매가 아니라 상처의 복수로 변질될 수 있다.
그 상태는 믿음의 실패가 아니다.

이 문장들은 전부 방향이 중요하다. 특히 타닥바이블의 안전 철학과 내 신앙 고백의 결을 반대로 만들 수 있는 문장들이었다. 그래서 감사 결과를 반영해 직접 고쳤다.

그 다음 translation_review.es를 넣었다.

translation_review.es
  reviewed_at: 2026-06-07 18:36:47 +0900
  model_family: gpt-5.5
  paid_api: false

그리고 다시 gate를 통과했다.

i18n:pilot_status
  planned ready: 15/30
  planned pending: 15

i18n:promotion_check LOCALE=es
  warnings: 0
  errors: 0

i18n:verify
  warnings: 0
  errors: 0

여기서 검증기 자체의 문제도 하나 잡았다. TODO placeholder를 찾는 규칙이 스페인어 단어 todo까지 잡고 있었다. prompt라는 정상 기술어도 residue로 오해될 수 있었다. 그래서 placeholder 검사는 대문자 TODO/TBD 토큰과 실제 번역 지시문 leakage만 보게 좁혔다.

즉 스페인어 pilot은 단순히 번역 5개를 추가한 게 아니라, speaker ordering 오류, 의미 반전, 검증기 false positive까지 한 번에 걸러낸 단계가 됐다.

남은 planned pilot은 이제 세 언어다.

pt-BR
fr
id

그 다음에는 포르투갈어 브라질판을 진행했다.

pt-BR은 파일 시스템에서는 _pt_br_posts를 쓰고, 실제 URL과 locale tag에서는 /pt-BR/를 유지했다. 이 차이를 헷갈리면 collection 이름과 공개 URL이 서로 어긋난다.

5개 파일은 GPT-5.5 worker들에게 나눠 맡겼고, 다시 신학/기술 감사 worker를 붙였다. 이번에는 스페인어처럼 큰 의미 반전은 나오지 않았다. 그래도 감사가 몇 가지를 잡았다.

지옥이 두려워 믿는 척한다는 문장이 "내가 어떻게 지옥에 갈 수 있겠냐"처럼 읽히는 문제
야곱이 빼앗은 장자권의 주체가 약간 흐려지는 문제
"lâmpada morna"가 따뜻한 빛이 아니라 미지근하고 약한 느낌으로 읽히는 문제
devlog 안의 extra summary line이 원문에 없는 문제

큰 오류는 아니었지만, 이런 것들이 쌓이면 번역문이 원문보다 흐려진다. 그래서 모두 반영했다.

pt-BR도 리뷰 메타를 넣었다.

translation_review.pt-BR
  reviewed_at: 2026-06-07 18:54:29 +0900
  model_family: gpt-5.5
  paid_api: false

그리고 다시 통과했다.

i18n:pilot_status
  planned ready: 20/30
  planned pending: 10

i18n:promotion_check LOCALE=pt-BR
  warnings: 0
  errors: 0

i18n:verify
  warnings: 0
  errors: 0

이제 남은 planned pilot은 두 언어다.

fr
id

프랑스어는 가장 거칠었다.

구조 검사는 처음부터 통과했다. heading 수, conversation-entry 순서, code fence 수, post_url 링크는 모두 맞았다. 하지만 구조가 맞는 것과 공개 가능한 프랑스어인 것은 다르다.

프랑스어 긴 대화 아카이브에는 이런 문제가 있었다.

45개 조항으로 잘못 번역된 루터의 95개조
"가볍게 볼 수 없다"가 "진지하게 볼 수 없다"로 뒤집힌 문장
설교를 정죄하는 도구가 아니라 자기 점검 도구라는 핵심 철학의 반전
gaslighting prevention이 anti-waste로 바뀐 안전 개념 오류
violence가 viol로 바뀐 심각한 오역
본문 중간에 노출된 GPT-5.5 라벨과 translator note
answer, being, Not 같은 영어 찌꺼기

이건 단순히 자연스럽지 않은 정도가 아니었다. 신학적 의미와 제품 철학을 바꿀 수 있는 오류였다. 그래서 프랑스어는 초벌 생성 뒤 바로 ready로 올리지 않고, 신학/제품 철학 감사와 재감사를 거쳤다.

수정 후 fr도 리뷰 메타를 넣었다.

translation_review.fr
  reviewed_at: 2026-06-07 19:39:08 +0900
  model_family: gpt-5.5
  paid_api: false

그리고 다시 통과했다.

i18n:pilot_status
  planned ready: 25/30
  planned pending: 5

i18n:promotion_check LOCALE=fr
  warnings: 0
  errors: 0

i18n:verify
  warnings: 0
  errors: 0

이제 남은 planned pilot은 인도네시아어 하나였다.

id

인도네시아어도 GPT-5.5 worker들에게 5개 파일을 나눠 맡겼다. 그리고 이번에도 바로 ready로 올리지 않았다.

구조 검사는 먼저 통과했다.

heading 수
section 수
conversation-entry 순서
code fence 수
post_url 링크
class order
한국어/CJK residue
prompt leakage

겉으로 보면 괜찮았다. 하지만 신학 감사 worker가 긴 타닥바이블 대화 아카이브에서 더 깊은 문제를 잡았다.

가장 큰 문제는 섹션 누락과 중복이었다.

원문에는 AI가 성경 읽기 능력을 도울 수 있지만 동시에 해석 근육을 약화시킬 수 있다는 14번 섹션, 그리고 제품이 하나님의 침묵을 보상하려는 장치가 될 수 있다는 15번 섹션이 있었다. 그런데 인도네시아어 초벌에는 이 축이 빠지고, 뒤쪽 섹션 일부가 중복되어 있었다.

구조 카운트만으로는 이런 문제를 놓칠 수 있다. 제목 개수와 카드 개수가 맞아도, 본문 내부의 논리 축이 바뀌면 번역은 실패다.

그래서 해당 구간을 원문과 다시 대조해 복구했다.

그 외에도 신학적으로 위험한 오역이 있었다.

십자가 가운데 계신 하나님이 빠진 문장
부활이 죽음으로 바뀐 문장
"내 불신을 도와주소서"가 엉뚱한 의미가 된 문장
양심이 결과나 의식으로 흐려진 문장
영원한 형벌이 영원한 굴욕으로 바뀐 문장
AI가 영적 권위를 흉내 내는 순간 깨진다는 원칙의 반전
출처 없는 신학 지식은 보류하라는 안전 규칙의 반전
대중을 경멸하지 말라는 문장의 정반대 번역
최종 결론의 절제가 버팀으로 바뀐 문장

이건 인도네시아어가 어려워서라기보다, 긴 신학/제품 철학 글을 한 번에 번역할 때 생기는 위험이다. 특히 타닥바이블 글은 문장이 예쁜지만 보면 안 된다. 질문, 양심, 절제, 해방, 안전, 권위 같은 단어가 방향을 바꾸면 제품 철학 자체가 바뀐다.

수정 후 신학 감사 worker에게 spot re-audit을 다시 보냈다. 이전 high/critical 지적 10개가 모두 해결됐고, 추가 공개 불가 수준의 의미 역전이나 섹션 누락은 없다는 확인을 받았다. devlog 기술 감사 worker도 category label, Jekyll include, Korean Revised Version, Daily Review template 표현이 모두 해결됐다고 확인했다.

그 다음 id 리뷰 메타를 넣었다.

translation_review.id
  reviewed_at: 2026-06-07 20:32:16 +0900
  model_family: gpt-5.5
  paid_api: false

그리고 다시 gate를 통과했다.

i18n:promotion_check LOCALE=id
  warnings: 0
  errors: 0

i18n:pilot_status
  active ready: 10/10
  planned ready: 30/30
  planned pending: 0

i18n:verify
  warnings: 0
  errors: 0

여기까지 와서야 8개 언어 pilot을 ready라고 부를 수 있었다.

ko        ready
en        ready
ja        ready
zh-Hans   ready
es        ready
pt-BR     ready
fr        ready
id        ready

그 다음에는 ja, zh-Hans, es, pt-BR, fr, id를 실제 active로 올렸다.

여기서도 그냥 active 목록만 바꾸면 안 됐다.

먼저 registry와 collection output을 같이 바꿨다.

_data/locales.yml
  active: ko, en, ja, zh-Hans, es, pt-BR, fr, id
  planned: []

_config.yml
  ja_posts, zh_hans_posts, es_posts, pt_br_posts, fr_posts, id_posts
  output: true

그 다음 planned scaffold에 남아 있던 published: false, sitemap: false, i18n_status: planned-scaffold를 제거했다. 이제 /ja/, /zh-Hans/, /es/, /pt-BR/, /fr/, /id/가 실제 출력된다.

About 페이지도 문제였다.

홈과 카테고리만 열려도 소개 페이지가 placeholder면 실제 운영이라고 말하기 어렵다. 그래서 6개 About 페이지를 GPT-5.5 worker들에게 파일별로 맡겼다. 일본어, 중국어 간체, 스페인어, 브라질 포르투갈어, 프랑스어, 인도네시아어 소개 페이지가 모두 영어 About 구조를 기준으로 번역됐다. 이미지, GitHub 그래프, iframe, 링크 구조는 유지했고, placeholder와 prompt leakage는 제거했다.

RSS도 언어별로 추가했다.

/feed.xml
/en/feed.xml
/ja/feed.xml
/zh-Hans/feed.xml
/es/feed.xml
/pt-BR/feed.xml
/fr/feed.xml
/id/feed.xml

그리고 다시 build와 verifier를 돌렸다.

bundle exec jekyll build
bundle exec rake i18n:verify

warnings: 0
errors: 0

여기서 중국어 간체 UI residue도 하나 잡았다. URL과 hreflang은 zh-Hans가 맞지만, UI text와 giscus 쪽 언어 코드는 zh-CN이어야 했다. 처음에는 중국어 페이지 안에 카테고리, 최근 수정일 같은 한국어 UI가 남았다. 그래서 registry를 분리했다.

lang: zh-Hans
hreflang: zh-Hans
locale/ui_locale/giscus_lang: zh-CN

이후 중국어 pilot 5개 렌더링에서 한국어 UI residue가 사라졌다.

브라우저에서도 확인했다.

/, /en/, /ja/, /zh-Hans/, /es/, /pt-BR/, /fr/, /id/

8개 홈이 모두 열렸고, 각 언어의 About 버튼과 Atom feed link가 해당 언어로 나왔다. 언어 메뉴에는 국기 포함 8개 옵션이 모두 보였다.

🇰🇷 한국어
🇺🇸 English
🇯🇵 日本語
🇨🇳 简体中文
🇪🇸 Español
🇧🇷 Português
🇫🇷 Français
🇮🇩 Bahasa Indonesia

일본어와 중국어 pilot 글에서는 조회수 tracking path도 확인했다.

/ja/devlog/github-pages-blog/github-pages-blog-visitor-counter/
/zh-Hans/devlog/github-pages-blog/github-pages-blog-visitor-counter/

data-page-view-path="/devlog/github-pages-blog/github-pages-blog-visitor-counter/"

즉 언어별 URL로 들어와도 조회수는 한국어 canonical 글과 공유된다. today dedupe도 같은 canonical path 기준으로 작동한다.

모바일에서도 프랑스어 홈 기준으로 언어 드롭다운과 햄버거 메뉴를 눌러봤다. 언어 드롭다운 8개 옵션이 visible이고, 모바일 quick link에도 8개 언어가 모두 visible이었다.

다만 이 세션 포스트 자체는 아직 원문이 계속 업데이트 중이다. 그래서 active 7개 비한국어 번역을 바로 만들지 않았다. _project/i18n/pending-translations.yml에 en, ja, zh-Hans, es, pt-BR, fr, id 모두 source_state: unconfirmed로 기록했다. bundle exec rake i18n:post_sync는 warning 7개와 error 0개를 낸다. 원문 확정 전에는 번역을 만들지 않는다는 규칙이 실제 gate로 유지된 셈이다.

여기서 repo 규칙도 다시 고쳤다. 처음에는 “영어판도 같이 만든다”는 표현이 남아 있었는데, 이제는 그 표현도 부족하다. 현재 active locale은 영어 하나가 아니라 en, ja, zh-Hans, es, pt-BR, fr, id 전체다. 그래서 commit, push, publish 시에는 active 비한국어 전체를 동기화하고, 넓은 번역/검수 batch에서는 최신 GPT-series worker/subagent를 쓰며, 원문 확정 전에는 pending으로 남기는 규칙으로 바꿨다.

마지막으로 coverage도 따로 봤다.

처음에는 i18n:verify와 i18n:pilot_status가 통과하니 다 끝난 것처럼 보일 수 있었다. 하지만 그 둘은 active locale 시스템과 pilot corpus를 보는 gate다. 기존 한국어 글 312개 전체가 7개 언어로 모두 번역됐는지는 다른 질문이다.

그래서 i18n:post_coverage를 추가했다.

bundle exec rake i18n:post_coverage

이 명령은 전체 _posts와 active 비한국어 target을 모두 훑어 언어별 coverage를 보여준다. 현재 상태는 정직하게 이렇다.

en       ready 311/312, pending 1
ja       ready 8/312, pending 1, missing 303
zh-Hans  ready 8/312, pending 1, missing 303
es       ready 8/312, pending 1, missing 303
pt-BR    ready 8/312, pending 1, missing 303
fr       ready 8/312, pending 1, missing 303
id       ready 8/312, pending 1, missing 303

여기서 영어의 pending 1개는 이 세션 포스트다. 원문이 아직 확정되지 않았으니 일부러 번역하지 않았다. 나머지 6개 언어의 missing 303개는 숨길 게 아니라 backlog다. 즉 현재 성과는 “8개 언어의 운영 구조와 pilot corpus를 active로 검증했다”이지, “기존 전체 아카이브를 8개 언어로 완역했다”가 아니다.

이 coverage를 본 뒤에는 Daily Review 초반 3개를 첫 backlog 감소 batch로 잡았다.

2024-12-14  GitHub Pages 블로그 시작
2024-12-15  요즘 깨달은 것들
2024-12-16  개발 패러다임의 전환

영어판은 이미 있었기 때문에, 한국어 원문을 source of truth로 두고 영어판을 보조 참조로 삼았다. 일본어, 중국어 간체, 스페인어, 브라질 포르투갈어, 프랑스어, 인도네시아어는 GPT-5.5 worker 6개에 언어별로 나눠 맡겼다. 각 worker는 자기 locale collection의 3개 파일만 소유하게 했다.

그리고 여기서도 바로 끝내지 않았다. 별도 GPT-5.5 reviewer에게 18개 신규 번역 파일을 다시 보게 했다.

front matter parity
date / last_modified_at
categories / lang / locale / permalink
image order
section structure
Hangul residue
prompt leakage
obvious meaning reversal
public-quality phrasing

reviewer는 스페인어, 포르투갈어, 프랑스어, 인도네시아어의 일부 문장을 작게 다듬었다. 이후 batch 전용 post sync를 돌렸다.

SOURCE_PATHS="..." bundle exec rake i18n:post_sync

결과는 3개 원문 × 7개 target 전체 ready였다.

checked: 21
ready: 21
warnings: 0
errors: 0

그 다음에는 Daily Review 2차 batch를 바로 이어서 줄였다.

2024-12-17  대수술
2024-12-18  바이브 코딩, 너무 대충 했구나
2024-12-19  개발은 보여줘야 제맛
2024-12-20  역시 직접 부딪혀보는 게 최고

이번에도 방식은 같았다. 영어판은 참조로만 두고, 한국어 원문을 source of truth로 삼았다. 일본어, 중국어 간체, 스페인어, 브라질 포르투갈어, 프랑스어, 인도네시아어 worker 6개가 각자 자기 언어의 4개 파일만 맡았다.

그리고 다시 GPT-5.5 reviewer를 붙였다. 이번 reviewer는 24개 신규 번역 중 11개 파일을 실제로 고쳤다. 중국어의 직역 idiom, 포르투갈어와 인도네시아어의 어색한 신체 표현, Local Run, duplicate variable declaration, Date Picker, dependency conflict 같은 개발 로그 표현을 더 자연스럽게 다듬었다.

리뷰 후 batch 전용 post sync를 다시 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

잔여 한글과 번역 프롬프트 누수도 다시 훑었다. 출력은 없었다. 이 말은 최소한 이 batch 안에서는 구조, 언어 prefix, front matter, permalink, 이미지 순서, Liquid token, 눈에 보이는 한국어 잔여가 gate를 통과했다는 뜻이다.

2차 batch까지 반영한 현재 coverage는 이렇게 바뀌었다.

en       ready 311/312, pending 1
ja       ready 12/312, pending 1, missing 299
zh-Hans  ready 12/312, pending 1, missing 299
es       ready 12/312, pending 1, missing 299
pt-BR    ready 12/312, pending 1, missing 299
fr       ready 12/312, pending 1, missing 299
id       ready 12/312, pending 1, missing 299

3차 batch도 이어서 진행했다.

2024-12-21  이렇게 배울 수밖에 없었다
2024-12-22  이제 진짜 끝장을 봐야 한다
2024-12-23  AIFFELTHON 마무리 전날
2024-12-24  크리스마스 이브에도 결국 만들었다

이번에도 6개 언어 worker를 GPT-5.5로 띄우고, 파일 ownership을 언어별로 나눴다. 생성 후에는 batch 전용 sync가 먼저 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

그 다음 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤고, 12개 파일에 품질 수정을 넣었다. 스페인어/포르투갈어의 역시 직역 drift, 프랑스어의 AIFFELTHON 계획 표현, 인도네시아어의 영어 residue와 과한 직역 표현을 다듬었다.

리뷰 후 다시 batch sync를 돌렸고 결과는 그대로 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

3차 batch까지 반영한 coverage는 여기까지 올라왔다.

en       ready 311/312, pending 1
ja       ready 16/312, pending 1, missing 295
zh-Hans  ready 16/312, pending 1, missing 295
es       ready 16/312, pending 1, missing 295
pt-BR    ready 16/312, pending 1, missing 295
fr       ready 16/312, pending 1, missing 295
id       ready 16/312, pending 1, missing 295

4차 batch는 크리스마스 당일부터 12월 28일까지 잡았다.

2024-12-25  습관이 무서운 이유
2024-12-26  작은 선물과 진심 어린 편지
2024-12-27  군대 의무와 겨울 장비
2024-12-28  익숙해진 습관의 힘

이번에도 생성은 6개 언어 GPT-5.5 worker가 맡고, 검수는 별도 GPT-5.5 reviewer가 맡았다. 생성 직후 batch sync는 먼저 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

reviewer는 24개 파일 중 10개 파일을 수정했다. 포르투갈어와 프랑스어의 어색한 시간 표현, 스페인어/포르투갈어/인도네시아어의 작은 선물과 편지 표현, 인도네시아어의 의복/겨울 장비 residue, 프랑스어의 군대 의무 표현, 그리고 12월 28일 제목의 “습관이 무섭다”는 의미를 다시 맞췄다.

리뷰 후 batch sync와 residue scan을 다시 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

4차 batch까지 반영한 coverage는 여기까지 올라왔다.

en       ready 311/312, pending 1
ja       ready 20/312, pending 1, missing 291
zh-Hans  ready 20/312, pending 1, missing 291
es       ready 20/312, pending 1, missing 291
pt-BR    ready 20/312, pending 1, missing 291
fr       ready 20/312, pending 1, missing 291
id       ready 20/312, pending 1, missing 291

5차 batch는 연도 경계를 넘겼다.

2024-12-29  2024년 마지막 주일
2024-12-30  끝까지 손을 떼지 않는 날
2024-12-31  한 해를 마무리하며
2025-01-01  새해 첫날

2024-12와 2025-01 폴더가 섞여 있어서 source path 검증을 특히 조심했다. 이번에도 6개 언어 GPT-5.5 worker가 각자 자기 파일만 만들고, 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다.

reviewer는 일본어, 중국어 간체, 스페인어, 포르투갈어, 프랑스어 일부 파일을 다듬었다. 특히 사역자가 Romance language에서 ordained clergy처럼 과하게 읽히는 문제를 servant/server 쪽 표현으로 낮췄고, 손을 떼다 같은 표현의 직역도 고쳤다. KPT label도 (Keep), (Problem), (Try)는 보존하되 각 언어에서 자연스럽게 읽히도록 맞췄다.

리뷰 후 batch sync는 다시 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

5차 batch까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 24/312, pending 1, missing 287
zh-Hans  ready 24/312, pending 1, missing 287
es       ready 24/312, pending 1, missing 287
pt-BR    ready 24/312, pending 1, missing 287
fr       ready 24/312, pending 1, missing 287
id       ready 24/312, pending 1, missing 287

6차 batch는 2025년 1월 초반으로 넘어갔다.

2025-01-02  새해 첫 루틴 점검
2025-01-03  다시 리듬을 잡는 날
2025-01-04  창업 공모전 목표 정리
2025-01-05  피곤함 속에서도 정리한 하루

이번에도 6개 언어 GPT-5.5 worker가 생성하고, 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다. reviewer는 스페인어 KPT Try label을 독자에게 말하는 형태로 바꾸고, 창업 공모전이 startup contest처럼 흐르던 표현을 entrepreneurship 쪽으로 바로잡았다. 프랑스어의 직역 수면 표현과 인도네시아어의 어색한 정리 표현도 고쳤다.

리뷰 후 batch sync와 residue scan은 다시 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

6차 batch까지 반영한 coverage는 여기까지 올라왔다.

en       ready 311/312, pending 1
ja       ready 28/312, pending 1, missing 283
zh-Hans  ready 28/312, pending 1, missing 283
es       ready 28/312, pending 1, missing 283
pt-BR    ready 28/312, pending 1, missing 283
fr       ready 28/312, pending 1, missing 283
id       ready 28/312, pending 1, missing 283

7차 batch는 2025년 1월 6일부터 9일까지 이어갔다.

2025-01-06
2025-01-07
2025-01-08
2025-01-09

이번에도 생성은 6개 언어 GPT-5.5 worker가 맡고, 검수는 별도 GPT-5.5 reviewer가 맡았다. 생성 단계에서 일부 worker가 post_sync의 전체 active target missing을 봤지만, 그건 아직 다른 언어 파일이 들어오기 전의 정상 노이즈였다. 최종 검증은 batch 전용 SOURCE_PATHS로 다시 돌렸다.

reviewer는 스페인어 4개 파일과 인도네시아어 3개 파일을 수정했다. 스페인어 diacritics와 문장부호를 복구했고, QA 중 생긴 URL typo를 바로잡았으며, 인도네시아어에 남아 있던 Import RichTextEditor in diary 같은 영어 residue를 현지어 문장으로 바꿨다.

리뷰 후 batch sync와 residue scan은 다시 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

7차 batch까지 반영한 coverage는 여기까지 올라왔다.

en       ready 311/312, pending 1
ja       ready 32/312, pending 1, missing 279
zh-Hans  ready 32/312, pending 1, missing 279
es       ready 32/312, pending 1, missing 279
pt-BR    ready 32/312, pending 1, missing 279
fr       ready 32/312, pending 1, missing 279
id       ready 32/312, pending 1, missing 279

8차 batch는 2025년 1월 10일부터 13일까지 잡았다.

2025-01-10  KeyPit MVP(오픈 카톡방) 테스트 시작
2025-01-11  더 넓은 세상을 향해
2025-01-12  성공적인 목표 달성 사이클
2025-01-13  일본 단기선교 (1/4) - 밸런싱

이번에도 생성은 6개 언어 GPT-5.5 worker가 맡았다. 일본어, 중국어 간체, 스페인어, 브라질 포르투갈어, 프랑스어, 인도네시아어 worker를 분리했고, 각 worker는 자기 언어의 4개 파일만 소유했다. 영어판은 이미 있으니 참조로만 썼고, 한국어 원문을 source of truth로 봤다.

생성 직후 batch 전용 sync는 먼저 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

그 다음 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다. 이번 reviewer는 14개 파일을 실제로 고쳤다. 특히 절박함이 일부 언어에서 hopelessness나 despair처럼 절망 쪽으로 미끄러진 문제를, 필요와 긴급함의 뉘앙스로 다시 맞췄다. 프랑스어에는 ㅋㅋ, ㅠ 같은 한국어 감정표현이 남아 있었고, 일본 단기선교 제목의 mission courte, équilibrage 같은 직역도 다듬었다.

리뷰 후 다시 batch sync와 residue scan을 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

잔여 한글, 번역 프롬프트 누수, whitespace 문제도 다시 확인했다. 출력은 없었다. 이 batch도 “파일이 생겼다”가 아니라, 생성 worker와 별도 reviewer, 그리고 batch sync gate를 모두 통과한 상태로 기록한다.

8차 batch까지 반영한 coverage는 여기까지 올라왔다.

en       ready 311/312, pending 1
ja       ready 36/312, pending 1, missing 275
zh-Hans  ready 36/312, pending 1, missing 275
es       ready 36/312, pending 1, missing 275
pt-BR    ready 36/312, pending 1, missing 275
fr       ready 36/312, pending 1, missing 275
id       ready 36/312, pending 1, missing 275

9차 batch는 일본 단기선교 흐름의 뒷부분과 개발자 피드백 글을 묶었다.

2025-01-14  일본 단기선교 (2/4) - 인식의 확장, 세상의 확장
2025-01-15  일본 단기선교 (3/4) - 의미부여, 새김
2025-01-16  일본 단기선교 (4/4) - 각성과 비상의 다짐
2025-01-17  개발자 필수 덕목: 피드백, 나눔

이번에도 6개 언어 GPT-5.5 worker가 각자 자기 locale의 4개 파일만 만들었다. 그런데 생성 직후 batch sync에서 바로 문제가 잡혔다. 일본어와 인도네시아어 파일의 본문은 들어왔지만, front matter의 locale 값이 registry 기준과 달랐다.

ja  locale: ja     -> ja-JP
id  locale: id     -> id-ID

lang과 locale은 같은 값이 아니다. URL language tag와 UI locale, giscus locale이 분리되어 있기 때문이다. 이건 사람이 눈으로 읽는 번역 검수만으로는 놓치기 쉽고, batch sync gate가 정확히 잡아준 문제였다.

수정 후 batch sync는 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

그 다음 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다. reviewer는 7개 파일을 고쳤다. 특히 비상이 일부 언어에서 literal flight나 ascension으로 새던 문제를 바로잡았다. 중국어 간체의 飞升은 腾飞로, 스페인어와 포르투갈어는 alzar/alçar vuelo/voo 쪽으로, 인도네시아어는 bangkit과 melesat 쪽으로 조정했다. 포르투갈어에서는 4일 3박이 3 dias e 4 noites로 뒤집힌 기간 오역도 잡았다. 1월 17일 글의 나눔도 developer peer support 맥락으로 다시 맞췄다.

리뷰 후 다시 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

9차 batch까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 40/312, pending 1, missing 271
zh-Hans  ready 40/312, pending 1, missing 271
es       ready 40/312, pending 1, missing 271
pt-BR    ready 40/312, pending 1, missing 271
fr       ready 40/312, pending 1, missing 271
id       ready 40/312, pending 1, missing 271

10차 batch는 일본 단기선교 이후 다시 일상과 개발 리듬으로 돌아오는 구간이었다.

2025-01-18  역지사지
2025-01-19  티끌 모여 태산
2025-01-20  거짓말, 신뢰
2025-01-21  지킬 수 있는 목표

이번에도 6개 언어 GPT-5.5 worker가 각자 자기 언어의 4개 파일만 만들었다. 지난 batch에서 locale mismatch가 한 번 나왔기 때문에, 이번에는 처음부터 registry 기준을 더 명확히 줬다.

ja       locale: ja-JP
zh-Hans  locale: zh-CN
id       locale: id-ID

생성 후 batch sync는 바로 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

그 다음 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다. reviewer는 10개 파일을 고쳤다. 이번 batch는 제목부터 관용구와 도덕적 뉘앙스가 많았다. 역지사지를 단순 empathy로만 눌러버리면 글의 자기반성 결이 약해지고, 티끌 모여 태산은 단순 accumulated tasks가 아니라 작은 것들이 쌓여 큰 부담이나 결과가 되는 감각이 있다. 거짓말, 신뢰에서는 거짓말 자체보다 신뢰를 잃는 구조가 중요했고, 지킬 수 있는 목표에서는 목표를 낮추는 게 아니라 지킬 수 있어야 자기 신뢰가 생긴다는 방향이 중요했다.

특히 pt-BR에서는 “평가자가 타인이든 나 자신이든”이라는 문장이 잘못 흐른 부분이 잡혔다. 번역 자체는 자연스러워 보여도 주체가 바뀌면 글의 윤리적 방향이 바뀐다. 이건 이번 batch에서 좋은 검수 포인트였다.

리뷰 후 다시 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

10차 batch까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 44/312, pending 1, missing 267
zh-Hans  ready 44/312, pending 1, missing 267
es       ready 44/312, pending 1, missing 267
pt-BR    ready 44/312, pending 1, missing 267
fr       ready 44/312, pending 1, missing 267
id       ready 44/312, pending 1, missing 267

11차 batch는 2025년 1월 후반부로 넘어갔다.

2025-01-22  값싼 도파민, 시스템 변화
2025-01-23  임계점, 하기 싫은 일, 뇌의 변화
2025-01-26  멘붕
2025-01-27  밤샘, 정신력 운동

이번에도 6개 언어 GPT-5.5 worker가 각자 자기 locale의 4개 파일만 만들었다. 이 batch는 단어 선택이 꽤 까다로웠다. 값싼 도파민, 뇌의 변화, 멘붕, 정신력 운동 같은 표현은 너무 의학적으로 번역하면 원문의 일상적 자기반성 결이 사라지고, 너무 가볍게 번역하면 글의 거친 자기비판이 약해진다.

생성 후 batch sync는 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

그 다음 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다. reviewer는 5개 파일을 고쳤다. 스페인어와 포르투갈어에서 하기 싫은 일이 너무 딱딱하게 번역된 부분을 다듬었고, 스페인어의 멘붕 표현이 어색하게 흐른 것도 고쳤다. 독기는 단순 venom이나 malice가 아니라, 나쁜 쪽으로도 갈 수 있는 거친 grit에 가깝다. 그래서 스페인어와 포르투갈어에서 그 결을 다시 맞췄다. 인도네시아어에서는 곱상하게가 너무 문자 그대로 옮겨져서, 원문의 자기비판적 뉘앙스를 살리는 쪽으로 조정했다.

리뷰 후 다시 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

11차 batch까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 48/312, pending 1, missing 263
zh-Hans  ready 48/312, pending 1, missing 263
es       ready 48/312, pending 1, missing 263
pt-BR    ready 48/312, pending 1, missing 263
fr       ready 48/312, pending 1, missing 263
id       ready 48/312, pending 1, missing 263

12차 batch는 2025년 2월 초반 Daily Review로 넘어갔다.

2025-02-02  정지 관성을 깨는 방법
2025-02-03  생각하는 삶, 최고의 사고 촉진 도구 - 일기
2025-02-04  성공의 절반은 출석이다
2025-02-05  계단 오르기의 의미, 꾸준한 기록의 힘

이번에도 6개 언어 GPT-5.5 worker가 각자 자기 locale의 4개 파일만 만들었다. 이 batch는 큰 신학 표현보다 생활 개념의 번역이 까다로웠다. 정지 관성, 출석, 계단 오르기, 꾸준한 기록 같은 말은 직역하면 어색해지고, 너무 풀어 쓰면 제목의 힘이 빠진다.

생성 후 batch sync는 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

그 다음 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다. reviewer는 4개 파일을 고쳤다. 핵심은 2월 2일 글의 정지 관성이었다. 스페인어, 포르투갈어, 프랑스어, 인도네시아어에서 너무 문자 그대로 굳어 있던 표현을, 멈춰 있는 상태의 관성이나 inertia of immobility/rest 쪽으로 더 자연스럽게 조정했다. 포르투갈어에서는 정확히 2분처럼 읽히던 표현을 2분 안에 할 수 있다는 원래 뉘앙스에 맞게 고쳤다.

리뷰 후 다시 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

12차 batch까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 52/312, pending 1, missing 259
zh-Hans  ready 52/312, pending 1, missing 259
es       ready 52/312, pending 1, missing 259
pt-BR    ready 52/312, pending 1, missing 259
fr       ready 52/312, pending 1, missing 259
id       ready 52/312, pending 1, missing 259

13차 batch는 2월 초의 프로젝트 전환 구간이었다.

2025-02-06  생각대로 살지 않으면, 사는 대로 생각하게 된다.
2025-02-11  아이펠톤(졸업 프로젝트) 끝
2025-02-12  아이펠 9기 코어 과정 종료, MVP Runners 시작
2025-02-13  임계점, 도피성 두려움

이번에도 6개 언어 GPT-5.5 worker가 각자 자기 locale의 4개 파일만 만들었다. 이 batch는 고유명사가 많았다. AIFFELthon, 아이펠톤, AIFFEL 9기 코어 과정, MVP Runners 같은 이름은 번역보다 보존과 현지화의 경계가 더 중요했다. 제목도 까다로웠다. 생각대로 살지 않으면, 사는 대로 생각하게 된다는 문장은 너무 매끈하게 바꾸면 원문의 경고성이 약해진다.

생성 후 batch sync는 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

그 다음 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다. reviewer는 20개 파일을 고쳤다. 프랑스어 4개 파일은 그대로 통과했고, 나머지 언어에서는 AIFFEL 9기 코어 과정이 영어 AIFFEL 9th Core Course처럼 새어 나온 부분을 각 언어에 맞게 정리했다. 인도네시아어의 AIFFEL batch 9 core course도 현지어 흐름에 맞게 고쳤다. 포르투갈어에서는 큰 구간에서 diacritics가 빠져 있었고, 이건 공개 품질상 그냥 넘어갈 수 없는 문제라 다시 정리했다.

리뷰 후 다시 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

13차 batch까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 56/312, pending 1, missing 255
zh-Hans  ready 56/312, pending 1, missing 255
es       ready 56/312, pending 1, missing 255
pt-BR    ready 56/312, pending 1, missing 255
fr       ready 56/312, pending 1, missing 255
id       ready 56/312, pending 1, missing 255

14차 batch는 루틴과 성숙함 쪽 Daily Review였다.

2025-02-14  기본에 충실하라 - 건강한 루틴 형성
2025-02-15  감사합니다~ 행복한 하루 되세요!☺️
2025-02-16  성숙함의 핵심: 지연 보상 인내, 즉각 보상 절제
2025-02-17  복싱 시작, 월-금 헬스장+복싱장 챌린지

이번에도 6개 언어 GPT-5.5 worker를 붙였다. 각 worker는 자기 언어의 4개 파일만 만들고, 한국어 원문을 source of truth로 삼았다. 영어판은 참고만 했다. 기본에 충실하라, 지연 보상 인내, 즉각 보상 절제 같은 표현은 영어를 다시 번역하면 금방 어색해질 수 있어서, 한국어 원문을 계속 붙잡게 했다.

생성 후 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

그 다음 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다. reviewer는 8개 파일을 고쳤다. 감사합니다~ 행복한 하루 되세요!☺️ 같은 인사말은 언어마다 자연스러운 온도가 달랐고, MVP Runners 모임에 가입은 몇몇 언어에서 “모임에 참석했다”처럼 읽힐 위험이 있었다. 2월 16일 글에서는 포르투갈어와 인도네시아어의 지연 보상 인내, 즉각 보상 절제 표현을 더 자기 절제의 의미가 살아나게 고쳤다.

리뷰 후 다시 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

14차 batch까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 60/312, pending 1, missing 251
zh-Hans  ready 60/312, pending 1, missing 251
es       ready 60/312, pending 1, missing 251
pt-BR    ready 60/312, pending 1, missing 251
fr       ready 60/312, pending 1, missing 251
id       ready 60/312, pending 1, missing 251

15차 batch는 2월 말에서 3월 초로 넘어가는 Daily Review였다.

2025-02-23  넉다운 + 감기
2025-02-24  3대 목표 변경, 예비창업패키지 준비 중단
2025-02-25  생일
2025-03-02  미루기 관성

이번 batch는 글의 온도 차이가 컸다. 2월 23일은 몸이 무너진 기록이고, 2월 24일은 예비창업패키지 준비를 멈추는 의사결정이다. 2월 25일은 생일이라 일부러 가볍고 장난스럽다. 3월 2일은 다시 미루기 관성을 깨려는 글이다. 같은 Daily Review라도 번역 톤을 한 가지로 밀면 망가지는 구간이었다.

생성 후 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

그 다음 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다. reviewer는 3개 파일을 고쳤다. 스페인어에서는 응~ 아니야~ 생일이니까 쉴 거야~ 내 맴이야~의 장난스러운 결을 살리기 위해 어색한 표현을 더 자연스러운 구어체로 바꿨다. 프랑스어에서는 정지 관성을 멈춤의 관성보다 휴지/정지 상태의 관성에 가깝게 고쳤고, 인도네시아어에서는 할 일을 너무 빡세게 설정했을까?의 빡세게를 자연스러운 과업 난이도 표현으로 조정했다.

리뷰 후 다시 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

15차 batch까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 64/312, pending 1, missing 247
zh-Hans  ready 64/312, pending 1, missing 247
es       ready 64/312, pending 1, missing 247
pt-BR    ready 64/312, pending 1, missing 247
fr       ready 64/312, pending 1, missing 247
id       ready 64/312, pending 1, missing 247

16차 batch는 3월 초의 무거운 Daily Review 구간이었다.

2025-03-06  미루기 관성 2
2025-03-07  생각하지 못하게 된 동물
2025-03-08  서울시 청년 마음건강 상담 2회차: TCI, KSCL-95
2025-03-20  다시 일어서자. 빨리 걷고, 늦게 뛰자.

이번 batch는 단순한 생활 기록이 아니었다. 값싼 도파민, 생각하지 못하게 된 동물 같은 거친 자기비판도 있고, 서울시 청년 마음건강 상담, TCI, KSCL-95 같은 상담/검사 맥락도 있었다. 그래서 번역을 매끈하게만 하면 안 됐다. 거친 표현은 거칠게 남기되, 상담과 심리검사 표현은 진단처럼 부풀리지 않아야 했다.

생성 후 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

그 다음 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다. reviewer는 10개 파일을 고쳤다. 가장 중요한 수정은 mania처럼 진단으로 읽힐 수 있는 표현을 비진단적 각성/과활성 표현으로 낮춘 것이다. 중국어에서는 TCI와 KSCL-95를 임상적 检查보다 심리검사 맥락의 测验으로 고쳤다. 프랑스어에서는 counseling이 그대로 새어 나온 부분을 자연스러운 accompagnement 계열 표현으로 정리했고, 포르투갈어에서는 앱 삭제 실천을 어색하게 설명하던 description을 더 정확히 고쳤다.

리뷰 후 다시 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

16차 batch까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 68/312, pending 1, missing 243
zh-Hans  ready 68/312, pending 1, missing 243
es       ready 68/312, pending 1, missing 243
pt-BR    ready 68/312, pending 1, missing 243
fr       ready 68/312, pending 1, missing 243
id       ready 68/312, pending 1, missing 243

17차 batch는 신앙 은유, 조어, AI 철학, 실천 매뉴얼이 한꺼번에 섞인 구간이었다.

2025-03-21  짧은 여행, 깨달음의 홍수, 돌아온 탕자
2025-03-25  반복되는 실수와 잘못을 끊어내기 위한 6단계 구조
2025-03-26  인간-기계 공생 시대의 사고 확장
2025-03-27  하기 싫은 선택지 채택 매뉴얼

이번 batch는 3월 21일 글 하나만 봐도 쉽지 않았다. 돌아온 탕자는 성경적 뉘앙스를 갖고 있고, 소확행, 대깨두, 콰삭킹/맛초킹 같은 사람 같은 표현은 그냥 의미만 풀면 글의 질감이 사라진다. 3월 26일의 인간-기계 공생, 뇌가소성, 네트워크 역량, 사이보그적 존재역량도 너무 corporate한 AI 글처럼 만들면 안 됐다.

생성 후 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

그 다음 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다. reviewer는 13개 파일을 고쳤다. 핵심은 3월 21일의 조어와 농담 질감을 되살리는 일이었다. 소확행, 대깨두를 완전히 풀어버리지 않고 sohwakhaeng, daekkaedu 같은 romanized label을 붙여, 외국어 독자가 의미를 따라가면서도 원문의 특이한 질감을 느낄 수 있게 했다. 또 교회 여행/하루 작업 인증 목표가 어색하게 번역된 부분을 고쳤고, 일본어에서는 안목을 眼目이 아니라 見識으로 고쳐 시대를 보는 식견의 의미를 살렸다.

리뷰 후 다시 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

17차 batch까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 72/312, pending 1, missing 239
zh-Hans  ready 72/312, pending 1, missing 239
es       ready 72/312, pending 1, missing 239
pt-BR    ready 72/312, pending 1, missing 239
fr       ready 72/312, pending 1, missing 239
id       ready 72/312, pending 1, missing 239

18차 batch는 도파민 디톡스와 Secret Messenger 개발 초입이었다.

2025-03-31  싸구려 도파민 디톡스 1일차
2025-04-01  Secret Messenger 개발 시작
2025-04-03  No Pain, No Gain, No Game.
2025-04-13  돈이 걸린 데드라인 - 효과는 굉장했다!

이번 batch에서는 제품명과 링크 처리가 중요했다. Secret Messenger는 번역 대상이 아니라 제품명이고, 관련 devlog의 다국어 counterpart는 아직 없었다. 그래서 보이는 링크 라벨은 각 언어로 자연스럽게 옮기되, href는 존재하지 않는 /locale/devlog/...를 만들지 않고 기존 한국어 공개 URL을 유지했다. 없는 번역 링크를 만들어 깨진 내부 링크를 늘리는 것보다, 현재 존재하는 canonical 문서로 보내는 쪽이 맞다.

또 4월 13일 글에는 ADHD, 중독 경향, 도파민 보상 회로, 커미트먼트 장치, 논문 수치 같은 표현이 들어갔다. 이 부분은 번역이 자칫 새로운 의학 조언이나 진단처럼 읽히면 안 된다. 원문이 자기 이해와 행동 구조 실험으로 쓰고 있는 범위를 넘지 않도록 조심해야 했다.

생성 후 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

그 다음 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다. 이번에는 reviewer가 파일을 고치지 않았다. 제품명, 링크, 이미지, 체크리스트, No Pain, No Gain, No Game., 4월 13일의 ADHD/중독/도파민/이론 표현이 원문 범위 안에서 유지되어 있다고 판단했다. 생성 단계에서부터 Secret Messenger 링크를 억지로 locale URL로 바꾸지 않은 것도 그대로 통과했다.

리뷰 후 다시 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

18차 batch까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 76/312, pending 1, missing 235
zh-Hans  ready 76/312, pending 1, missing 235
es       ready 76/312, pending 1, missing 235
pt-BR    ready 76/312, pending 1, missing 235
fr       ready 76/312, pending 1, missing 235
id       ready 76/312, pending 1, missing 235

19차 batch는 시스템과 정체성, 철학적 악, AI 정치 상상으로 이어졌다.

2025-04-14  시스템, 벌금, 그리고 꾸준함의 힘
2025-04-15  나다운 게 뭔데?
2025-04-16  '무언가에 쫓기는 상태'는 '악'일지도?
2025-04-17  AI가 쏘아올린 엘리트 민주주의의 서막...?

이번 batch는 제목의 물음표와 말줄임표가 중요했다. 특히 4월 17일 글은 엘리트 민주주의를 확정적으로 주장하는 글이라기보다, AI 기반 팩트체크와 투표 자격을 둘러싼 거친 상상과 반론을 함께 붙여보는 글이다. 그래서 번역에서도 확정적 정치 선언처럼 굳히지 않고, ...?의 불안정한 사유 상태를 살려야 했다.

생성 후 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

그 다음 별도 GPT-5.5 reviewer가 24개 파일을 다시 봤다. reviewer는 3개 파일을 고쳤다. 일본어에서는 AI가 인간보다 팩트체크를 잘할 수밖에 없다는 문장의 modal 뉘앙스를 다듬었고, big-data-based가 ビッグデータベース처럼 데이터베이스 자체로 오해될 수 있던 부분을 ビッグデータに基づく으로 고쳤다. 스페인어와 프랑스어에서는 4월 15일의 “상대에게 휘둘리지 않겠다”는 문장이 자기 결심의 방향을 잃지 않도록 다시 정리했다.

리뷰 후 다시 batch sync, residue scan, whitespace check를 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

19차 batch까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 80/312, pending 1, missing 231
zh-Hans  ready 80/312, pending 1, missing 231
es       ready 80/312, pending 1, missing 231
pt-BR    ready 80/312, pending 1, missing 231
fr       ready 80/312, pending 1, missing 231
id       ready 80/312, pending 1, missing 231

20차 batch는 정신건강 기록과 일상 회복, 그리고 자기 이해의 기록으로 이어졌다.

2025-04-18  내가 살아온 20대는, 아무래도 지옥이었던 것 같다
2025-04-22  오늘 하루는 #78: 중독에서 벗어나기
2025-04-23  오늘 하루는 #79: Adult ADHD에서 회복으로
2025-04-24  오늘 하루는 #80: 다시 루틴으로

이 batch는 단순한 일기 번역처럼 보이지만 조심할 지점이 많았다. ADHD, 조울증, 약물치료, 정신건강의학과, 회복 같은 표현이 들어가면 번역이 쉽게 진단문이나 조언문처럼 굳어질 수 있다. 원문은 어디까지나 자기 기록이고, 치료를 일반화하는 글이 아니다. 그래서 병명과 치료 표현은 정확하게 옮기되, 글의 주어가 계속 나에게 머물도록 했다.

생성 후 scoped sync와 residue scan을 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

20차부터는 검증 방식을 다시 잘라냈다. 이전까지는 batch마다 전체 Jekyll build를 붙였는데, 번역 파일만 추가하는 단계에서는 그게 과한 검증이었다. 구조 변경 단계에서 필요했던 full build 습관을 번역 생성 단계까지 끌고 간 셈이다. 이때부터 translation-only batch에서는 post_sync, residue scan, front matter/permalink, localized-link, Liquid marker, coverage report만 돌리고, full build는 전체 작업 종료 후로 미루는 기준을 세웠다.

21차 batch는 4월 말과 5월 초 루틴 기록이었다.

2025-04-28  오늘 하루는 #80: 지금 이 순간의 행복
2025-04-29  오늘 하루는 #81: 다 내 탓이오
2025-04-30  오늘 하루는 #82: 숨 고르기
2025-05-12  오늘 하루는 #83: 각성(Why)과 코칭(How)의 균형

이번에는 6개 언어 worker를 다시 병렬로 돌리되, 각 worker가 자기 locale 폴더만 쓰도록 범위를 분리했다. 중간에 스페인어와 프랑스어 worker가 locale: es-ES, locale: fr-FR를 넣은 문제가 있었는데, _data/locales.yml의 실제 값은 es, fr였다. 이건 full build 없이 front matter 확인과 scoped sync로 잡고 바로 고쳤다.

21차 scoped sync 결과는 이렇게 됐다.

checked: 28
ready: 28
warnings: 0
errors: 0

21차까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 88/312, pending 1, missing 223
zh-Hans  ready 88/312, pending 1, missing 223
es       ready 88/312, pending 1, missing 223
pt-BR    ready 88/312, pending 1, missing 223
fr       ready 88/312, pending 1, missing 223
id       ready 88/312, pending 1, missing 223

22차 batch는 5월 중순 루틴 재정비와 5월 27일 기록으로 이어졌다.

2025-05-13  오늘 하루는 #84: 내가 선 자리에서 다시 시작
2025-05-14  오늘 하루는 #85: 루틴은 실패해도 다시 세우면 된다
2025-05-15  오늘 하루는 #86: 흔들리는 루틴 안에서 붙잡은 것
2025-05-27  오늘 하루는 #87: 다시 기록으로 돌아오기

이번 batch에서도 full build는 돌리지 않았다. 6개 언어 worker가 자기 locale 폴더만 맡았고, 생성 후 scoped sync와 residue scan, locale front matter 확인만 진행했다.

checked: 28
ready: 28
warnings: 0
errors: 0

22차까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 92/312, pending 1, missing 219
zh-Hans  ready 92/312, pending 1, missing 219
es       ready 92/312, pending 1, missing 219
pt-BR    ready 92/312, pending 1, missing 219
fr       ready 92/312, pending 1, missing 219
id       ready 92/312, pending 1, missing 219

23차 batch는 네이버 블로그 사이트맵과 5월 말 Daily Review였다.

2025-05-27  네이버 블로그로 이사 갔습니다. (+네이버 사이트맵)
2025-05-28  오늘 하루는 #88
2025-05-29  오늘 하루는 #89
2025-05-30  오늘 하루는 #90

이번 batch에는 특수 permalink가 있었다. 2025-05-27-naver-sitemap.md는 날짜 URL이 아니라 /daily-review/naver-sitemap/ 형태로 공개되는 글이다. 그래서 언어별 worker에게 이 파일만 /locale/daily-review/naver-sitemap/으로 만들도록 따로 지시했다. scoped sync와 permalink grep으로 확인했고, 특수 URL은 정상적으로 맞았다.

checked: 28
ready: 28
warnings: 0
errors: 0

23차까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 96/312, pending 1, missing 215
zh-Hans  ready 96/312, pending 1, missing 215
es       ready 96/312, pending 1, missing 215
pt-BR    ready 96/312, pending 1, missing 215
fr       ready 96/312, pending 1, missing 215
id       ready 96/312, pending 1, missing 215

24차 batch는 5월 마지막 날과 6월 초 루틴 기록이었다.

2025-05-31  오늘 하루는 #91: 목표: 1/1, 할 일: 6/6, 습관: 6/6
2025-06-01  오늘 하루는 #92: 목표: 1/1, 할 일: 3/3, 습관: 2/2
2025-06-02  오늘 하루는 #93: 목표: 1/1, 할 일: 2/2, 습관: 6/6
2025-06-03  오늘 하루는 #94: 목표: 1/1, 할 일: 1/1, 습관: 6/6

이번 batch는 구조적으로는 비교적 단순했다. 날짜 permalink였고, 이미지/링크/체크박스/raw 블록만 잘 보존하면 됐다. 6개 언어 모두 scoped sync와 residue scan을 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

24차까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 100/312, pending 1, missing 211
zh-Hans  ready 100/312, pending 1, missing 211
es       ready 100/312, pending 1, missing 211
pt-BR    ready 100/312, pending 1, missing 211
fr       ready 100/312, pending 1, missing 211
id       ready 100/312, pending 1, missing 211

각 언어가 100개 ready를 넘었다. 이 시점에서 중요한 건 속도보다 리듬이다. full build를 끊어내자 batch 하나의 피로도가 확 줄었다. 이제는 번역 생성, scoped sync, residue scan, coverage 확인이라는 작은 루프가 유지된다.

25차 batch는 6월 4일부터 7일까지의 기록이었다.

2025-06-04  오늘 하루는 #95
2025-06-05  오늘 하루는 #96
2025-06-06  오늘 하루는 #97
2025-06-07  오늘 하루는 #98

이번 batch도 같은 루프로 처리했다. 6개 언어 worker가 각자의 locale 폴더만 수정했고, 생성 후 scoped sync와 residue scan만 돌렸다. full build는 돌리지 않았다.

checked: 28
ready: 28
warnings: 0
errors: 0

25차까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 104/312, pending 1, missing 207
zh-Hans  ready 104/312, pending 1, missing 207
es       ready 104/312, pending 1, missing 207
pt-BR    ready 104/312, pending 1, missing 207
fr       ready 104/312, pending 1, missing 207
id       ready 104/312, pending 1, missing 207

26차 batch는 6월 8일부터 11일까지의 기록이었다.

2025-06-08  오늘 하루는 #99: 게임/유튜브 대체재 필요
2025-06-09  오늘 하루는 #100: 컨디션 회복 완료
2025-06-10  오늘 하루는 #101: 폭식 방지 루틴 시스템 추가
2025-06-11  오늘 하루는 #102: GitHub Copilot Agent를 활용한 바이브 코딩 입문

이번 batch에서는 제품명과 기술명을 건드리지 않는 게 중요했다. YouTube, GitHub Copilot Agent, Agent, 루틴 시스템 같은 말은 각 언어에서 자연스럽게 설명하되, 제품명과 핵심 기술명은 보존했다.

검증은 여전히 scoped sync와 residue scan만 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

26차까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 108/312, pending 1, missing 203
zh-Hans  ready 108/312, pending 1, missing 203
es       ready 108/312, pending 1, missing 203
pt-BR    ready 108/312, pending 1, missing 203
fr       ready 108/312, pending 1, missing 203
id       ready 108/312, pending 1, missing 203

27차 batch는 6월 12일부터 15일까지의 기록이었다.

2025-06-12  오늘 하루는 #103: 바이브 코딩 입덕중
2025-06-13  오늘 하루는 #104: 바쁜 하루, 기쁜 하루
2025-06-14  오늘 하루는 #105: 한 박자 쉬고
2025-06-15  오늘 하루는 #106: 싸구려 도파민 과중독, 진실된 기록 원칙 준수

vibe coding, cheap dopamine, 기록 원칙 같은 표현은 각 언어에서 자연스럽게 옮기되, 원문이 가진 자기 반성의 거친 결은 너무 부드럽게 만들지 않도록 했다. 이번 batch도 scoped sync와 residue scan만으로 검증했다.

checked: 28
ready: 28
warnings: 0
errors: 0

27차까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 112/312, pending 1, missing 199
zh-Hans  ready 112/312, pending 1, missing 199
es       ready 112/312, pending 1, missing 199
pt-BR    ready 112/312, pending 1, missing 199
fr       ready 112/312, pending 1, missing 199
id       ready 112/312, pending 1, missing 199

28차 batch는 6월 16일부터 19일까지의 기록이었다.

2025-06-16  오늘 하루는 #107: 시간 압박의 필요성, 소셜링 입문
2025-06-17  오늘 하루는 #108: 교류를 위한 외출의 루틴화
2025-06-18  오늘 하루는 #109: 오늘의 목표 난이도 하향 조정
2025-06-19  오늘 하루는 #110: 요즘 너무 자주 지친다

이번 batch는 시간 압박, 소셜링, 외출의 루틴화, 자주 지치는 상태 같은 표현이 중심이었다. 번역이 너무 깔끔한 자기계발 문장으로 바뀌면 원문의 피로와 자기 관찰이 사라진다. 그래서 각 언어 worker에게 rough self-observation tone을 유지하라고 지시했다.

검증 결과는 같았다.

checked: 28
ready: 28
warnings: 0
errors: 0

28차까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 116/312, pending 1, missing 195
zh-Hans  ready 116/312, pending 1, missing 195
es       ready 116/312, pending 1, missing 195
pt-BR    ready 116/312, pending 1, missing 195
fr       ready 116/312, pending 1, missing 195
id       ready 116/312, pending 1, missing 195

29차 batch는 6월 20일부터 23일까지의 기록이었다.

2025-06-20  오늘 하루는 #111: 적응력과 회복 탄력성의 중요성
2025-06-21  오늘 하루는 #112: 또다시 좋은 기회, 심사숙고
2025-06-22  오늘 하루는 #113: 나는 나의 길을 간다.
2025-06-23  오늘 하루는 #114: 우연한 만남, 미팅, 기회

이번 batch는 기회 앞에서 들뜨지 않고 심사숙고하는 톤, 그리고 “나는 나의 길을 간다”는 문장의 단단함을 유지하는 쪽이 중요했다. 생성 후 scoped sync와 residue scan을 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

29차까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 120/312, pending 1, missing 191
zh-Hans  ready 120/312, pending 1, missing 191
es       ready 120/312, pending 1, missing 191
pt-BR    ready 120/312, pending 1, missing 191
fr       ready 120/312, pending 1, missing 191
id       ready 120/312, pending 1, missing 191

30차 batch는 6월 24일부터 27일까지의 기록이었다.

2025-06-24  오늘 하루는 #115: 루틴 회복. 천천히, 꾸준히
2025-06-25  오늘 하루는 #116: 바이브 코딩 한계점 봉착
2025-06-26  오늘 하루는 #117: 바쁨은 일종의 악일지도
2025-06-27  오늘 하루는 #118: 이대로. 꾸준히. 계속.

이번 batch는 짧은 리듬을 살리는 게 중요했다. 특히 “이대로. 꾸준히. 계속.”은 의미보다 호흡이 먼저 오는 제목이다. 또 “바쁨은 일종의 악일지도”는 확정적 선언이라기보다 사유의 형태라, 번역에서도 너무 단정적으로 굳히지 않도록 했다.

검증 결과는 그대로 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

30차까지 반영한 coverage는 이렇게 됐다.

en       ready 311/312, pending 1
ja       ready 124/312, pending 1, missing 187
zh-Hans  ready 124/312, pending 1, missing 187
es       ready 124/312, pending 1, missing 187
pt-BR    ready 124/312, pending 1, missing 187
fr       ready 124/312, pending 1, missing 187
id       ready 124/312, pending 1, missing 187

31차 batch는 6월 말에서 7월 초로 넘어가는 기록이었다.

2025-06-28  오늘 하루는 #119: 밤샘 후유증, 그러나 만족스런
2025-06-29  오늘 하루는 #120: 멘토의 중요성
2025-06-30  오늘 하루는 #121: 사람과의 휴식, 에너지 고갈
2025-07-01  오늘 하루는 #122: 의욕 과다, 작은 시작의 중요성

이번 batch는 월 경계가 섞여 있었다. 밤샘 뒤의 만족감, 멘토의 필요, 사람과 쉬었는데도 에너지가 빠지는 감각, 의욕이 너무 앞설 때 작은 시작으로 낮추는 판단이 이어졌다. 번역에서는 “성장 기록”처럼 번듯하게 포장하지 않고, 그날의 피로와 판단이 같이 남도록 했다.

scoped sync 결과는 그대로 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

31차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 127/311, pending 1, missing 183
zh-Hans  ready 127/311, pending 1, missing 183
es       ready 127/311, pending 1, missing 183
pt-BR    ready 127/311, pending 1, missing 183
fr       ready 127/311, pending 1, missing 183
id       ready 127/311, pending 1, missing 183

32차 batch는 7월 2일부터 5일까지였다.

2025-07-02  오늘 하루는 #123: 재밌으면 그냥 하게 된다
2025-07-03  오늘 하루는 #124: 삶의 밀도, 삶의 패턴
2025-07-04  오늘 하루는 #125: 한강 라이딩
2025-07-05  오늘 하루는 #126: 인생 RPG 홈페이지 제작 완료

이번 batch는 재미가 붙으면 억지 없이 하게 된다는 감각, 삶의 밀도와 패턴, 한강 라이딩, 인생 RPG 홈페이지 제작 완료가 이어졌다. 특히 “재밌으면 그냥 하게 된다”는 문장은 생산성 조언처럼 번역하면 힘이 빠진다. 그냥 하게 되는 감각 자체가 핵심이라, 각 언어 번역에서도 너무 설명적인 문장으로 늘리지 않게 했다.

통합 scoped sync와 residue scan 결과는 문제 없었다.

checked: 28
ready: 28
warnings: 0
errors: 0

32차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 131/311, pending 1, missing 179
zh-Hans  ready 131/311, pending 1, missing 179
es       ready 131/311, pending 1, missing 179
pt-BR    ready 131/311, pending 1, missing 179
fr       ready 131/311, pending 1, missing 179
id       ready 131/311, pending 1, missing 179

33차 batch는 7월 6일부터 9일까지였다.

2025-07-06  오늘 하루는 #127: 오늘의 목표, 오늘 하고 싶은 것
2025-07-07  오늘 하루는 #128: 목표에 눈먼 괴물
2025-07-08  오늘 하루는 #129: 바이브코딩의 다양한 이슈
2025-07-09  오늘 하루는 #130: 일단은 바이브 코딩에 집중

이번 batch는 목표와 욕망을 구분하는 흐름, 목표에 눈먼 상태에 대한 경계, 바이브코딩의 문제점, 그래도 일단 바이브 코딩에 집중하겠다는 판단이 이어졌다. 제목부터 거칠다. 특히 “목표에 눈먼 괴물”은 순화하면 안 되는 제목이다. 번역에서도 무리하게 점잖게 만들지 않고, 자기 경계의 강한 표현으로 남기는 쪽을 택했다.

검증은 scoped sync와 residue scan만 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

33차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 135/311, pending 1, missing 175
zh-Hans  ready 135/311, pending 1, missing 175
es       ready 135/311, pending 1, missing 175
pt-BR    ready 135/311, pending 1, missing 175
fr       ready 135/311, pending 1, missing 175
id       ready 135/311, pending 1, missing 175

34차 batch는 7월 10일부터 13일까지였다.

2025-07-10  오늘 하루는 #131: 휴식
2025-07-11  오늘 하루는 #132: 루틴의 중요성
2025-07-12  오늘 하루는 #133: 이루고 싶은 것, 비생산적 하루
2025-07-13  오늘 하루는 #134: 덕업일치, 게이머에서 바이브코더로

이번 batch는 쉬는 날을 받아들이는 감각에서 시작해서, 루틴의 기본기, 비생산적 하루를 정직하게 보는 태도, 그리고 게이머의 몰입을 바이브코더의 생산성으로 바꾸는 덕업일치의 가능성으로 이어졌다. 특히 “비생산적 하루”는 숨기거나 미화하지 않는 표현이라, 번역에서도 생산성 회고처럼 포장하지 않게 했다.

검증은 이번에도 batch 범위만 좁혀서 돌렸다.

checked: 28
ready: 28
warnings: 0
errors: 0

34차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 139/311, pending 1, missing 171
zh-Hans  ready 139/311, pending 1, missing 171
es       ready 139/311, pending 1, missing 171
pt-BR    ready 139/311, pending 1, missing 171
fr       ready 139/311, pending 1, missing 171
id       ready 139/311, pending 1, missing 171

35차 batch는 7월 14일부터 17일까지였다.

2025-07-14  오늘 하루는 #135: 모바일 바이브 코딩 시작
2025-07-15  오늘 하루는 #136: 진심어린 칭찬, 이웃 사랑, 인류애
2025-07-16  오늘 하루는 #137: 모험가의 피
2025-07-17  오늘 하루는 #138: 본능에 휘둘리는 삶

이번 batch는 모바일 바이브 코딩의 시작, 진심 어린 칭찬과 이웃 사랑, 다시 끓는 모험가의 감각, 본능에 휘둘리는 삶에 대한 경계가 이어졌다. 기술 이야기에 종교적/윤리적 감각이 섞이는 구간이라, 번역이 너무 건조해지지 않게 했다. “모험가의 피” 같은 표현도 설명문으로 풀기보다 제목의 생동감을 살리는 쪽이 맞았다.

검증은 같은 범위로 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

35차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 143/311, pending 1, missing 167
zh-Hans  ready 143/311, pending 1, missing 167
es       ready 143/311, pending 1, missing 167
pt-BR    ready 143/311, pending 1, missing 167
fr       ready 143/311, pending 1, missing 167
id       ready 143/311, pending 1, missing 167

36차 batch는 7월 18일부터 21일까지였다.

2025-07-18  오늘 하루는 #139: 월급 27만원 천재 올라운더 개발자
2025-07-19  오늘 하루는 #140: 휴식
2025-07-20  오늘 하루는 #141: 버스에서 모바일 바이브 코딩
2025-07-21  오늘 하루는 #142: 번아웃이 두렵지 않다

이번 batch는 자조가 강했다. “월급 27만원 천재 올라운더 개발자” 같은 제목은 번역에서 살짝만 점잖게 만들어도 원문의 맛이 사라진다. 그래서 각 언어에서도 낮은 금액, 자기 비꼼, 그래도 자기 가치를 보는 감각을 같이 살리게 했다. 뒤로는 휴식, 버스 안 모바일 바이브 코딩, 번아웃을 두려워하지 않는 태도가 이어졌다.

통합 검증은 이번에도 scoped check로 끝냈다.

checked: 28
ready: 28
warnings: 0
errors: 0

36차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 147/311, pending 1, missing 163
zh-Hans  ready 147/311, pending 1, missing 163
es       ready 147/311, pending 1, missing 163
pt-BR    ready 147/311, pending 1, missing 163
fr       ready 147/311, pending 1, missing 163
id       ready 147/311, pending 1, missing 163

37차 batch는 7월 22일부터 25일까지였다.

2025-07-22  오늘 하루는 #143: 바이브 코딩 현타, 디자인 시스템 설계 방안
2025-07-23  오늘 하루는 #144: 실패할 용기, 시도할 용기
2025-07-24  오늘 하루는 #145: Thank U (오늘의 레슨)
2025-07-25  오늘 하루는 #146: 14콤보: 생애 신기록을 향해

이번 batch는 바이브 코딩의 현타와 디자인 시스템 필요성, 실패하고 시도할 용기, 감사와 오늘의 레슨, 그리고 14콤보라는 게임식 기록 감각이 이어졌다. Thank U 같은 영어 제목 조각과 14콤보 같은 표현은 억지로 현지화하지 않고, 원문의 리듬을 살리는 쪽으로 뒀다.

통합 검증에서는 중간에 보였던 인도네시아어 missing도 해소됐다.

checked: 28
ready: 28
warnings: 0
errors: 0

37차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 151/311, pending 1, missing 159
zh-Hans  ready 151/311, pending 1, missing 159
es       ready 151/311, pending 1, missing 159
pt-BR    ready 151/311, pending 1, missing 159
fr       ready 151/311, pending 1, missing 159
id       ready 151/311, pending 1, missing 159

38차 batch는 7월 26일부터 29일까지였다.

2025-07-26  오늘 하루는 #147: 디자인의 중요성
2025-07-27  오늘 하루는 #148: 타인을 위해 봉사하는 삶
2025-07-28  오늘 하루는 #149: 바이브 코딩을 할 수밖에 없는 몸
2025-07-29  오늘 하루는 #150: 실행력이 높은 사람만이 살아남는다

이번 batch는 디자인의 중요성에서 시작해, 타인을 위해 봉사하는 삶, 바이브 코딩이 몸에 붙는 감각, 실행력의 중요성으로 이어졌다. “몸”이나 “살아남는다” 같은 표현은 추상화하면 힘이 빠진다. 그래서 번역에서도 행동과 신체감이 남도록 했다.

검증 결과는 그대로 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

38차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 155/311, pending 1, missing 155
zh-Hans  ready 155/311, pending 1, missing 155
es       ready 155/311, pending 1, missing 155
pt-BR    ready 155/311, pending 1, missing 155
fr       ready 155/311, pending 1, missing 155
id       ready 155/311, pending 1, missing 155

39차 batch는 7월 말에서 8월 초로 넘어가는 기록이었다.

2025-07-30  오늘 하루는 #151: 프로페셔널리즘
2025-07-31  오늘 하루는 #152: 개발자 납량특집: DB 덮어쓰기, 비밀번호 노출
2025-08-01  오늘 하루는 #153: 개발자가 밤샘하는 이유
2025-08-02  오늘 하루는 #154: 귀동냥

이번 batch는 프로페셔널리즘, DB 덮어쓰기와 비밀번호 노출 같은 개발 사고, 개발자가 밤을 새우는 이유, 귀동냥으로 얻는 배움이 이어졌다. 특히 “비밀번호 노출” 같은 표현은 보안 사고의 무게가 있는 말이라, 번역에서 완곡하게 낮추지 않게 했다.

월 경계가 섞였지만 scoped sync는 그대로 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

39차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 159/311, pending 1, missing 151
zh-Hans  ready 159/311, pending 1, missing 151
es       ready 159/311, pending 1, missing 151
pt-BR    ready 159/311, pending 1, missing 151
fr       ready 159/311, pending 1, missing 151
id       ready 159/311, pending 1, missing 151

40차 batch는 8월 3일부터 6일까지였다.

2025-08-03  오늘 하루는 #155: 콤보 브레이크
2025-08-04  오늘 하루는 #156: 번아웃 (1도 화상)
2025-08-05  오늘 하루는 #157: 회복 탄력성
2025-08-06  오늘 하루는 #158: 갈림길, 내면의 성숙

이번 batch는 이어오던 콤보가 끊기는 감각, 1도 화상 같은 번아웃, 회복 탄력성, 갈림길 앞에서 필요한 내면의 성숙으로 이어졌다. “1도 화상”은 번아웃을 설명하는 은유라서, 각 언어에서도 단순히 “가벼운 번아웃”으로 낮추지 않게 했다.

통합 검증은 문제 없이 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

40차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 163/311, pending 1, missing 147
zh-Hans  ready 163/311, pending 1, missing 147
es       ready 163/311, pending 1, missing 147
pt-BR    ready 163/311, pending 1, missing 147
fr       ready 163/311, pending 1, missing 147
id       ready 163/311, pending 1, missing 147

41차 batch는 8월 7일부터 10일까지였다.

2025-08-07  오늘 하루는 #159: AI 자동화 툴 Make 체험
2025-08-08  오늘 하루는 #160: 사회적 어린이
2025-08-09  오늘 하루는 #161: 선택과 집중
2025-08-10  오늘 하루는 #162: 전략적 후퇴

이번 batch는 Make 자동화 툴 체험, 사회적 미숙함을 보는 자기 인식, 선택과 집중, 전략적 후퇴가 이어졌다. Make는 제품명이라 그대로 보존했고, “사회적 어린이” 같은 표현은 자기를 깎아보는 표현이어서 너무 부드럽게 바꾸지 않게 했다.

scoped sync와 residue scan은 문제 없이 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

41차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 167/311, pending 1, missing 143
zh-Hans  ready 167/311, pending 1, missing 143
es       ready 167/311, pending 1, missing 143
pt-BR    ready 167/311, pending 1, missing 143
fr       ready 167/311, pending 1, missing 143
id       ready 167/311, pending 1, missing 143

42차 batch는 8월 11일부터 14일까지였다.

2025-08-11  오늘 하루는 #163: 경청 관련 메모
2025-08-12  오늘 하루는 #164: 이상형을 놓친 날, 이상을 찾은 날
2025-08-13  오늘 하루는 #165: 프로덕션 배포 파이프라인 구축중
2025-08-14  오늘 하루는 #166: 무조건적인 내 편

이번 batch는 경청, 이상형을 놓친 아쉬움과 이상을 찾는 감각, 프로덕션 배포 파이프라인, 무조건적인 내 편이라는 정서가 섞였다. 기술적인 제목과 관계적인 제목이 같이 있어서, 번역에서도 한쪽 톤으로 밀어붙이지 않게 했다.

검증은 같은 범위에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

42차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 171/311, pending 1, missing 139
zh-Hans  ready 171/311, pending 1, missing 139
es       ready 171/311, pending 1, missing 139
pt-BR    ready 171/311, pending 1, missing 139
fr       ready 171/311, pending 1, missing 139
id       ready 171/311, pending 1, missing 139

43차 batch는 8월 15일부터 18일까지였다.

2025-08-15  오늘 하루는 #167: 중국 공안에 주의 인물로 등록된 썰
2025-08-16  오늘 하루는 #168: 쉬어가는 타임
2025-08-17  오늘 하루는 #169: 쉬어가는 타임 2
2025-08-18  오늘 하루는 #170: 변화의 시작은 집 청소부터

이번 batch는 중국 공안 주의 인물로 등록된 이야기, 두 번의 쉬어가는 타임, 집 청소에서 시작되는 변화가 이어졌다. 첫 제목은 자극적인 소재지만 원문은 과장된 정치 글이 아니라 삶의 아이러니를 기록하는 쪽이라, 번역에서도 과하게 키우지 않도록 했다.

검증은 동일하게 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

43차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 175/311, pending 1, missing 135
zh-Hans  ready 175/311, pending 1, missing 135
es       ready 175/311, pending 1, missing 135
pt-BR    ready 175/311, pending 1, missing 135
fr       ready 175/311, pending 1, missing 135
id       ready 175/311, pending 1, missing 135

44차 batch는 8월 19일부터 22일까지였다.

2025-08-19  오늘 하루는 #171: 힐링 수다, 킬링 수다
2025-08-20  오늘 하루는 #172: 막연하고 막막한 길
2025-08-21  오늘 하루는 #173: 오랜만에 독서 재개
2025-08-22  오늘 하루는 #174: 정돈된 삶

이번 batch는 대화가 회복이 되기도 하고 소모가 되기도 하는 양면, 막연하고 막막한 길 앞에 선 감각, 오랜만에 독서를 다시 잡은 흐름, 정돈된 삶에 대한 바람으로 이어졌다. 제목이 일기처럼 작아 보여도 실제로는 생활 리듬과 관계 감각이 같이 움직이는 구간이라, 번역에서도 교훈문처럼 키우기보다 원문의 생활 밀도를 살리는 쪽으로 맞췄다.

검증은 이번에도 translation-only 범위 안에서만 통과시켰다.

checked: 28
ready: 28
warnings: 0
errors: 0

44차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 179/311, pending 1, missing 131
zh-Hans  ready 179/311, pending 1, missing 131
es       ready 179/311, pending 1, missing 131
pt-BR    ready 179/311, pending 1, missing 131
fr       ready 179/311, pending 1, missing 131
id       ready 179/311, pending 1, missing 131

45차 batch는 8월 23일부터 26일까지였다.

2025-08-23  오늘 하루는 #175: 결이 맞는 사람
2025-08-24  오늘 하루는 #176: 인터뷰 받은 날
2025-08-25  오늘 하루는 #177: 제주도 여행 1일차: 도착
2025-08-26  오늘 하루는 #178: 제주환상자전거길 1일차: 용두암 - 송악산

이번 batch는 결이 맞는 사람과의 편안함, 인터뷰를 받으며 자기 이야기를 다시 말로 꺼낸 경험, 제주도 도착, 제주환상자전거길 첫날 기록으로 이어졌다. 앞의 두 글은 관계와 자기서사 쪽이고, 뒤의 두 글은 여행과 몸으로 밀어붙이는 실행 쪽이라 같은 Daily Review라도 문장의 온도가 달랐다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

45차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 183/311, pending 1, missing 127
zh-Hans  ready 183/311, pending 1, missing 127
es       ready 183/311, pending 1, missing 127
pt-BR    ready 183/311, pending 1, missing 127
fr       ready 183/311, pending 1, missing 127
id       ready 183/311, pending 1, missing 127

46차 batch는 8월 27일부터 30일까지였다.

2025-08-27  오늘 하루는 #179: 제주환상자전거길 2일차: 송악산 - 표선해변
2025-08-28  오늘 하루는 #180: 제주환상자전거길 3일차: 표선해변 - 김녕성세 기해변
2025-08-29  오늘 하루는 #181: 제주환상자전거길 4일차: 김녕성세기해변 - 용 두암
2025-08-30  오늘 하루는 #182: 여행 끝

이번 batch는 제주환상자전거길 여행 기록의 핵심 구간이었다. 이미지가 많은 글이라 번역 품질만큼이나 이미지 path parity가 중요했다. 글 본문을 아무리 잘 번역해도 사진 링크가 하나만 깨지면 여행 기록의 절반이 사라진다. 그래서 이번에는 각 언어 worker가 raw block, 이미지 개수, 이미지 경로를 같이 확인하게 했다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

46차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 187/311, pending 1, missing 123
zh-Hans  ready 187/311, pending 1, missing 123
es       ready 187/311, pending 1, missing 123
pt-BR    ready 187/311, pending 1, missing 123
fr       ready 187/311, pending 1, missing 123
id       ready 187/311, pending 1, missing 123

47차 batch는 8월 31일, 9월 1일, 9월 2일 세 글이었다.

2025-08-31  오늘 하루는 #183: 인생은 예상대로 흘러가지 않는다
2025-09-01  오늘 하루는 #184: 여행의 여파
2025-09-02  오늘 하루는 #185: 정지 관성

이번 batch는 여행이 끝난 뒤의 여운과 무너진 리듬, 다시 움직이기 어려운 정지 관성을 다뤘다. 파일 흐름상 9월 3일부터 7일까지는 원문이 없어서 억지로 네 글 batch를 만들지 않고, 실제 존재하는 세 글만 묶었다. 대량 작업일수록 “있어야 할 것 같다”가 아니라 “현재 파일로 존재한다”를 기준으로 움직여야 한다.

검증은 세 글 scope에서 통과했다.

checked: 21
ready: 21
warnings: 0
errors: 0

47차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 190/311, pending 1, missing 120
zh-Hans  ready 190/311, pending 1, missing 120
es       ready 190/311, pending 1, missing 120
pt-BR    ready 190/311, pending 1, missing 120
fr       ready 190/311, pending 1, missing 120
id       ready 190/311, pending 1, missing 120

48차 batch는 9월 8일부터 11일까지였다.

2025-09-08  오늘 하루는 #186: 재정비 완료
2025-09-09  오늘 하루는 #187: 인사이트 대폭발
2025-09-10  오늘 하루는 #188: 모두와 친해질 필요 없다
2025-09-11  오늘 하루는 #189: 시장 반응이 있는/없는 서비스

이번 batch는 여행 이후 다시 정비하고, 생각이 열리고, 관계 기준을 세우고, 시장 반응이 있는 서비스와 없는 서비스를 구분하는 흐름이었다. Daily Review가 단순 일기라기보다 제품 감각과 생활 리듬이 서로 영향을 주는 기록이라는 점이 다시 드러난 구간이다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

48차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 194/311, pending 1, missing 116
zh-Hans  ready 194/311, pending 1, missing 116
es       ready 194/311, pending 1, missing 116
pt-BR    ready 194/311, pending 1, missing 116
fr       ready 194/311, pending 1, missing 116
id       ready 194/311, pending 1, missing 116

49차 batch는 2026년 5월 25일, 27일, 28일, 29일 네 글이었다.

2026-05-25  오늘 하루는 #190: 다시, 공개된 양심 로그
2026-05-27  오늘 하루는 #191: 생각을 멈추지 않기
2026-05-28  오늘 하루는 #192: 습관 다지는 중
2026-05-29  오늘 하루는 #193: 회복하고 다시 달릴 준비

이번 batch부터는 네이버 백업 raw block 중심의 2025년 글에서, 다시 hyuk.blog에서 작성한 2026년 Daily Review로 넘어왔다. 이미지가 거의 없고, Codex, GPT-5.5, 공개 기록 루틴 같은 현재 블로그 운영 맥락이 더 많이 나온다. 그래서 이미지 parity보다 Liquid, code fence, 기술명 보존 쪽을 더 신경 쓰게 됐다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

49차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 198/311, pending 1, missing 112
zh-Hans  ready 198/311, pending 1, missing 112
es       ready 198/311, pending 1, missing 112
pt-BR    ready 198/311, pending 1, missing 112
fr       ready 198/311, pending 1, missing 112
id       ready 198/311, pending 1, missing 112

50차 batch는 2026년 5월 30일, 31일, 6월 1일, 2일 네 글이었다.

2026-05-30  오늘 하루는 #194: 잔잔한 행복과 4연속 업로드
2026-05-31  오늘 하루는 #195: 평온한 하루에 대한 감사
2026-06-01  오늘 하루는 #196: 답답해도 일단 해보자
2026-06-02  오늘 하루는 #197: 중용은 기준선을 지키는 일

이번 batch는 서울대공원에서의 잔잔한 행복, 온라인 의료선교와 평온한 하루에 대한 감사, 국민취업지원제도 상담 이후의 답답함, 남을 돕는 일과 내 일을 지키는 중용의 기준선을 다뤘다. 특히 6월 2일 글에는 과거 Daily Review 링크가 들어 있어서, 단순 Liquid marker 보존만으로는 충분하지 않았다.

처음 worker 결과에서는 일부 언어가 한국어 {% post_url %}을 그대로 남기고, 일부 언어는 언어별 URL로 바꿔 둔 상태였다. 이대로 두면 다국어 글 안의 과거 글 링크가 한국어로 튈 수 있다. 그래서 50차 검증에서는 링크 target을 한 번 더 확인했고, 여섯 언어 모두 자기 언어의 /daily-review/2025-05-14/ URL을 가리키도록 맞췄다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

50차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 202/311, pending 1, missing 108
zh-Hans  ready 202/311, pending 1, missing 108
es       ready 202/311, pending 1, missing 108
pt-BR    ready 202/311, pending 1, missing 108
fr       ready 202/311, pending 1, missing 108
id       ready 202/311, pending 1, missing 108

51차 batch는 2026년 6월 3일부터 6일까지였다.

2026-06-03  오늘 하루는 #198: 조급할 것 없다, 오늘의 몫을 하자
2026-06-04  오늘 하루는 #199: AI를 굴리는 법을 뼈에 새긴 날
2026-06-05  오늘 하루는 #200: 개발 세포 복구, 불 붙은 신학 토론
2026-06-06  오늘 하루는 #201: 내겐 당연한 것이 남에게는 혁명이 될 수 있다.

이번 batch는 조급함과 책임감, AI를 어디까지 믿고 어디서 끊을지에 대한 분노 섞인 운영 감각, 개발 감각의 회복, 디지털/AI 리터러시 격차를 다뤘다. 특히 6월 4일 글은 원문의 거친 감정이 중요한 글이라, 번역에서도 너무 매끈하게 순화하지 않도록 했다.

링크 검증도 한 번 더 걸었다. 이미 언어별 target이 있는 과거 Daily Review와 6월 5일 대화 아카이브 링크는 각 언어 URL로 바꿨다. 반면 2026-06-04-codex-decision-discipline 글은 es, pt-BR, id 번역 target이 아직 없어서, 이 세 언어에서는 한국어 {% post_url %} 링크를 그대로 남겼다. 지금 억지로 언어별 URL을 만들면 404가 되기 때문이다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

51차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 206/311, pending 1, missing 104
zh-Hans  ready 206/311, pending 1, missing 104
es       ready 206/311, pending 1, missing 104
pt-BR    ready 206/311, pending 1, missing 104
fr       ready 206/311, pending 1, missing 104
id       ready 206/311, pending 1, missing 104

52차 batch는 2026년 6월 7일 Daily Review 한 글이었다.

2026-06-07  오늘 하루는 #202: Pro 20x 30만원, 벼랑 끝 전술 재개

이 글은 이번 다국어 작업을 진행하던 당일의 Daily Review다. Pro 20x 결제, Claude Code Max x20로 제품을 밀어붙였던 감각, Codex와 모바일 개발 환경으로 다시 개발 관성을 붙잡겠다는 결심이 들어 있었다. 세션 교훈 포스트와 날짜는 같지만, 이 글은 별도 Daily Review라 번역 대상에 포함했다.

반대로 이 글 아래에 계속 갱신 중인 github-pages-blog-english-version-lessons 포스트는 아직 한국어 원문이 완성/확인되지 않은 세션 포스트이므로 번역 pending으로 남겼다. 이 구분이 중요하다. “6월 7일 글”이라는 날짜만 보고 자동 번역하면 안 되고, 실제 파일의 역할과 publication 상태를 봐야 한다.

검증은 단일 글 scope에서 통과했다.

checked: 7
ready: 7
warnings: 0
errors: 0

52차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 207/311, pending 1, missing 103
zh-Hans  ready 207/311, pending 1, missing 103
es       ready 207/311, pending 1, missing 103
pt-BR    ready 207/311, pending 1, missing 103
fr       ready 207/311, pending 1, missing 103
id       ready 207/311, pending 1, missing 103

이 시점에서 Daily Review는 현재 원문 기준으로 따라잡혔다.

남은 103개는 Daily Review가 아니라 다른 카테고리에 몰려 있었다.

diary/restaurant          14
reading/mindset           13
diary/life                12
devlog/keymory            11
diary/ai                  10
devlog/github-pages-blog   9
diary/thought              9
diary/dev                  7
diary/religion             7
devlog/secret-messenger    4
diary/relationship         3
tip/app                    3
diary/travel               1

그래서 다음부터는 Daily Review를 계속 훑는 게 아니라, 남은 category backlog를 실제 파일 목록 기준으로 처리하기 시작했다.

53차 batch는 devlog/github-pages-blog 네 글이었다.

2024-12-15  GitHub Pages 블로그에 이미지 올리는 법
2024-12-15  Jekyll로 GitHub Pages Blog 시작하는 방법
2025-05-28  블로그 지수 상승기 #1: 블로그 포스팅 누락 탈출기
2025-05-29  블로그 지수 상승기 #2: '유사문서' 피하기 실험 후기

이번 batch는 초기 GitHub Pages/Jekyll 가이드와 네이버 블로그 지수 실험 기록이 섞였다. Daily Review와 달리 코드블록, 이미지 경로, 외부 링크, 기술 용어가 더 중요했다. 그래서 번역 검증에서도 code fence, Liquid, image path parity를 다시 강하게 봤다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

53차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 211/311, pending 1, missing 99
zh-Hans  ready 211/311, pending 1, missing 99
es       ready 211/311, pending 1, missing 99
pt-BR    ready 211/311, pending 1, missing 99
fr       ready 211/311, pending 1, missing 99
id       ready 211/311, pending 1, missing 99

54차 batch도 devlog/github-pages-blog 네 글이었다.

2025-06-18  블로그 지수 상승기 #3: 제목에 이모지 넣었다가 누락 폭탄 맞은 이야기
2026-05-26  Daily Review v2를 과하게 만들었다가 다시 줄이기
2026-05-26  모바일 메뉴와 카테고리 overview로 블로그 탐색 복구하기
2026-05-26  GitHub Pages 블로그 사이드바에 달력과 활동 통계 붙이기

이번 batch는 기술 구현 기록 안에 실제 UI 코드 예시가 많았다. 그래서 번역 자체보다 “번역된 글 안의 코드 예시가 공개 화면에서 한글을 남기지 않는가”를 더 조심해서 봤다.

실제로 zh-Hans와 pt-BR 두 언어에서 코드블록 안의 aria-label="모바일 카테고리"와 5월 25일 글이 남아 있었다. 처음에는 원문 코드 보존으로 볼 수도 있었지만, 이 문자열들은 화면에 노출될 수 있는 UI 예시였다. 그래서 각 언어에 맞게 현지화했다.

zh-Hans  aria-label="移动端分类", 5月25日文章
pt-BR    aria-label="Categorias mobile", Posts de 25 de maio

이후 다시 batch scope 검증을 돌렸고 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

54차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 215/311, pending 1, missing 95
zh-Hans  ready 215/311, pending 1, missing 95
es       ready 215/311, pending 1, missing 95
pt-BR    ready 215/311, pending 1, missing 95
fr       ready 215/311, pending 1, missing 95
id       ready 215/311, pending 1, missing 95

55차 batch는 devlog/github-pages-blog의 남은 일반 포스트 한 글이었다.

2026-06-05  네이버 블로그 PDF 백업을 GitHub Pages로 옮긴 이야기

이 글은 네이버 블로그 PDF 백업 18개에서 글 173개와 이미지 1521개를 가져온 작업 기록이었다. 숫자, 파일 경로, 카테고리 이름, Daily Review 시리즈명, 빌드 검증 기록이 섞여 있어서 단순 산문보다 front matter와 코드블록 보존이 중요했다.

통합 검증에서 두 가지가 걸렸다.

하나는 일본어 번역에 오늘 하루는, 오늘의 인증 같은 한국어 시리즈명이 남아 있던 것이다. 고유명처럼 보존할 수도 있었지만, 일본어판 독자가 읽는 공개 글에서는 今日の一日, 今日の認証처럼 번역하는 편이 맞다고 봤다.

다른 하나는 es/fr front matter의 locale 값이었다. 워커는 es-ES, fr-FR로 넣었지만, 현재 locale registry의 source of truth는 es, fr였다. 그래서 번역 파일을 registry 기준으로 맞췄다.

수정 후 batch scope 검증은 통과했다.

checked: 7
ready: 7
warnings: 0
errors: 0

55차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 216/311, pending 1, missing 94
zh-Hans  ready 216/311, pending 1, missing 94
es       ready 216/311, pending 1, missing 94
pt-BR    ready 216/311, pending 1, missing 94
fr       ready 216/311, pending 1, missing 94
id       ready 216/311, pending 1, missing 94

이 시점에서 devlog/github-pages-blog의 일반 backlog는 닫혔다. 남은 것은 이 세션 포스트 하나뿐이고, 이 글은 한국어 원문이 완성/확인되기 전까지 번역하지 않기로 이미 정한 대상이다.

56차 batch부터는 devlog/keymory로 넘어갔다.

2025-01-23  Keymory 개발 일지 #1: 개발 일지 작성 시작
2025-01-24  Keymory 개발 일지 #2: 이상과 현실의 장벽
2025-01-27  Keymory 개발 일지 #3: 밤샘중
2025-01-30  Keymory 개발 일지 #4: Mood slider, OpenAI API

Keymory 글은 Daily Review나 일반 devlog와 구조가 조금 달랐다. 개발 체크리스트, inline HTML 대화 카드, GPT-4o KPT 코멘트가 섞여 있었다. 그래서 워커에게 자연스러운 번역만이 아니라 conversation-entry, conversation-meta, conversation-body, markdown="1" 같은 구조 보존을 같이 맡겼다.

이번 batch에서 중요했던 건 고유명과 번역 대상의 구분이었다. Keymory, Grace, FlutterFlow, FireStore, OpenAI API 같은 이름은 그대로 둬야 한다. 반면 민혁, 잘한 점, 아쉬운 점, 시도해볼 점, 결론처럼 독자가 읽는 라벨은 각 언어로 옮겨야 한다. 그래야 영어가 아닌 언어에서도 한국어 UI residue가 남지 않는다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

56차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 220/311, pending 1, missing 90
zh-Hans  ready 220/311, pending 1, missing 90
es       ready 220/311, pending 1, missing 90
pt-BR    ready 220/311, pending 1, missing 90
fr       ready 220/311, pending 1, missing 90
id       ready 220/311, pending 1, missing 90

57차 batch도 devlog/keymory 네 글이었다.

2025-01-31  Keymory 개발 일지 #5: tmpGetAIComment, Custom OpenAI API Call
2025-02-01  Keymory 개발 일지 #6: ChatPage 최적화, DiaryPage 통합
2025-02-03  Keymory 개발 일지 #7: FleatherViewer 이슈 해결, HomeFeedPage Unexpected null value 이슈 해결
2025-02-04  Keymory 개발 일지 #8: DiaryPage 감정 키워드 시스템 구축, AI 코멘트 캐릭터 설정

이번 batch는 코드와 구조 보존 비중이 더 컸다. Dart snippet, JSON 예시, {::options parse_block_html="true" /} 같은 kramdown option, <details>, <summary> 블록이 섞여 있었다. 번역은 글을 읽히게 만들어야 하지만, 이런 마커를 건드리면 렌더링이 깨진다.

그래서 워커 검증 조건에도 code fence, raw/endraw, Liquid marker, kramdown option pairing, HTML tag count sanity를 넣었다. 통합 검증에서는 다시 source scope 기준으로 확인했다.

checked: 28
ready: 28
warnings: 0
errors: 0

57차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 224/311, pending 1, missing 86
zh-Hans  ready 224/311, pending 1, missing 86
es       ready 224/311, pending 1, missing 86
pt-BR    ready 224/311, pending 1, missing 86
fr       ready 224/311, pending 1, missing 86
id       ready 224/311, pending 1, missing 86

58차 batch는 devlog/keymory의 마지막 세 글이었다.

2025-02-05  Keymory 개발 일지 #9: Diary to Chat 구현, AI 코멘트 시스템 최적화
2025-02-06  Keymory 개발 일지 #10: Diary <-> Chat 연결, 자동 요약 기능 추가
2025-02-07  Keymory 개발 일지 #11: 개발 일시 중지. (아이펠톤 끝, FlutterFlow 개발 중단.)

이 batch가 끝나면서 Keymory 개발일지 11개는 ja, zh-Hans, es, pt-BR, fr, id까지 모두 채워졌다. 마지막 세 글도 Chat/Diary 연결, 자동 요약, 발표 제출, AIFFELTHON 종료처럼 앱 구조와 대회 맥락이 섞여 있었다.

검증은 batch scope에서 통과했다.

checked: 21
ready: 21
warnings: 0
errors: 0

58차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 227/311, pending 1, missing 83
zh-Hans  ready 227/311, pending 1, missing 83
es       ready 227/311, pending 1, missing 83
pt-BR    ready 227/311, pending 1, missing 83
fr       ready 227/311, pending 1, missing 83
id       ready 227/311, pending 1, missing 83

이 시점에서 devlog/keymory backlog는 닫혔다.

59차 batch는 diary/restaurant 첫 네 글이었다.

2025-06-09  인생 최고 짬뽕 맛집 도야짬뽕 목동고척점
2025-06-18  신촌 중식 인생 맛집 무궁화반점 신촌점 24시
2025-06-24  홍대 합정역 양꼬치 맛집 로우샹로우
2025-06-27  홍대 합정역 치킨 인생 맛집 나들목 치킨호프

restaurant 글은 네이버 PDF 백업 import 글이라 raw 블록 안에 원문 본문과 이미지가 길게 들어 있다. 여기서는 코드보다 이미지 path, 원문 URL, /, notice block을 보존하는 게 중요했다.

또 하나 신경 쓴 건 식당명과 지명이다. 도야짬뽕, 무궁화반점, 로우샹로우, 나들목 치킨호프 같은 이름은 의미를 설명하더라도 고유명으로 남겨야 한다. 반대로 원문, 네이버 발행 시각, 원문 카테고리, 영업시간, 감상 문장은 각 언어 독자가 읽을 수 있게 번역해야 한다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

59차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 231/311, pending 1, missing 79
zh-Hans  ready 231/311, pending 1, missing 79
es       ready 231/311, pending 1, missing 79
pt-BR    ready 231/311, pending 1, missing 79
fr       ready 231/311, pending 1, missing 79
id       ready 231/311, pending 1, missing 79

60차 batch도 diary/restaurant 네 글이었다.

2025-07-04  홍대 합정역 치킨 맛집 호계 합정본점
2025-07-11  분위기 좋은 응암동술집 연보라
2025-07-12  힙한 느낌의 가성비 홍대포차 낙원
2025-07-14  분위기도 맛도 좋은 합정 홍대 칵테일바 아초바

이번 batch는 협찬 방문, 술집, 포차, 칵테일바 글이 섞여 있었다. restaurant 글은 본문 감상만 번역하면 되는 게 아니라, 각 글 안에 18개, 25개, 18개, 28개 수준의 이미지 참조가 들어 있었다. 그래서 워커 검증과 통합 검증에서 이미지 path parity를 계속 확인했다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

60차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 235/311, pending 1, missing 75
zh-Hans  ready 235/311, pending 1, missing 75
es       ready 235/311, pending 1, missing 75
pt-BR    ready 235/311, pending 1, missing 75
fr       ready 235/311, pending 1, missing 75
id       ready 235/311, pending 1, missing 75

61차 batch도 diary/restaurant 네 글이었다.

2025-07-15  연남동 가성비 한식 술집 꼬요식당
2025-07-17  감성이 충만한 신촌 주점 감성매인
2025-07-29  일본 감성 충만한 혜화 대학로 맛집 하나마토
2025-07-31  신촌 맛집 냉동 삼겹살 전문점 신촌스마일삼겹

이 batch에서도 raw block, Naver 원문 링크, notice block, 이미지 path를 보존했다. restaurant 글은 글마다 이미지가 많은 대신 구조가 비교적 일정해서, batch 단위 검증이 잘 맞는다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

61차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 239/311, pending 1, missing 71
zh-Hans  ready 239/311, pending 1, missing 71
es       ready 239/311, pending 1, missing 71
pt-BR    ready 239/311, pending 1, missing 71
fr       ready 239/311, pending 1, missing 71
id       ready 239/311, pending 1, missing 71

62차 batch는 diary/restaurant의 마지막 두 글이었다.

2025-07-31  피자가 꿀맛인 신촌 술집 브릭스5221맥주
2025-09-09  명륜진사갈비 마포성산점 후기

두 번째 글에는 체험단 식사권 제공 고지가 있었다. 이런 문장은 단순한 감상이 아니라 공개 글의 조건이므로, 각 언어에서도 sponsored-review disclosure로 분명히 옮기도록 했다.

검증은 batch scope에서 통과했다.

checked: 14
ready: 14
warnings: 0
errors: 0

62차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 241/311, pending 1, missing 69
zh-Hans  ready 241/311, pending 1, missing 69
es       ready 241/311, pending 1, missing 69
pt-BR    ready 241/311, pending 1, missing 69
fr       ready 241/311, pending 1, missing 69
id       ready 241/311, pending 1, missing 69

이 시점에서 diary/restaurant backlog는 닫혔다.

63차 batch부터는 reading/mindset로 넘어갔다.

2025-01-04  절박함을 버린 남자들 ㅡ by 마크 맨슨
2025-05-17  무가치한 경험은 없다, 의미부여의 선물
2025-05-18  RSD - 정보: 미루기 극복, 포그 행동 모델(B=MAP), Daily Habit ALL PASS
2025-05-23  RSD - 기획: 투두/목표 관리 루틴 시스템 기획

이 batch는 restaurant보다 훨씬 더 조심스러웠다. 첫 글은 긴 독서 메모였고, 나머지 세 글은 네이버 PDF import 글이면서도 사고 흐름과 개념 정의가 길게 이어지는 글이었다. 그래서 번역 원칙은 “읽기 좋게 줄이기”가 아니라 “축약하지 않고 구조를 유지하기”였다.

특히 Mark Manson, Robert Glover, Gemini 2.5 Pro, RSD, Fogg Behavior Model, B=MAP, Daily Habit ALL PASS 같은 이름과 개념은 각 언어에서 읽히도록 하되, 기술적/개념적 식별성은 유지해야 했다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

63차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 245/311, pending 1, missing 65
zh-Hans  ready 245/311, pending 1, missing 65
es       ready 245/311, pending 1, missing 65
pt-BR    ready 245/311, pending 1, missing 65
fr       ready 245/311, pending 1, missing 65
id       ready 245/311, pending 1, missing 65

64차 batch도 reading/mindset 네 글이었다.

2025-05-26  투두/목표 관리 루틴 시스템과 아이젠하워 매트릭스 비교
2025-05-28  절박함을 버린 남자들 p56: 사람들은 서로의 모난 면에 끌린다
2025-05-29  절박함을 버린 남자들 p101: 거절은 축복이지 저주가 아니다
2025-05-30  절박함을 버린 남자들 p133: 더 이상 '을'로 살지 마라

이번 batch는 생산성 시스템 비교 글 하나와 Models 독서 감상 세 글이었다. Eisenhower Matrix, Two-Track Routine System, TickTick 같은 생산성 개념과 vulnerability, honesty 같은 관계/자기인식 개념을 각 언어에서 읽히게 옮기되, 개념 식별성은 유지했다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

64차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 249/311, pending 1, missing 61
zh-Hans  ready 249/311, pending 1, missing 61
es       ready 249/311, pending 1, missing 61
pt-BR    ready 249/311, pending 1, missing 61
fr       ready 249/311, pending 1, missing 61
id       ready 249/311, pending 1, missing 61

65차 batch는 reading/mindset의 마지막 다섯 글이었다.

2025-05-31  절박함을 버린 남자들 p159: 내 신념이 내 관계를 결정한다
2025-06-03  절박함을 버린 남자들 p169: 내 안의 정직한 목소리
2025-06-05  절박함을 버린 남자들 p202: 준비라는 핑계와 행동할 용기
2025-06-09  절박함을 버린 남자들 p210: 누구 잘못인지 헷갈린다면, 내 잘못이다
2025-07-28  의지력 설계의 기술: 벌금보다 랜덤 소개팅 1회권이 끌리는 이유

이 batch로 reading/mindset backlog도 닫혔다.

검증 중에 작은 front matter 오류가 잡혔다. 스페인어와 프랑스어 파일의 locale을 각각 es-ES, fr-FR로 넣었는데, 이 블로그의 활성 locale registry는 _data/locales.yml 기준으로 es, fr였다. 번역 프롬프트의 기억보다 registry가 우선이다. 그래서 해당 10개 파일의 locale만 바로잡고 다시 scoped sync를 돌렸다.

검증은 batch scope에서 최종 통과했다.

checked: 35
ready: 35
warnings: 0
errors: 0

65차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 254/311, pending 1, missing 56
zh-Hans  ready 254/311, pending 1, missing 56
es       ready 254/311, pending 1, missing 56
pt-BR    ready 254/311, pending 1, missing 56
fr       ready 254/311, pending 1, missing 56
id       ready 254/311, pending 1, missing 56

66차 batch부터는 diary/life로 넘어갔다.

2025-05-16  내가 GitHub Pages에서 네이버 블로그로 이사 온 이유
2025-05-20  Da Capo: Piano, ma subito A Tempo, Forte e Brillante!
2025-05-20  백문이 불여일견, 백견이 불여일타
2025-05-23  머리가 깨지더라도 해야만 할 것은 하고 넘어가야 한다

이 묶음은 기술 글이 아니라 생활 기록이었다. 그래서 번역 기준도 달랐다. GitHub Pages, Naver Blog, Flutter, Fogg Behavior Model 같은 고유명사와 개념은 유지하되, 글의 중심은 “무슨 기능을 만들었나”가 아니라 “그날 어떤 감정과 결심이 있었나”였다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

66차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 258/311, pending 1, missing 52
zh-Hans  ready 258/311, pending 1, missing 52
es       ready 258/311, pending 1, missing 52
pt-BR    ready 258/311, pending 1, missing 52
fr       ready 258/311, pending 1, missing 52
id       ready 258/311, pending 1, missing 52

67차 batch도 diary/life 네 글이었다.

2025-05-24  나라도 해야지!
2025-05-26  쉬었다... 갈까? / 시간이 약이다.
2025-05-28  첫 앨범 Love Your Soul 발매, 아티스트 잉혁킹 데뷔의 서막
2025-05-31  당근마켓 외부 채널 유도 사기 주의

이 묶음에서는 표현의 결을 특히 조심해야 했다. 나라도 해야지! 같은 짧은 감탄은 직역하면 힘이 죽고, 번아웃 글의 쉬었다... 갈까?는 너무 매끄럽게 다듬으면 원문의 맥 빠진 호흡이 사라진다. 또 Love Your Soul, Suno AI, Music Labs, 당근마켓처럼 고유명사가 섞여 있어서, 각 언어에서 설명을 보태기보다 원문 식별성을 유지하는 쪽으로 맞췄다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

67차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 262/311, pending 1, missing 48
zh-Hans  ready 262/311, pending 1, missing 48
es       ready 262/311, pending 1, missing 48
pt-BR    ready 262/311, pending 1, missing 48
fr       ready 262/311, pending 1, missing 48
id       ready 262/311, pending 1, missing 48

68차 batch는 diary/life의 마지막 네 글이었다.

2025-06-11  복싱장 재개 1일차에 몸살 걸릴 뻔한 썰
2025-07-16  AI한테 긁혀서 진심으로 싸우다가 깨달음 얻은 썰
2025-08-13  이상형을 놓친 날, 이상을 찾은 날
2025-08-16  중국 공안에 주의 인물로 등록된 썰

마지막 글은 특히 조심해야 했다. 중국 내 신분증 없는 탈북민, 예배 방송, 보안 메신저, 중국 공안, 강제 북송 위험 같은 표현은 정치적/종교적 민감성이 있지만, 그 민감성을 이유로 번역에서 의미를 흐리면 안 된다. 이번 batch에서는 과장도 완곡화도 하지 않고 원문 의미를 그대로 보존하는 쪽을 명시했다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

68차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 266/311, pending 1, missing 44
zh-Hans  ready 266/311, pending 1, missing 44
es       ready 266/311, pending 1, missing 44
pt-BR    ready 266/311, pending 1, missing 44
fr       ready 266/311, pending 1, missing 44
id       ready 266/311, pending 1, missing 44

이 시점에서 diary/life backlog도 닫혔다.

69차 batch부터는 diary/ai로 넘어갔다.

2024-12-23  GPT, o3, AGI, 휴머노이드, 특이점
2025-04-07  AI 시대의 생존 가이드라인
2025-05-21  AI 시대에 도진 조급함이라는 병
2025-05-31  AI 리터러시를 키우고 인간다움을 지켜야 생존할 수 있다

이 묶음은 permalink가 섞여 있었다. 두 글은 slug형 permalink였고, 두 글은 naver-*형 permalink였다. 그래서 파일명만 보고 URL을 추론하지 않고, 영어 기준본과 registry 기준을 확인한 뒤 각 언어 permalink를 그대로 맞췄다.

또 iframe, raw/endraw, code span, AI 모델명, AGI, singularity, contextual intelligence, AI literacy 같은 개념어가 많았다. 이런 글은 번역보다 구조 보존이 먼저다. 문장이 자연스러워도 iframe이나 raw block, code span이 깨지면 글은 실패한다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

69차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 270/311, pending 1, missing 40
zh-Hans  ready 270/311, pending 1, missing 40
es       ready 270/311, pending 1, missing 40
pt-BR    ready 270/311, pending 1, missing 40
fr       ready 270/311, pending 1, missing 40
id       ready 270/311, pending 1, missing 40

70차 batch도 diary/ai 네 글이었다.

2025-06-03  특이점이 다가오는 AI 시대
2025-06-14  AI에게 지배당하지 않고 행복하게 사는 법
2025-07-24  개발자는 AI에 의해 점차적으로 대체될 것이다
2025-07-25  Claude Code의 신기능 Agents로 바이브 코딩 드림팀 결성

이번 묶음은 AI 담론과 도구 사용기가 섞여 있었다. decidability, context size, AI literacy, contextual intelligence 같은 개념어는 각 언어에서 읽히게 옮기되, 개념의 식별성은 유지해야 했다. Claude Code 글에서는 /agents 같은 slash command와 Description 블록이 있어서, 자연스러운 문장보다 명령/구조 보존이 우선이었다.

검증은 batch scope에서 통과했다.

checked: 28
ready: 28
warnings: 0
errors: 0

70차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 274/311, pending 1, missing 36
zh-Hans  ready 274/311, pending 1, missing 36
es       ready 274/311, pending 1, missing 36
pt-BR    ready 274/311, pending 1, missing 36
fr       ready 274/311, pending 1, missing 36
id       ready 274/311, pending 1, missing 36

71차 batch는 diary/ai의 마지막 두 글이었다.

2026-06-04  Codex가 병신이 되지 않으려면 필요한 판단 규율
2026-05-25  예비군 사망 사건에 대한 분노에서 블로그 재개까지

6월 4일 글은 짧은 대화 아카이브라서 비교적 단순했다. 문제는 5월 25일 글이었다. 이 글은 2,000줄이 넘는 대화 아카이브였고, conversation card, 마스킹, 코드처럼 보이는 예시, Daily Review 템플릿, 링크가 전부 섞여 있었다.

처음에는 통파일로 번역을 시도했다. 결과는 좋지 않았다. 일본어는 요약문처럼 줄어들었고, 프랑스어는 앞부분만 프랑스어처럼 보이고 본문은 영어가 많이 남았다. 인도네시아어는 placeholder와 이상한 artifact가 섞였다. 이 상태에서 “검수해서 살린다”는 판단은 위험했다. 그래서 해당 current-task 생성물은 바로 버리고, coverage가 거짓으로 올라가지 않게 했다.

이후 글을 다섯 청크로 나눴다.

01-intro-media
02-politics
03-human-narrow-road
04-ai-self-management
05-blog-restart

각 청크는 gpt-5.5 worker가 언어별로 맡았다. 빌드는 돌리지 않았다. 대신 청크마다 다음 것만 봤다.

한글 잔류
프롬프트/영어 잔류
conversation-entry/meta/body/mask/code 개수
code fence 개수
인도네시아어 artifact

마지막에 다섯 청크를 실제 locale post로 조립한 뒤 scoped sync를 돌렸다.

source files: 1
checked: 7
ready: 7
warnings: 0
errors: 0

diary/ai 최근 세 글 기준으로도 다시 확인했다.

source files: 3
checked: 21
ready: 21
warnings: 0
errors: 0

71차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 276/311, pending 1, missing 34
zh-Hans  ready 276/311, pending 1, missing 34
es       ready 276/311, pending 1, missing 34
pt-BR    ready 276/311, pending 1, missing 34
fr       ready 276/311, pending 1, missing 34
id       ready 276/311, pending 1, missing 34

72차 batch는 devlog/secret-messenger 네 글이었다.

2025-04-01  Secret Messenger 개발 일지 #1
2025-04-03  Secret Messenger 개발 일지 #2
2025-04-13  Secret Messenger 개발 일지 #3
2025-04-17  Secret Messenger 개발 일지 #4

이 묶음은 보통 개발로그보다 민감했다. 중국 내 탈북민, 신분증 없는 고위험 사용자, 브라우저 기반 위장 메신저, Flutter Web, Django, VPS, Nginx, GFW 같은 맥락이 섞여 있었다. 이런 글은 표현을 순화하면 오히려 의미가 손상된다. 그래서 worker 지시에는 보안/인권 맥락을 완곡화하지 말고, product name과 기술 용어는 식별 가능하게 유지하라고 넣었다.

구조상으로는 표와 체크박스가 핵심이었다.

2025-04-01  table 28, checkbox 10
2025-04-03  checkbox 35
2025-04-13  table 10, checkbox 34
2025-04-17  table 11, checkbox 36

검증은 batch scope에서 통과했다.

source files: 4
checked: 28
ready: 28
warnings: 0
errors: 0

추가로 한글 잔류, 프롬프트 잔류, 인도네시아어 artifact, table row parity, checkbox parity를 확인했다. 전부 원문과 맞았다.

72차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 280/311, pending 1, missing 30
zh-Hans  ready 280/311, pending 1, missing 30
es       ready 280/311, pending 1, missing 30
pt-BR    ready 280/311, pending 1, missing 30
fr       ready 280/311, pending 1, missing 30
id       ready 280/311, pending 1, missing 30

이제 비영어권 여섯 언어도 90% 선을 넘었다. 남은 것은 diary/dev 쪽부터 이어지는 30개다.

73차 batch는 diary/dev의 앞쪽 세 글이었다.

2024-12-14  Hello, World!
2024-12-16  프로그래머라는 직업은 사라질 운명인 것 같다
2025-05-23  요즘 AI의 코드 자동완성 수준

첫 두 글은 짧은 재개/생각 글이었고, 세 번째 글은 네이버 백업본에서 가져온 raw block 글이었다. 그래서 이번에는 문장보다 구조 보존을 중심으로 봤다.

2024-12-14  code span 1
2024-12-16  image 3, link 4, code span 1
2025-05-23  raw 1, endraw 1, image 7, link 8, code span 1

검증은 batch scope에서 통과했다.

source files: 3
checked: 21
ready: 21
warnings: 0
errors: 0

추가로 한글 잔류, 프롬프트 잔류, 인도네시아어 artifact, raw/endraw parity, image/link count를 확인했다. 전부 원문과 맞았다.

73차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 283/311, pending 1, missing 27
zh-Hans  ready 283/311, pending 1, missing 27
es       ready 283/311, pending 1, missing 27
pt-BR    ready 283/311, pending 1, missing 27
fr       ready 283/311, pending 1, missing 27
id       ready 283/311, pending 1, missing 27

74차 batch는 diary/dev의 남은 네 글이었다.

2025-05-30  Flutter 앱 개발 기초 14/44강
2025-06-02  AI 때문에 Flutter 공부하다 현타 온 썰
2025-06-29  플러터 강좌 수강 중단
2025-07-02  인생 RPG 가상 인터뷰

이번 묶음도 네이버 백업본 기반이라 raw block을 그대로 보존해야 했다. 특히 6월 2일 글은 이미지가 22개라, 번역 품질보다 이미지/링크 개수 보존을 먼저 봤다.

2025-05-30  raw 1, image 10, link 11, blockquote 2
2025-06-02  raw 1, image 22, link 23, blockquote 3
2025-06-29  raw 1, image 1, link 2, blockquote 4
2025-07-02  raw 1, image 1, link 2, blockquote 2

검증은 batch scope에서 통과했다.

source files: 4
checked: 28
ready: 28
warnings: 0
errors: 0

추가로 한글 잔류, 프롬프트 잔류, 인도네시아어 artifact, raw/endraw parity, image/link/blockquote/code-span count를 확인했다. 전부 원문과 맞았다.

74차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 287/311, pending 1, missing 23
zh-Hans  ready 287/311, pending 1, missing 23
es       ready 287/311, pending 1, missing 23
pt-BR    ready 287/311, pending 1, missing 23
fr       ready 287/311, pending 1, missing 23
id       ready 287/311, pending 1, missing 23

이 시점에서 diary/dev backlog도 닫혔다. 다음은 diary/relationship이다.

75차 batch는 diary/relationship 세 글이었다.

2025-05-22  일상 속 작은 만남, 이웃 사랑이라는 큰 울림
2025-05-27  모난 면을 드러낼 용기
2025-05-29  소통의 창을 열다

이번 묶음은 기능 설명이나 개발 기록이 아니라 관계, 감정, 교회 공동체, 이웃 사랑에 대한 글이었다. 그래서 worker 지시에는 너무 매끈한 설명문으로 바꾸지 말고, 개인적인 성찰의 톤을 살리라고 넣었다.

구조는 비교적 단순했지만 raw block과 인용문이 많았다.

2025-05-22  raw 1, image 6, link 7, blockquote 7
2025-05-27  raw 1, image 6, link 7, blockquote 7
2025-05-29  raw 1, image 7, link 8, blockquote 4

검증은 batch scope에서 통과했다.

source files: 3
checked: 21
ready: 21
warnings: 0
errors: 0

추가로 한글 잔류, 프롬프트 잔류, 인도네시아어 artifact, raw/endraw parity, image/link/blockquote/code-span count를 확인했다. 전부 원문과 맞았다.

75차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 290/311, pending 1, missing 20
zh-Hans  ready 290/311, pending 1, missing 20
es       ready 290/311, pending 1, missing 20
pt-BR    ready 290/311, pending 1, missing 20
fr       ready 290/311, pending 1, missing 20
id       ready 290/311, pending 1, missing 20

이 시점에서 diary/relationship backlog도 닫혔다. 남은 것은 diary/religion뿐이다.

76차 batch는 diary/religion의 초기 세 글이었다.

2024-12-25  GPT의 일기: Ubermensch with Jesus
2025-04-07  Daily Conscience Prayer
2025-04-17  민혁 vs GPT-4o: 배타주의/포용주의/다원주의

이 묶음은 단순한 종교 글이 아니라, 예수의 사랑, 니체의 초인, 양심 기도, 배타주의/포용주의/다원주의 논쟁이 섞여 있었다. 그래서 신학 용어를 너무 풀어버리지 않고, 이름과 개념을 식별 가능하게 유지하는 쪽을 기준으로 잡았다.

구조상으로는 인용과 HTML notice, code span이 핵심이었다.

2024-12-25  blockquote 2, html marker 10
2025-04-07  blockquote 2, html marker 2
2025-04-17  blockquote 10, code span 6, html marker 12

검증은 batch scope에서 통과했다.

source files: 3
checked: 21
ready: 21
warnings: 0
errors: 0

추가로 한글 잔류, 프롬프트 잔류, 인도네시아어 artifact, blockquote/code/html marker count를 확인했다. 전부 원문과 맞았다.

76차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 293/311, pending 1, missing 17
zh-Hans  ready 293/311, pending 1, missing 17
es       ready 293/311, pending 1, missing 17
pt-BR    ready 293/311, pending 1, missing 17
fr       ready 293/311, pending 1, missing 17
id       ready 293/311, pending 1, missing 17

77차 batch는 diary/religion의 남은 네 글이었다.

2025-06-02  민수기가 던진 신앙적 고뇌
2025-06-26  의심 많은 나의 신앙
2025-06-27  신이 있는 것처럼 행동하기로 했다
2026-06-07  동성애 혐오를 신앙이라 부를 수는 없다

이번 묶음은 네이버 백업본 raw block 세 글과 최신 공개 글 하나가 섞여 있었다. 특히 마지막 글은 {% post_url %} 링크가 3개 있어서, 번역보다 Liquid marker 보존이 먼저였다.

구조 기준은 이랬다.

2025-06-02  raw 1, image 7, link 8, blockquote 5
2025-06-26  raw 1, image 6, link 7, blockquote 2
2025-06-27  raw 1, image 6, link 7, blockquote 2
2026-06-07  image 1, link 10, blockquote 4, code span 2, post_url 3

검증은 batch scope에서 통과했다.

source files: 4
checked: 28
ready: 28
warnings: 0
errors: 0

추가로 한글 잔류, 프롬프트 잔류, 인도네시아어 artifact, raw/endraw, image/link/blockquote/code/html/post_url count를 확인했다. 전부 원문과 맞았다.

77차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 297/311, pending 1, missing 13
zh-Hans  ready 297/311, pending 1, missing 13
es       ready 297/311, pending 1, missing 13
pt-BR    ready 297/311, pending 1, missing 13
fr       ready 297/311, pending 1, missing 13
id       ready 297/311, pending 1, missing 13

이 시점에서 diary/religion backlog도 닫혔다. 남은 것은 diary/thought 쪽이다.

이 batch에서 얻은 교훈은 분명했다.

큰 대화 아카이브는 통파일 번역으로 밀어붙이면 안 된다. 실패했을 때 검수 비용이 너무 크고, 무엇이 깨졌는지도 늦게 보인다. 반대로 청크로 나누면 실패 범위가 줄어들고, 구조 마커를 원문과 직접 비교할 수 있다.

그리고 번역 batch 중 full build는 여전히 필요 없었다. 이번에 봐야 할 위험은 Jekyll 전체 생성 여부가 아니라, 번역 파일이 원문 구조와 대응되는지였다. 그 질문에는 scoped sync와 residue scan, marker parity가 더 정확하게 답했다.

이번 교정에서 중요한 건 번역 품질보다 운영 판단이었다.

검증은 많이 돌린다고 좋은 게 아니다. 같은 리스크를 반복해서 보는 검증은 안심을 주는 게 아니라 시간을 태운다. 특히 Jekyll full build처럼 7분 이상 걸리는 검증은 구조 변경, 릴리즈 직전, 전체 작업 종료 같은 경계에서만 써야 한다. 번역 생성 단계에서는 가벼운 검증이 맞다.

그래서 공용 룰과 프로젝트 룰도 고쳤다. 구조/코드 변경에서 반복 콘텐츠 생성으로 단계가 바뀌면 expensive full check를 멈추고 cheap scoped check만 쓰도록 했고, 이 블로그의 translation-only batch에서는 full build를 batch마다 돌리지 않도록 명시했다.

이 과정에서 SOURCE_PATHS 옵션도 추가했다. 전체 coverage는 backlog를 보는 데 좋고, changed-post sync는 지금 수정한 글을 보는 데 좋지만, 번역 batch처럼 “특정 원문 묶음만 정확히 검증”해야 하는 경우가 있다. 이제 그 경우를 명령으로 표현할 수 있다.

이 구분이 중요하다.

검증이 통과했다는 말은 항상 범위를 가진다. 범위를 말하지 않는 초록 체크는 오히려 위험하다. 그래서 이번에는 verifier, pilot status, changed-post sync, all-post coverage를 분리했다. 각각이 다른 질문에 답하게 만들었다.

78차 batch는 diary/thought의 앞쪽 세 글이었다.

2025-06-09  관계는 서로를 비추는 거울이다
2025-06-09  건강한 휴식을 향하여
2025-06-10  음악이 없다면 인생은 잘못된 것이다

이번 묶음은 네이버 백업 raw block을 가진 생각 글이었다. 마지막 글은 음악, Suno, 니체의 말이 섞여 있었고, <Twilight of the Idols>처럼 각괄호가 실제 HTML이 아니라 책 제목으로 쓰인 부분도 있었다.

그래서 검증할 때 단순히 <...> 개수를 세는 방식은 버렸다. 실제로 보존해야 할 구조인 comment, div, raw/endraw marker를 따로 비교했다.

구조 기준은 이랬다.

2025-06-09 naver-126  raw 1, image 6, link 7, blockquote 2
2025-06-09 naver-127  raw 1, image 6, link 7, blockquote 2
2025-06-10 naver-123  raw 1, image 9, link 10, blockquote 4, code span 1

검증은 batch scope에서 통과했다.

source files: 3
checked: 21
ready: 21
warnings: 0
errors: 0

추가로 한글 잔류, 프롬프트 잔류, 인도네시아어 artifact, raw/endraw, image/link/blockquote/code count를 확인했다. 세 번째 글은 책 제목의 각괄호 때문에 naive HTML count가 흔들렸지만, 실제 보존 대상인 comment/div/raw marker는 전부 원문과 맞았다.

78차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 300/311, pending 1, missing 10
zh-Hans  ready 300/311, pending 1, missing 10
es       ready 300/311, pending 1, missing 10
pt-BR    ready 300/311, pending 1, missing 10
fr       ready 300/311, pending 1, missing 10
id       ready 300/311, pending 1, missing 10

79차 batch도 diary/thought 세 글이었다.

2025-06-12  소통의 정수는 헤아리는 마음이 아닐까
2025-06-16  호구가 되지 않기 위한 이타심 사용법
2025-06-18  나의 우주는 어떻게 확장되는가 (성장의 플라이휠)

이 묶음도 전부 네이버 백업 raw block을 가진 글이었다. 관계, 이타심, 성장의 플라이휠처럼 추상적인 단어가 많았지만, 글의 구조 자체는 비교적 명확했다. 오히려 이번에 걸린 문제는 번역문이 아니라 front matter였다.

스페인어와 프랑스어 worker가 locale: es-ES, locale: fr-FR로 넣었는데, 프로젝트 설정의 실제 locale 값은 es, fr였다. 이건 scoped sync가 바로 잡아냈다.

ERROR ... es locale mismatch
ERROR ... fr locale mismatch

그래서 해당 6개 파일의 locale만 프로젝트 설정에 맞게 고쳤고, 다시 검증했다.

source files: 3
checked: 21
ready: 21
warnings: 0
errors: 0

구조 기준은 이랬다.

2025-06-12 naver-120  raw 1, image 6, link 7, blockquote 5, code span 1
2025-06-16 naver-113  raw 1, image 4, link 5, blockquote 2, code span 1
2025-06-18 naver-110  raw 1, image 6, link 7, blockquote 2, code span 1

추가로 한글 잔류, 프롬프트 잔류, 인도네시아어 artifact, raw/endraw, image/link/blockquote/code/comment/div marker count를 확인했다. 전부 원문과 맞았다.

79차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 303/311, pending 1, missing 7
zh-Hans  ready 303/311, pending 1, missing 7
es       ready 303/311, pending 1, missing 7
pt-BR    ready 303/311, pending 1, missing 7
fr       ready 303/311, pending 1, missing 7
id       ready 303/311, pending 1, missing 7

여기서 다시 확인한 교훈은 간단했다.

worker가 번역을 잘해도 프로젝트 설정값은 틀릴 수 있다. 그래서 “자연스러운 번역” 검수와 “repo가 기대하는 메타데이터” 검수는 별개다. locale, permalink, categories 같은 값은 감으로 맡기면 안 되고, active config와 verifier가 확인해야 한다.

80차 batch는 diary/thought의 남은 세 글이었다.

2025-06-27  무언가에 쫓기는 바쁜 상태는 일종의 악일지도
2025-07-09  나는 반드시 실패할 것이다.
2025-07-13  자책에서 분석으로, 후회에서 설계로, 반성에서 기획으로

이 batch로 diary/thought 쪽 full-missing backlog는 닫혔다. 셋 다 네이버 백업 raw block 글이었고, 7월 13일 글만 조금 길었다. 그래도 별도 청크를 만들 정도는 아니어서 언어별 worker가 각 locale 파일을 그대로 맡았다.

구조 기준은 이랬다.

2025-06-27 naver-096  raw 1, image 5, link 6, blockquote 2, code span 1
2025-07-09 naver-078  raw 1, image 1, link 2, blockquote 4, code span 1
2025-07-13 naver-071  raw 1, image 2, link 3, blockquote 2, code span 1

검증은 batch scope에서 통과했다.

source files: 3
checked: 21
ready: 21
warnings: 0
errors: 0

추가로 한글 잔류, 프롬프트 잔류, 인도네시아어 artifact, raw/endraw, image/link/blockquote/code/comment/div marker count를 확인했다. 전부 원문과 맞았다.

80차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 306/311, pending 1, missing 4
zh-Hans  ready 306/311, pending 1, missing 4
es       ready 306/311, pending 1, missing 4
pt-BR    ready 306/311, pending 1, missing 4
fr       ready 306/311, pending 1, missing 4
id       ready 306/311, pending 1, missing 4

coverage가 여기서 새로 남은 영역을 더 선명하게 보여줬다. 이제 남은 것은 diary/travel의 긴 제주 자전거 글 하나와 tip/app 세 글이다. 짧은 tip/app부터 닫고, 973줄짜리 여행 글은 별도 긴 글 전략으로 다루는 게 맞다.

81차 batch는 tip/app 세 글이었다.

2025-03-10  Espanso로 텍스트 자동완성하기
2025-05-29  크롬 플러그인 Unhook
2025-06-03  Espanso 반복 입력 줄이기

첫 글은 일반 tip 글이고, 나머지 둘은 네이버 백업 raw block 글이었다. 특히 첫 Espanso 글은 YAML 예제 안에 , 같은 텍스트가 있어서 조심해야 했다. 영어판은 이 부분을 Jekyll Liquid가 해석하지 않도록 code fence 안에 /를 추가해 둔 상태였다.

그래서 이번 parity는 두 층으로 봤다.

한국어 원문과 비교할 때는 image, link, heading, code fence 같은 일반 구조를 봤고, target locale끼리는 영어 baseline과 raw/endraw, code span까지 맞는지 확인했다. 이 기준으로 6개 언어 모두 영어 baseline과 일치했다.

검증은 batch scope에서 통과했다.

source files: 3
checked: 21
ready: 21
warnings: 0
errors: 0

추가로 한글 잔류, 프롬프트 잔류, 인도네시아어 artifact, code fence, raw/endraw, image/link/blockquote/code/comment/div marker count를 확인했다. 신규 번역 파일 기준으로 문제는 없었다.

81차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1
ja       ready 309/311, pending 1, missing 1
zh-Hans  ready 309/311, pending 1, missing 1
es       ready 309/311, pending 1, missing 1
pt-BR    ready 309/311, pending 1, missing 1
fr       ready 309/311, pending 1, missing 1
id       ready 309/311, pending 1, missing 1

이제 남은 공개 번역 backlog는 diary/travel/2025-08-30-naver-010.md 하나다. 다만 이 글은 원문 973줄, 이미지 142개, 링크 143개라 일반 batch처럼 취급하면 안 된다. 구조는 단순하지만 길이가 길다. 여기서는 전체 글을 통째로 밀어붙이는 것보다, 이미지 라인은 그대로 보존하고 텍스트 구간만 신중하게 번역하도록 지시하는 편이 낫다.

82차 batch는 마지막 공개 번역 backlog인 제주 자전거 여행 글이었다.

2025-08-30  제주환상자전거길 한 바퀴(with 폭염 경보)

이 글은 원문 973줄짜리였다. 이미지가 142개, 링크가 143개였다. 번역 자체보다 더 위험한 것은 이미지 줄을 빠뜨리거나 순서를 바꾸는 일이었다.

그래서 worker 지시를 평소보다 더 좁혔다.

이미지 markdown line 142개를 그대로 보존한다.
이미지 path와 순서를 바꾸지 않는다.
raw/endraw, notice div, naver 원문 링크를 보존한다.
요약하지 않는다.
사람이 쓴 텍스트만 번역한다.

검증은 batch scope에서 통과했다.

source files: 1
checked: 7
ready: 7
warnings: 0
errors: 0

추가로 한글 잔류, 프롬프트 잔류, 인도네시아어 artifact를 확인했다. 그리고 마지막으로 image/link/marker parity를 전체 언어에 대해 다시 봤다.

raw 1
endraw 1
images 142
links 143
blockquotes 2
code span 1
div open 1
div close 1
comments 2
headings 2

영어 포함 7개 target이 모두 이 구조와 맞았다. 이미지 142개도 원문과 같은 순서였다.

82차까지 반영한 coverage는 이렇게 됐다.

en       ready 310/311, pending 1, missing 0, invalid 0
ja       ready 310/311, pending 1, missing 0, invalid 0
zh-Hans  ready 310/311, pending 1, missing 0, invalid 0
es       ready 310/311, pending 1, missing 0, invalid 0
pt-BR    ready 310/311, pending 1, missing 0, invalid 0
fr       ready 310/311, pending 1, missing 0, invalid 0
id       ready 310/311, pending 1, missing 0, invalid 0
errors   0

남은 pending 1은 이 글, 그러니까 지금 쓰고 있는 세션 포스트다. 한국어 원문 확정 전에는 자동 번역하지 않기로 했기 때문에 pending으로 남겨둔 것이다.

여기서 번역 생성 단계는 닫혔다.

그 다음에야 full build를 돌렸다.

처음 build는 실패했다.

Liquid Exception: Could not parse name of post "" in tag 'post_url'

원인은 번역 파일이 아니었다. 이 세션 포스트 안에서 설명용으로 적은 빈 {% post_url %} 리터럴을 Jekyll이 실제 Liquid 태그로 해석한 것이었다. Markdown code fence나 inline code처럼 보여도, Jekyll은 Markdown보다 Liquid를 먼저 처리한다.

그래서 설명용 Liquid 태그를 escape했다. 그 뒤 production build는 통과했다.

JEKYLL_ENV=production bundle exec jekyll build
done in 1311.791 seconds.

통과는 했지만, 시간이 문제였다. 1311.791초면 약 21분 52초다. 이번에 사용자가 지적한 것처럼, 이 정도 build를 batch마다 돌렸다면 작업은 계속 터졌을 것이다.

마지막 Browser QA도 했다.

/en/                  200
/en/about/            200
/ja/.../naver-010/    200
/zh-Hans/.../naver-010/ 200
/es/.../naver-010/    200
/pt-BR/.../naver-010/ 200
/fr/.../naver-010/    200
/id/.../naver-010/    200

영문 홈과 영문 About에서는 About이 보였고, 한국어 nav residue는 없었다. 모바일 폭에서도 About, 🇺🇸English, 검색, category control이 보였다. 여행 글의 영문 페이지는 본문 한글 잔류가 없었고, hreflang은 ko, en, ja, zh-Hans, es, pt-BR, fr, id, x-default로 잡혔다.

조회수도 다시 봤다. 한국어와 영어 여행 글 모두 built HTML에서 같은 canonical page view path를 썼다.

data-page-view-path="/diary/travel/naver-010/"

클라이언트 JS와 Worker 양쪽에서 /en, /ja, /zh-Hans, /es, /pt-BR, /fr, /id prefix를 제거한다. 그래서 같은 글을 언어만 바꿔 읽어도 조회수 key와 dedupe key는 같은 canonical path 기준으로 잡힌다.

이제 남은 것은 이 세션 포스트의 번역뿐이다. 다만 이건 원문 확정 전 자동 번역하지 않는다는 룰 때문에 pending으로 남긴다.

영어판 작업이 /en/ 폴더를 만든 일이었다면, 다음 작업은 블로그를 다국어 제품으로 다룰 수 있는 운영 구조를 만드는 일이다.

블로그가 커질수록 문제는 글 개수가 아니다.

같은 기준으로 계속 움직일 수 있느냐가 문제다.

이번에는 그 기준을 꽤 비싸게 배웠다. 번역 품질에서 한 번 맞고, 언어 전환 UI에서 한 번 맞고, 조회수 dedupe에서 한 번 더 맞았다. 그래도 그 덕분에 /en/은 단순한 번역 폴더가 아니라, 한국어 원문과 같이 움직이는 영어판 블로그가 됐다.

1. Pew Research Center, “How the Global Religious Landscape Changed From 2010 to 2020”. ↩

2. W3C Internationalization, “Language tags in HTML and XML”. ↩

3. Pew Research Center, “The countries with the 10 largest Christian populations and the 10 largest Muslim populations”. ↩