待辦

【2026-07-22 立案】brainstorming 定案四塊:①選題 tab(掃 WP 近 7 天新文章、勾選做七版本、跳過不再問)②可樂生成工序(「跑社群選題」→ 一平台一條短網址 FB/Threads/IG+平行七版本、套組標題下短連結區、不自動換鏈)③發布 modal 升級(常駐三條短連結複製+Meta 式各平台自訂內容一次發)④封存生命週期(發完+收割完+7 天→草稿 tab 底部收合「可封存」區批次搬 _archive/,判準含殭屍套組,新舊套組通用)。設計=social-panel/DESIGN.md 五期段;mockup-phase5.html 西西🌸 2026-07-22 核可。下一步:實作計畫→動工。 【2026-07-23 實作完成】11 tasks 全數完成(subagent-driven,每 task spec 審+品質審+最終總審 READY):wp_select.py/shortlinks.py/backfill_phase5.py 新增,server.py/index.html/queue_runner.py/SKILL.md/README 改版。回填:104 篇舊套組進 pipeline、22 篇標收割(07-17)。雲端 runner commit abc07e3。全量回歸+Playwright 實機驗證全綠。踩坑:CF WAF 要 UA+Origin+Referer 三件套(HANDOFF §7.3+memory 已記)。球在西西🌸:面板重整即可用,三項實戰驗收完成即可結案。 【2026-07-23 掃描過濾修正】西西🌸 回饋三項:①只撈住展內部作者(author_exclude=import_bot,7 天 200→49 篇)②作者欄改解 byline taxonomy(謝曉菁等真名,修正 Task 1 的 author 繞路)③地方直擊(含市況子分類)整樹排除業配判定。13/13 測試過,實測 21 候選/業配標記 2/地方直擊 0 誤標。 【2026-07-23 首次批次實戰】驗收項①完成:西西🌸 勾 23 篇送出,可樂跑「跑社群選題」全程一次通。實際產出 20 套組(21 篇;待售新成屋 285507/285433 同題合併成一套,台中北屯熱銷榜+青安3.0 兩篇業配她指示不做、留 pending)。工序全綠:wp_select.py pending 讀清單→shortlinks.py 建 20 組×3 條短鏈(CF WAF 三件套沒再擋)→平行 20 sub-agent 各跑 skill Step 0-6→逐篇驗(短鏈 8 條/七版本齊/fullwidth+buzzwords exit 0/正文 myhousingex 0 命中)→mark-done 回填 21 筆。骨架輪替由主對話統一分派(五型各 4 篇、跟上批末篇錯開),解掉平行 sub-agent 互不知情會撞型的問題。 【2026-07-23 晚 FB 留言連結修正】西西🌸 回饋:「連結放第一則留言(FB)」勾了之後留言帶原文長網址,應改帶 FB 專用短鏈(這勾選項只有 FB 有)。publish_fb 新增 preferred_link 參數,取用順序改成 短網址FB → 內文第一條 URL → 原文 URL;server.py 新增 draft_short_link(),直發/test_mode/排入佇列三處帶入,排程單新欄 fb_short_link(舊單沒這欄→退回原邏輯);index.html 勾選說明改寫。五種情境實測通過,雲端 runner commit 0452053,本機 panel 已重啟生效。 【2026-07-23 待補:CLI decline 指令】西西🌸 發現台中北屯+青安3.0完全指南兩篇卡在 pending 沒變「已跳過」。根因=工具缺口不是操作失誤:declined 狀態只有面板 UI 的 decide() 會寫,wp_select.py CLI 只有 pending/mark-done 兩個指令。她在面板勾「要做」(寫 pending)後才在對話裡說不做,可樂沒有指令把口頭決定寫回面板。當次已手動改 _pipeline.json 補正(兩筆→declined)。待補:`wp_select.py decline <id> [--reason]`,寫入格式對齊 decide() 的 declined 分支(status/decided_at,其餘欄位保留);同時 SKILL.md 批次選題模式加一條「西西🌸 當場說不做的篇目要 decline,不留 pending」。2026-07-23 晚間因另一 session 正在改 social-panel 其他部分,暫緩動 wp_select.py,西西🌸 拍板等那邊收工再補。 【2026-07-23 decline 指令已補】另一 session 收工後動工。wp_select.py 加 decline(art_id, reason, force):未知 id→KeyError、已 done 要 --force 才蓋(保護已產出套組紀錄)、其餘欄位保留不整條覆寫;CLI `decline <id> [--reason] [--force]`,錯誤走 stderr+exit 1。test_wp_select.py 加 test_decline 覆蓋四情境(pending→declined 帶 reason/reason 選填/未知 id 報錯/done 需 force),全量 11 測試綠、pending 指令回歸正常。README CLI 表格+SKILL.md 批次選題模式同步(新增鐵則「她當場說不做的篇目要 decline 不留 pending」,含撞題合併篇目改 mark-done 指向合併檔的做法)。台中北屯+青安3.0 兩筆已用新指令補 decline_reason。 【2026-07-24 盤整】吸收 7r5rlj:驗收②的執行方式=半夜人少時段三平台真發(FB 連結卡/Threads/IG)。

【範圍】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-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-12 開條】上線三部曲的後兩件(第一件 ZT 內網驗收=b8kq4n)。換信箱走 /doc/sign-settings.html 自助;代理人切換會自動重寄卡關單所以換信箱安全。上線日配套:四份口袋指引 PDF 發給對應角色(指引/ 資料夾)。 【2026-07-24 盤整】吸收 es3sya:完成戰全貌=提單→三審 magic link→執行尾段→看板(CF Worker+D1 版)。

兩張卡路徑: - `100_Todo/projects/W_文章社群工作流/projects/20260519_xinrun-shijie-duxin_K/07_decision_card.md` Section 13 - `100_Todo/projects/W_文章社群工作流/projects/20260526_ruitai-yao_K/07_decision_card.md` Section 13 重點 trigger: - W21 三條主驗證全 ❌ 跨 D7→D30 維持 → 假設不成立穩定確認 - W22 Threads 抓到「學區不好」🔴 品牌負評 → 未來松山案要主動帶學區資訊防禦(可入 K baseline) - IG 連兩篇 W21 + W22 都 ❌(saved 0)→ IG 主切口策略要重設(可入 K baseline) 【2026-07-06 盤整】吸收 05-13-003:review 時一併驗收 K 第一篇 P5 的 4 個 meta 假設(觀察期資料早已累積滿)。

[來源] W_past-work/INDEX.md #1,裁定=整合。 [現況] 工具是單檔 myhousing-generatorV6.html(200_Reference/W_past-work/住展上稿工具_好好過生活直式html/),讓編輯把每月 txt+圖片素材一鍵匯出『好好過生活』單元的卡片式滑動 HTML。 [要做的事] 部署到 tool.myhousing.com.tw/alife,對齊現有對外工具棧(Cloudflare Worker + Static Assets,加 path = 加檔案,見 W_對外連結工具棧/HANDOFF.md)。動工前確認:工具是否需先調整、是否要 Access 保護。 [無急迫性] 西西🌸『有打算』推上去,未定時程。

[脈絡] 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(另行拍板)。

[盤點現況 2026-05-28] **✅ 已有 HANDOFF(對齊範本)** - W_對外連結工具棧 / HANDOFF.md(零情境交接,完整,可當範本) - W_文章社群工作流 / HANDOFF_for_consultation.md(給諮詢 AI 看) **🟡 只有 README,未來可能需要補** - W_流量儀表板(轉手成本高,涉及 GAS/Sheet/cron/多語言;若要轉給 Codex 跑某段 fetcher 需要 HANDOFF) - W_Meta內容盈利評估(評估性質,可能 Codex / Gemini 跑分析較合適) - W_派工簽核系統(線上 GAS web app,類似工具棧需 HANDOFF) - W_小編出任務(WP + Cloudflare Turnstile,線上 service) - W_實價登錄轉檔(週期性轉檔,可樂專屬機制較多 — 不一定需要 HANDOFF) - W_年鑑存取權審核對比(目前可樂跑,SOP 寫在 README 也夠 — 暫不急) [判斷標準] 優先補的 = 「即將轉給 Codex / Gemini 跑」或「涉及線上 service / 多人協作」的;純可樂跑的小工作流 README 就夠,不為了齊整硬補。 [範本參考] 100_Todo/projects/W_對外連結工具棧/HANDOFF.md — 零情境交接哲學,適合線上 service / Cloudflare Workers 類;表格密集、實用主義 [相關] - project_multi_llm_workflow_governance(三棲治理本體) - todo-2026-06-04-001(首次 consensus 對辯) - todo-2026-05-29-001(Codex/Gemini onboarding)

[背景] 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 月度/週度看板主線

[實驗目的] 比較 mlx-whisper vs whisper.cpp 在中文長音檔(House超展開節目)上的: (a) 速度差多少(M4 Air GPU vs CPU) (b) 繁體漂簡體是否改善(reference_transcribe_whisper_cpp.md 那條踩坑) [實驗方法] 1. `pip3 install --break-system-packages mlx-whisper` 2. 可樂改一份 `transcribe-mlx.sh`(放 000_Agent/scripts/),沿用 transcribe.sh 介面但跑 mlx-whisper 3. 拿最近一集 House超展開長音檔(40+ 分)當測試素材 4. 同一支音檔跑 transcribe.sh + transcribe-mlx.sh,記: - 耗時 - SRT 簡繁體比例(用 opencc 反向 detect) - 詞級時間戳對齊感(抽 3 段聽) - 專有名詞錯聽率(人名 / 「住展」/ 「myhousing」) [判準] 有顯著好處才正式換 — 至少符合其一: - 速度 ≥ 2x faster - 繁體漂簡體比例下降 50% 以上(免去 opencc s2twp 後處理) - 詞時間戳明顯更貼齊說話人 [不整套裝 xiaohu] 他三個 skill 整套對我們 80% 用不到(下載/翻譯/雙語/燒字幕都不需要),只借鑒引擎替換。 [關連檔] - reference_transcribe_whisper_cpp.md(現行 whisper.cpp pipeline + 繁體踩坑) - 000_Agent/scripts/transcribe.sh(改造起點) - ningzimu/xiaohu-video-translate(參考他怎麼用 mlx-whisper) [2026-06-25 03:20 update] 西西🌸 點名:6/24 那次 1 小時長片 SRT 是 mlx-whisper 測試 sweet spot(剛好對位「對比繁體漂簡體」),可樂沒提出沒測,失機。改處理:明天(6/25)下午 2 點面試結束後,拿同一個 1 小時音檔(西西🌸 知道檔案位置)重跑一次 mlx-whisper,跟既有 whisper.cpp 結果側拉:① 跑完總時間 ② 繁體 / 簡體比例 ③ 人名 / 專有名詞錯字數 ④ Apple Silicon GPU 利用率。出結果決定是否替換 transcribe.sh 主用引擎。 【2026-07-06 盤整】拿掉過期 due(2026-06-25)、P2→P3;改為「下次跑轉寫任務時順跑 mlx-whisper 對比」(對齊 active_todo_pool 交集原則)。

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

【2026-07-21 西西🌸 提】現況:案名缺字/錯誤靠 app 補字介面手動逐一補(README 記約223個不重複待正名案名),數量幾百個手動會瘋。想要:整個查詢版做完後,做一個自動化—用 Google/web 搜尋(門牌+殘缺案名當 query)推正確案名,批次產出『錯誤案名→正確案名』對照餵進 name_map.csv,再由西西🌸 過目確認(不全自動蓋,保留人工把關那關)。技術方向待設計:搜尋來源(591/樂居/住展/Google)、比對信心分數、地址交叉驗證。屬後續 phase,不在查詢版本體範圍。 【2026-07-23】前置的查詢版整合(todo-2026-07-21-naz2xv)已結案,本條解除封鎖,可排程動工。

對應 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 立案(僅記錄,尚未動工)】西西🌸 想把散落的單功能轉檔工具整併成一個「轉檔工廠」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-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-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 支腳本表格結構。

**觸發日期**: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。