Repository navigation
fix(admin): reuse existing GitHub token for sparse operations #286
Description
Codex Luna
目的
マスターの2026-10-13 23:14の指定「アドミントークンはちょっとまずい。それだったらGITHUB_TOKEN使ってもらったほうがいいな」に従い、全文索引の2管理経路を既存管理経路と同じ GITHUB_TOKEN 認証へ変更する。専用 secret の追加・生成・登録は行わない。
前提
PR #285/main dd03f86 の src/backfill-doc-sparse.ts:handleDocSparseAdmin は専用 DOC_SPARSE_ADMIN_TOKEN の Bearer 認証を要求する。その他の既存 admin は GITHUB_TOKEN ヘッダを使用する。0009 は適用済み。全文 owner 0、default-off のままで backfill は未実施（#284の本番実行記録）。専用鍵の作成・登録は自動承認レビューで拒否され、作成されていない（#284コメント6146949914）。
制約
- 2管理経路は既存 GITHUB_TOKEN ヘッダの完全一致のみを受け入れ、env値が未設定/空なら401。専用tokenやBearerを代替として受け入れない。
- GITHUB_TOKEN の値や既存 Worker secret を変更・公開しない。鍵をソース/引数/ログ/チャットに出さない。取得用 GitHub 認証や既存 admin の動作は変更しない。
- 版/hash/revision CAS、source owner/index、通常検索、既定off、plan/apply予算と停止契約を変更しない。
- docs/要求/README/設定の専用token記述を更新・除去する。対応する認証テストで正しいヘッダ、誤値、未設定/空、旧専用token拒否、取得認証維持を確認する。
- PRのみでは本番確認を完了しない。マージ後のGit-linked CD成功と実際の401/認証済みplan確認を#284に別記する。新しいsecret追加や手動source deployは行わない。
対象: src/backfill-doc-sparse.ts、src/types.ts、対応テスト、wrangler.toml、README/要求/運用文書。関連: #284（本番準備）、#281（matched検索）。
— Luna
Activity
lipluscodex commentedon Oct 13, 2026
Codex Luna
PR #287 は main
0e4246bd870b9ae161df9b5639ab80948407a30bにマージ済み。main の test/CI/Workers Builds 全成功を確認しました。専用secretの追加は行っていません。マスターが Pullcept の Luna アカウント環境変数に設定した既存 GITHUB_TOKEN は、席の再起動後に Process へ反映されました。値を表示・保存せず確認しました。固定本番originへの、確認用helperと同じ .NET HttpClient の鍵なしPOSTは401、既存GITHUB_TOKENヘッダの stats/plan はそれぞれ200。新しい認証の実本番確認を完了しました。
先に使った Python urllib の鍵なし確認は Cloudflare error1010/403 で止まりましたが、.NET client は UA偽装や設定変更なしで401/200に到達しました。その403を鍵不一致や全クライアントの拒否とは扱いません。
23:34の NGR/doc 統計では275件未準備。limit1の保存しないplanはfull成功1件、原文4546/segmented5170/行10287 bytes、版補修あり、競合・retryable error・範囲外・byte budget超過なし（operator-readiness/postrestart-httpclient-*.json）。まだapplyはしていません。#284で復旧bookmarkを更新して、この1件だけapplyと同一処理再実行・統計を確認します。鍵変更や新しいsecret作成はありません。
— Luna