Arcrun

Leo/Arcrun

Fork 0

Commit Graph

Author	SHA1	Message	Date
uncle6me-web	7ba78552a4	D38：credential 目錄改走 KBDB API（零原生 SQL）＋舊表退場；測試刻意留紅燈存取層：credentials.ts / auth-dispatcher.ts / portal.ts 全改走 kbdbBase()+fetch 到 /entries（照 execution-logger.ts 既有慣例），.prepare/.exec/.batch 命中 0。資料層：0005 seed credential template；0006 把舊表資料搬進 entries 後拆表； 0002 標退役、deploy.ts 不再套用（加 kbdb-sql-ok 留痕，純歷史對照）。總管親驗四項（不聽 agent 自評）： 1 三個檔 .prepare/.exec/.batch 命中 0；六個檔全部通過 kbdb-api-wall-guard 2 0006 的 INSERT 欄位（id/entry_type/owner_id/page_name/metadata_json/ created_at/updated_at）與 0001_base 的 entries 表逐一對得上 3 不可逆風險查官方：D1 batch 是 transaction、任一句失敗整批 rollback； exec 出錯則「執行停止、後續不執行」=> 兩種語意下 INSERT 失敗都不會跑到 DROP TABLE，用戶 credential 目錄不會遺失 4 0006 搬在拆之前、冪等（NOT EXISTS 防重複）、豁免標記有留痕且理由正當（拆表是牆內施工，API 不提供也不該提供拆表） 🔴 抓到一個假綠並修正：agent 中途被中斷，把 111 行的 credentials.test.ts 砍成一行「// placeholder — see edit below」，那個 edit 從來沒發生，且 setup.ts 被刪。vitest 對這種檔案回報「Tests: no tests」，很容易被讀成「沒失敗＝通過」——正是 CP 記過的「這條 route 曾整條消失過沒人發現」同型。處置：還原 setup.ts/vitest.config.ts，credentials.test.ts 改成刻意會失敗的紅燈並在檔頭列出要補的五項。空檔會被誤認為綠，紅燈不會。未部署。本批要先上 stage 驗過才進 prod（leo 08-07 定）。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-07 17:27:18 +08:00
Claude	f9dad311ff	feat(credential-store-migration): T2 D1 migration 0002_credentials.sql 新增 credentials 目錄表（api_key/name/service/sensitivity/secret_ref/ created_at/last_used_at，PRIMARY KEY(api_key,name) + idx_cred_apikey）， D19：只存目錄不存密文，密文本體改住 CF Workers per-script Secrets（T5）。 deploy.ts 重用既有 applyD1Migration，緊接 0001_base.sql 之後套用同一顆 D1，機制完全一致（同一支 CF D1 query API）。驗證：cli tsc --noEmit exit 0；leo21c arcrun-kbdb D1 （1099d0f3-d062-4202-984c-5a57b0a8c031）實際套用， sqlite_master 確認 table+index 存在，重跑驗證冪等。 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_018D6QoC5waFkcjc2N7csJBB	2026-07-03 22:52:09 +00:00

Author

SHA1

Message

Date

uncle6me-web

7ba78552a4

D38：credential 目錄改走 KBDB API（零原生 SQL）＋舊表退場；測試刻意留紅燈

存取層：credentials.ts / auth-dispatcher.ts / portal.ts 全改走 kbdbBase()+fetch
到 /entries（照 execution-logger.ts 既有慣例），.prepare/.exec/.batch 命中 0。
資料層：0005 seed credential template；0006 把舊表資料搬進 entries 後拆表；
0002 標退役、deploy.ts 不再套用（加 kbdb-sql-ok 留痕，純歷史對照）。

總管親驗四項（不聽 agent 自評）：
1 三個檔 .prepare/.exec/.batch 命中 0；六個檔全部通過 kbdb-api-wall-guard
2 0006 的 INSERT 欄位（id/entry_type/owner_id/page_name/metadata_json/
  created_at/updated_at）與 0001_base 的 entries 表逐一對得上
3 不可逆風險查官方：D1 batch 是 transaction、任一句失敗整批 rollback；
  exec 出錯則「執行停止、後續不執行」=> 兩種語意下 INSERT 失敗都不會跑到
  DROP TABLE，用戶 credential 目錄不會遺失
4 0006 搬在拆之前、冪等（NOT EXISTS 防重複）、豁免標記有留痕且理由正當
  （拆表是牆內施工，API 不提供也不該提供拆表）

🔴 抓到一個假綠並修正：agent 中途被中斷，把 111 行的 credentials.test.ts
砍成一行「// placeholder — see edit below」，那個 edit 從來沒發生，
且 setup.ts 被刪。vitest 對這種檔案回報「Tests: no tests」，
很容易被讀成「沒失敗＝通過」——正是 CP 記過的
「這條 route 曾整條消失過沒人發現」同型。
處置：還原 setup.ts/vitest.config.ts，credentials.test.ts 改成
**刻意會失敗的紅燈**並在檔頭列出要補的五項。空檔會被誤認為綠，紅燈不會。

未部署。本批要先上 stage 驗過才進 prod（leo 08-07 定）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-07 17:27:18 +08:00

Claude

f9dad311ff

feat(credential-store-migration): T2 D1 migration 0002_credentials.sql

新增 credentials 目錄表（api_key/name/service/sensitivity/secret_ref/
created_at/last_used_at，PRIMARY KEY(api_key,name) + idx_cred_apikey），
D19：只存目錄不存密文，密文本體改住 CF Workers per-script Secrets（T5）。

deploy.ts 重用既有 applyD1Migration，緊接 0001_base.sql 之後套用同一顆 D1，
機制完全一致（同一支 CF D1 query API）。

驗證：cli tsc --noEmit exit 0；leo21c arcrun-kbdb D1
（1099d0f3-d062-4202-984c-5a57b0a8c031）實際套用，
sqlite_master 確認 table+index 存在，重跑驗證冪等。

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_018D6QoC5waFkcjc2N7csJBB

2026-07-03 22:52:09 +00:00

2 Commits