待辦

【範圍】ingest_articles/GA4 ingestion 加 sessionCampaignName+sessionManualAdContent(或解析 landingPagePlusQueryString)維度進 web_metrics;短網址建立時自動寫 article_social_links(match_method=utm)。 【口徑建議】utm_source=平台/utm_medium=organic_social/utm_campaign=文章識別/utm_content=貼文識別;UTM Builder select 選項要同步加。 【2026-07-24 關聯釐清】跟 todo-2026-07-09-oxqwtw(手動補登方案 B:頁面 UI+Worker 寫入)不是同一件,但是同一個目標「逐貼文精確歸因」的兩條路:本條=自動歸因(GA4 抓 utm_campaign/utm_content,靠社群草稿臺已在發的三條短連結),oxqwtw=人工補登的 UI。若本條做起來且短連結覆蓋率夠,方案 B 的必要性會大幅下降。合併與否待西西🌸 拍板。 【2026-07-24 西西🌸 拍板】不跟 oxqwtw 合併,兩條各自留著,但**一有結論或測試成功就要立刻勾掉**,不讓它們變殭屍條。球轉摳摳:v3 ingestion 整條 workstream 本來就是他在跑(manual_article_social_links.py／全量歷史回溯／Meta Ads 回撈),Supabase schema 與程式碼慣例都在他手上。 【2026-07-24 摳摳開工】ingestion 端第一段已完成:ingest_articles.py 新增 --include-utm-breakdown 抓 GA4 sessionSource/sessionMedium/sessionCampaignName/sessionManualAdContent/landingPagePlusQueryString 月資料,準備寫 web_metrics dimension_type=ga4_utm_landing;新增 --backfill-utm-social-links,可用 landing 對文章、utm_source 對平台、utm_content 對 social_posts.id/platform_post_id/permalink,命中時寫 article_social_links(match_method=utm)。新增 schema/2026-07-24_web_metrics_ga4_utm_landing.sql 放行 Supabase check constraint;新增 tests/test_ingest_articles_utm.py。驗證:py_compile PASS;UTM tests 6/6 PASS;既有 test_ingest_social_links 8/8 PASS;test_manual_article_social_links 6/6 PASS。實查限制:社群草稿臺 shortlinks.py 目前只產 utm_source+utm_medium=social,還沒有 campaign/content,所以 bridge 要等短鏈產生器補穩定 utm_content 並套 SQL migration 後,再跑小窗 dry-run/write。三方檔已記 §5.164。 【2026-07-24 摳摳短鏈補強完成】社群草稿臺 shortlinks.py 已補 utm_campaign=article_<WP ID/slug> 與 utm_content=<平台>_<短碼>;短碼由產生器先產出並以 /api/create custom_code 寫入,撞碼只重試,不覆蓋既有 s.myhousing 短碼。ingest_articles.py 的 UTM bridge 同步補 social_posts.caption 短碼 lookup,可用 fb_/threads_/ig_ content 反查貼文。文件同步: social-panel README/DESIGN、W_對外連結工具棧 HANDOFF。驗證:shortlinks py_compile PASS,test_shortlinks 6/6 PASS;ingest_articles UTM tests 7/7 PASS;既有社群連結回歸 8/8+6/6 PASS;social-panel test_parse 51篇/357版本 PASS,test_wp_select 14/14 PASS。尚未執行真 API 建鏈、未套 Supabase migration、未做 production write。 【2026-07-24 摳摳小窗 dry-run】本機無 psql/Supabase CLI/DB connection string,service-role REST key 不能套 DDL,migration 仍需西西🌸貼 Supabase SQL Editor。已用專案 venv 跑 2026-07-24 dry-run(不加 --write):WP fetched 8,prepared article_metrics 15/web_metrics 126,GA4 UTM candidates 50,resolved_article 38,resolved_post 0,resolved_both 0,bridge inputs articles_read 3745/posts_read 153。判讀:UTM 讀路徑可跑;0 bridge 是因小窗 GA4 目前 utm_content 仍為 (not set),尚未有新規則短鏈 hit。 【2026-07-24 摳摳小窗 write PASS】西西🌸 回報 SQL Editor migration 已跑完後,跑 articles_utm_write_2026-07-24_r2 --write 成功:WP fetched 8,prepared article_metrics 15/web_metrics 124,inserted_or_updated 158,Supabase counts articles 3750/article_metrics 185200/web_metrics 11536。第一輪 write 曾因同批 web_metrics duplicate conflict key 失敗(不是 constraint),已補 dedupe_metric_rows() 依 DB conflict identity 去重,重複採最後一筆覆蓋;測試 test_ingest_articles_utm 8/8、test_ingest_social_links 8/8、test_manual_article_social_links 6/6 PASS。唯讀驗證:DB 2026-07-01..2026-07-24 ga4_utm_landing 已有 98 rows(metrics=sessions/active_users)。utm_links 仍 0,因目前 GA4 content 還是 (not set),要等新規則短鏈有 hit 才能驗逐貼文 bridge。

[脈絡] 2026-05-28 三棲治理整套落地,但 CORE_RULES.md(23KB)內部還是 L1 強規則 + L2 業務細則混排。雷蒙路線是把 L2 抽成 skill,觸發詞才載入。memory project_multi_llm_workflow_governance 跟 CORE_RULES 三層記憶段都已對齊這個哲學,差最後一步把 L2 抽出去。 [候選 skill 清單 — 動工順序] **優先(高頻 / 收益明顯)** 1. **住展寫作 skill**(暫名 myhousing-writing) — medium - 抽 CORE_RULES「住展產出規範」整段(編輯人設 / 寫作絕對禁忌 / 社群禁用語 / 受眾對位) - 觸發詞:寫住展貼文 / 寫住展文章 / 寫住展手冊文案 / 涉及住展品牌的內容 - 跟既有 skill 關係:social-post-series / weekly-management-report / youtube-video-package 等住展 skill 可以「include 住展寫作 skill」當前置,語氣禁忌不再重複寫 - 收益:CORE_RULES 瘦 ~3KB;非住展任務不載入禁忌規則 2. **住展手冊規範 skill**(暫名 myhousing-handbook-html) — low - 抽 CORE_RULES「住展手冊 HTML / CSS 規範」(nb-/rh- 前綴 / max-width:800px / :visited / 真實 h2/h3 / div onclick) - 觸發詞:做住展手冊 / 上 WP 手冊 / 新建案手冊 / 賣屋手冊 / 租屋手冊 - 收益:CORE_RULES 瘦 ~1.5KB;只有做手冊才載入 **次要(低頻 / 已部分散在其他 skill)** 3. **字幕製作規範**(暫名 srt-style-myhousing,或併入 srt-traditionalize) — low - 抽 CORE_RULES「字幕製作規範」(斷句 / 避免單行過長) - 但既有 srt-traditionalize / youtube-video-package 已部分包含,可能直接 link 不抽 - 動工前先讀既有兩個 skill 確認 4. **WP 系統管理觸發**(暫名 wp-ops-trigger) — low - CORE_RULES「WP 系統管理特別說明」(先翻 W_wp-ops/) - 但這段已經是「翻 reference 資料夾」的引導句,不適合 skill 化 - 可能保留在 CORE_RULES 不抽 [不抽的 — L1 鐵則或跨家通用] - API Keys / Canva / Playwright 路徑 / 命名 / 提方案前翻 reference / 破壞性操作 / owner / 自我進化 / 三層記憶 / 草稿輸出 / 協作原則 → 全部留 CORE_RULES(NEVER/ALWAYS 跨家通用) [動工建議] - 先做 1 + 2(高頻 + 獨立 + 工程量低) - 3 + 4 等實際撞到再說(漸進式,別預判) - 每抽一個 skill 完工後 CORE_RULES 對應段改成 link 過去(一行帶過 + skill 名),不刪光留導讀 - 抽 skill 時順手加 owner header(雷蒙路線:skill 是 L2 按需載入) [相關檔案] - CORE_RULES.md(要瘦身) - 既有住展 skill:social-post-series / weekly-management-report / youtube-video-package / srt-traditionalize / K_住展開箱工作流(K 案 skill) - 雷蒙 2-4 三層心智模型參考:200_Reference/A_雷蒙claude迷你課/docs/2-4 AI 分身資料夾結構:雷小蒙拆解.md - skill 規格參考:用 superpowers:writing-skills 或 write-a-skill skill 輔助 【2026-07-06 盤整】2026-07-06 L1 整理已執行第一批:手冊/字幕/YT 標題規範搬 W_templates＋youtube-video-package skill。剩餘槓桿=CORE_RULES 住展業務脈絡段搬 L2(另行拍板)。

[背景] 6/2 三方 probe session 拍板兩平台 Stories 都待重測: - FB Stories: endpoint HTTP 500(公開 Graph API 不穩,可能 Meta 端問題) - IG Stories: endpoint HTTP 200 但 count=0(當時沒 active story 樣本),insights 待測 業務量級: FB_STORY ≠ IG_STORY,FB 月 70-80 篇(2026-04 起),IG 月 5-10 篇(memory/reference_fb_ig_story_volume_distinct)。FB Stories 量更大、優先級稍高。 [要做的事] 1. 重跑 FB Stories probe — 確認 500 是當時 Meta 端短暫問題還是永久不給(若永久不給 → 標 N/A 收編) 2. 重跑 IG Stories probe(這次撈時段內有 active story 的樣本)— 測 insights metric 可用度 3. 通的 metric 補進 `REFERENCE_四平台API能力_2026-06-04.md` 末尾「待補」段 4. 評估納入 v3 ingestion `ingest_social.py`(不大,加 platform=fb/ig 內的 stories branch) [關連檔] - 原始 probe: 100_Todo/projects/W_流量儀表板/v3.0/RESULT_FBGraphAPIProbe_2026-06-02.md / RESULT_IGGraphAPIProbe_2026-06-02.md - API 能力總覽: 100_Todo/projects/W_流量儀表板/v3.0/REFERENCE_四平台API能力_2026-06-04.md(末尾待補段) - 業務量級: memory/reference_fb_ig_story_volume_distinct.md [優先級] P3 — 補完性質,不阻塞 v3 月度/週度看板主線 【2026-07-24 球轉摳摳】同一條 v3 ingestion workstream,純 API probe。做完照三棲互審規則由可樂 review(對 raw 獨立查證,不採信報告數字)。

【2026-07-07 盤整】西西🌸 授權可樂自跑驗收。注:skill-from-masters 目前不在已裝清單(只有 steve-jobs-perspective + skill-creator),試跑前需先確認該 skill 是否存在/改名。可樂下一輪用真實問題試跑後回填結果再結案。

【2026-07-24 球轉摳摳】規格已寫死(YAML frontmatter 與 markdown link 內的半形不掃),純 python + 測試。互審安排:摳摳實作、可樂 review —— 可樂是這支 script 最大使用者,最知道誤報長什麼樣(今天寫 SPEC_自動正名 又踩一次:```csv 區塊內的半形逗號被算命中,正好是本條要修的同一類問題,可併入需求)。 【2026-07-24 摳摳實作完成待可樂 review】fullwidth_punct.py 已補 structurally_protected_lines():跳過檔首 YAML frontmatter、code fence 整塊;_protect() 補 markdown link target 保護,label 內中文照換。新增 test_fullwidth_punct.py 覆蓋 YAML、code fence、markdown link target、inline code。README 同步。驗證:py_compile PASS,test_fullwidth_punct 4/4 PASS,fullwidth_punct.py --check README 0 命中。

【2026-07-21 西西🌸 提】現況:案名缺字/錯誤靠 app 補字介面手動逐一補(README 記約223個不重複待正名案名),數量幾百個手動會瘋。想要:整個查詢版做完後,做一個自動化—用 Google/web 搜尋(門牌+殘缺案名當 query)推正確案名,批次產出『錯誤案名→正確案名』對照餵進 name_map.csv,再由西西🌸 過目確認(不全自動蓋,保留人工把關那關)。技術方向待設計:搜尋來源(591/樂居/住展/Google)、比對信心分數、地址交叉驗證。屬後續 phase,不在查詢版本體範圍。 【2026-07-23】前置的查詢版整合(todo-2026-07-21-naz2xv)已結案,本條解除封鎖,可排程動工。 【2026-07-24 spec 已交】西西🌸 指正:這條跟 GUI 無關,純資料回填,寫好 spec 給摳摳做。可樂已起草零情境 spec:`100_Todo/projects/W_實價登錄系統工具/SPEC_自動正名_for_coco.md`(三段式 search→西西🌸 過目→apply、信心分數寫死規則、五條驗收標準、三條紅線含「不可全自動蓋名」與「不可動 deals.project 原始欄」)。DB 實數更新:待正名 228 個不重複案名／涉及 15,891 筆交易列,前 8 大就佔 5,300+ 筆,輸出建議照筆數排序讓她先解大的。

對應 reference_meta_su_token_60day_trap.md 「永不過期」二次驗證段。2026-06-25 凌晨西西🌸 重發 token 選了「永不過期」,要在 +70 天驗證 token 是否真的還活著。用 /debug_token?input_token={token}&access_token={token} 看 expires_at:整數時間戳 = 真的延長 / 永不;若 expired = 「永不過期」字眼不可信,memory 標 confirmed + 要求 Meta SU 也加 auto-refresh 機制(類似 Threads GAS)。 【2026-07-24 檢查】不能結案 —— 驗證時點是 2026-09-03(重發後 +70 天),今天才 +29 天,60 天硬期限(2026-08-24)都還沒到,現在打 /debug_token 驗不出東西。這條就是條「到期自動觸發的小檢查」,due 2026-09-03 會自己浮上來。

【2026-07-24 立案(僅記錄,尚未動工)】西西🌸 想把散落的單功能轉檔工具整併成一個「轉檔工廠」GUI。 **現有可整併的 py 小工具(000_Agent/scripts/)**: - mp4-to-mp3(影片→音檔) - pdf-to-png(PDF→PNG,已有『PDF轉PNG 500dpi.app』門面) - html-slides-to-pdf(HTML 簡報→PDF) - lvr-xls-split(超大 .xls 依 32MB 上限無損切檔,2026-07-24 建) - transcribe(whisper.cpp 語音轉逐字) - srt-editing-guide(SRT 相關工序) - 關聯 skill:pdf / xlsx / srt-traditionalize(簡→繁字幕) **參考**:past-work 有西西🌸 早期自製的 `200_Reference/W_past-work/ConvertTool.Gui`(C# GUI 轉檔工具),可當形態參考。 **設計方向(待 brainstorming)**:比照社群草稿檯/年鑑管家的桌面 app 形態(app 型門面+精靈流程+固定淺色+圓角+複製鈕+通知,見 feedback_desktop_gui_tool_preferences)。一個 app 內選轉檔類型→拖檔→輸出,取代現在一個功能一個 script/app。 **下一步**:動工前先跑 brainstorming(盤清要納入哪幾種、共用 UI 框架、各工具現有 CLI 介面盤點),再出 mockup 給西西🌸 看,不從零直接寫。球在可樂(她已 park:『目前先這樣』)。 **關聯 memory**:feedback_desktop_gui_tool_preferences / reference_agent_scripts_folder / reference_macos_fake_app_bundle_intel_crash(app 門面 osacompile 做法) / reference_past_work_index。 【2026-07-24】西西🌸 拍板:轉檔工廠留在可樂手上,不轉摳摳。

【2026-07-24】站台首頁 https://tools.myhousing.com.tw/ 上線後發現:首頁與 /alife 都只落在整站保底 app「Platform Tools - UTM Builder」= 一律信箱 OTP,連公司內網也要收驗證碼,比裡面的 /utm、/doc 還難進。修法:Zero Trust → Access → Applications → 「Tools open zone - utm+doc」→ 把 / 與 /alife 兩個路徑加進去(設定步驟見 W_派工簽核系統/內網免登入_ZeroTrust設定指引.md)。可樂碰不到該後台,球在西西🌸。

【2026-07-20 開條】第一份週四至週三週界的週報,窗口 7/16(四)~7/22(三),對比週 week-2026-07-09。這是 SPEC 驗收第 6 項(skill 完整跑一次)的 live 驗證。注意:① 週報 skill 已升 v2.2.0,freshness gate 改成確認 data_through 涵蓋到週三(不是週日)② 新舊週界不可接續精算對比,舊報告的 Wxx 數字只能當量級參考(口徑校正第 6 條)③ 西西🌸 週日做、週一交。

【2026-07-12 23:44】/doc/admin 設定頁完整上線:Zero Trust「Doc settings - admins only」+「Tools open zone」announcements 路徑都設定完成(過程踩一個目的地衝突坑,已記 reference_cloudflare_quirks.md);西西🌸 實測公告編輯+首頁顯示皆過;index.html footer 補「設定」連結,admin.html 回上層連結修正(folder-index 部署需 ../index.html)。 【2026-07-12 深夜】新增 /doc/admin 設定頁(公告管理起步,可擴充區塊),背後獨立 D1 zj-doc-settings+Worker API /api/doc-settings/*,權限比照派工簽核系統的管理員名單機制(起始 4 個信箱同步)。已部署,curl 驗證路由都在(302,Access 保護中)。待西西:(1)Zero Trust 建「Doc settings - admins only」app 罩 /doc/admin+/api/doc-settings/admin/*(限管理名單,不設內網 Bypass) (2)把 /api/doc-settings/announcements 加進既有 Tools open zone app(否則內網公告讀不到) (3)登入實測。細節見 W_住展表單tool/HANDOFF.md §11。 【2026-07-11 開案+P1P2完成】21張表單盤點完(research/),DESIGN.md 拍板:入口頁+獨立單檔/統一版型/發號另案/CF+Zero Trust。已完成 index.html+委刊單/客戶請款單/支出申請/勞務報酬/零用金/發票申請(稅費引擎驗收數字全對,7頁headless零錯誤)。待西西:部署網域/ZT名單/住展創新匯款帳戶/出差費用申請書缺檔。 【2026-07-11 下午】P3-P5 15 張完成(14 agent 被額度中斷但檔案完整,可樂補跑全站 QA:渲染/列印/半形掃描全過);入口頁全轉正+公告區+派工卡+分類重排(人事>行政>業務>美編);委刊單補直式切換;doc-tool 時區 bug 修正。球在西西:部署資訊+驗收。 【2026-07-11 傍晚】部署完成:掛既有 tools-myhousing Worker /doc/ 路徑(deploy-cf.sh),curl 驗證 Access 保護中。路線圖:試營運→回饋修訂批次(含住展創新帳戶)→取號系統壓最後。 【2026-07-11 交接】零情境交接文件 HANDOFF.md 完成(現況/慣例/修訂SOP/部署/取號系統完整規格含D1 schema與實作步驟/自驗指令/三家接手注意),任何模型可接手;HANDOFF-doc-numbering.md 標已取代。 【2026-07-24】西西🌸:表單已改好,球轉外部 —— 正等秘書給試用回饋。西西🌸 端殘留項(抽查 P3-P5 欄位、住展創新匯款帳戶)併入回饋後的修訂批次一起處理。

【2026-07-12 開條】上線三部曲的後兩件(第一件 ZT 內網驗收=b8kq4n)。換信箱走 /doc/sign-settings.html 自助;代理人切換會自動重寄卡關單所以換信箱安全。上線日配套:四份口袋指引 PDF 發給對應角色(指引/ 資料夾)。 【2026-07-24 盤整】吸收 es3sya:完成戰全貌=提單→三審 magic link→執行尾段→看板(CF Worker+D1 版)。 【2026-07-24】西西🌸:表單已依需求改好,球轉外部 —— 正等秘書給試用回饋。

2026-07-13 查證發現。舊建案站原掛 myhousing.com.tw 底下,與新聞官網互相導流;搬到獨立網域 myhousingex.com.tw 後人流連結中斷。實測連結數:新聞官網→住展找房 14 條,住展找房→新聞官網 0 條(單向,官網一直把人送出去,新站不送回來)。建案線真人流量因此少 20%(每週約 3,334 人;總造訪 -41% 但其中 33,075 是機器人,蒸發無損失)。住展找房品質沒問題:真人互動率 57%(舊站 57%)、停留 139 秒(舊站 135 秒)。建議補:頁首導覽列 + 建案頁下方推薦相關新聞。報告見 100_Todo/drafts/W_management-reports/新聞官網流量查證報告_20260713.pdf 【2026-07-24 盤整】吸收 q7w3ne:流量查證已結(沒有崩盤);順帶一句「之後用正常基準複查一次」隨週報週期看即可。

【2026-07-19】brainstorming 四問拍板:客戶業配純短影音案/範圍=腳本到剪輯指引/YT Shorts 為主/方案 A(路線手冊+精簡三件套:迷你 Fact Pack→鉤子提案→秒級腳本→剪輯指引,兩個 checkpoint)。設計全文 100_Todo/projects/W_業配影片腳本工作流/短影音/DESIGN_短影音.md,README 已同步。影片入庫後可樂跑逐支拆解(whisper 逐字稿+ffmpeg 剪點節奏+鉤子結構)→路線手冊→西西🌸 校準→接第一支試驗案(brief 未進)。 【2026-07-19 更新】平台改 Meta(FB/IG Reels)為主、YT 為輔(甚至不上);10 支參考影片已入庫;試驗案=星河帝寶 4 支(案子/2026-07-19_星河帝寶_shorts)。球在可樂:逐支拆解→路線手冊→西西🌸 校準。 【2026-07-19 晚】10 支土地婆逐支拆解完成(每支 分析.md+8 frames+raw.srt+meta.json 在 短影音/參考影片分析/),路線手冊 v1.0 產出(155 行,雙掃描 0 命中)。關鍵發現:前 3 秒多為一鏡到底+字卡疊加不靠快切;40 秒版換算 14-18 刀。校準過後跑星河帝寶 4 支鉤子提案。 【2026-07-19 深夜】checkpoint 1 過(四支全選推薦鉤子 1A/2A/3A/4A)。brief.md+fact_pack.md(官網+住展新聞網北士科數字)+鉤子提案_v1.md+4 支秒級腳本 v1 完成(38.6-40 秒/14-18 刀/181-206 字,雙掃描 0 命中,紅線全守:「錢賺錢」已改小資啟動框架)。過 checkpoint 2 後:素材需求總表+客戶版文件。 【2026-07-19 收尾】腳本升 v1.1(speak-human 台詞抽檢過,勾 6 處回填+配速重驗);「價格一半」拍板保留;speak-human 定為 DESIGN v0.2 固定工序 4b。checkpoint 2 西西🌸 明天看。 【2026-07-20】checkpoint 2 改走台詞本路線:客戶最重視台詞,驗收=無聲只看字幕也要吸睛,故獨立出乾淨台詞本(台詞本_v1.md,一行一張字幕+【】標放大詞,不含場景鏡位),附純字幕成立性檢視 3 處畫面依賴句。西西🌸 交給業務把關校對,回最終版後才進視覺拍攝腳本。⚠️ 待拍板:分鏡格式翻新 —— 客戶「每 2-3 秒切鏡」是成片視覺換率(後製蓋 B-roll),不是拍攝要拍 15-18 個分鏡;拍攝端應為一鏡到底連續口播(=手冊 §3 記的 ref09/ref10 字卡驅動型)。要改路線手冊 §3 換算表+4 支腳本表格結構。 【2026-07-24】西西🌸:台詞本階段已過,分鏡稿已出完(2026-07-22 產出 storyboard_shorts.md/.pptx/.pdf + 腳本大綱_一鏡到底版_v1.md + 場勘_支1外景點_v1.md,分鏡格式翻新已落地為一鏡到底版)。現在狀態=等分鏡稿回饋,球在外部。

【2026-07-24 立案】取代 Google 表單的新回報流程已建好:private repo https://github.com/vivian108318/binbin-work-reports(SPEC.md 規格+CLAUDE.md 他端工作流+README)。本機工作區 100_Todo/projects/W_表弟工作回報/。彬彬測試回報收到後,跑順 2-4 週再收舊表單;西西端彙整工具是 phase 2。 【2026-07-24 更新】彬彬帳號 NoremacPlus 已確認(對過他手機截圖),Write 邀請已送出;請款單產生器 invoice/build_invoice.py 完成(含各縣市達成率表),版型凍結等實際工作頻率再迭代。剩西西把 repo 連結+使用說明傳給彬彬。 【2026-07-24 進度】西西端全部完工:①請款單產生器(含達成率表,版型凍結)②repo README 看板段③dashboard.html HTML 看板(月份切換,照 mockup 實作)④GitHub Action 每次 push 回報自動重算②③。拍板:不上雲(私人 GitHub 不混公司 CF),彬彬 pull 開 dashboard.html。西西口令:「拉表弟回報」=pull+丟 file:// 連結;「產彬彬 X 月請款單」=出 PDF。現在整條線只等彬彬部署+推真資料。

**觸發日期**:2027-04-17(token 到期前一個月) **承接**:todo-2026-05-16-001 因 2026-05-17 應急 rotate 提早完成,新 token TTL 1 年。 **SOP**(完整版見 `100_Todo/projects/W_對外連結工具棧/HANDOFF.md §8`「Rotate API token」): 1. Cloudflare 後台 → API 權杖 → 找到當前 token → Roll 2. 複製新 token,離開頁面就看不到 3. 開 `~/Documents/CC-Agent/.env` → 把 `CLOUDFLARE_API_TOKEN=` 換成新值 4. 驗證:`export CLOUDFLARE_API_TOKEN=... && npx wrangler whoami` 應印出公司帳戶名 做完 rotate 後新 token 再設 1 年 TTL,順手把這條 todo 完成 + 新增一條 2028-04-17 提醒。

【spec 草案】v3.0/SPEC_社群關聯手動補登方案B_Worker寫入.md(cola 2026-07-08 起草)。要點:同一 Worker 加 POST/DELETE API、驗 Cf-Access-Jwt-Assertion JWT、Supabase service key 只進 wrangler secret、DELETE hardcode 只刪 manual 列、optimistic overlay 處理 build-time 資料時間差。驗收 checklist 在 spec §5。 【2026-07-24 關聯釐清】跟 todo-2026-07-06-mpczq4(GA4 campaign/content 維度 ingestion)目標相同、路徑不同:mpczq4=自動歸因,本條=人工補登 UI。啟動判準應加一條「GA4 UTM 自動歸因上線後仍有缺口才做」。合併與否待西西🌸 拍板。 【2026-07-24 西西🌸 拍板】不跟 mpczq4 合併,但綁結案條件:mpczq4(GA4 UTM 自動歸因)一旦上線且短連結覆蓋率夠,本條要立刻重評 —— 沒缺口就直接結案,不留著當殭屍。