待辦

【2026-07-29 開條】自 todo-2026-07-29-brh6de(搶位)結案後的下游。 ①~~給可樂月薪數字~~ ✅【2026-07-29 已結】月薪 6 萬+年終 2 個月=年收 84 萬,跟元大算的 6 萬×14 完全吻合,80 萬級距成立、琦琦不用當保人有底氣。全頁數字已更新(負擔比 43%→37%),另新增第 06 段三階段月付試算(寬限期用滿+裝潢款不吃寬限):第1-3年 22,591 → 第4-15年 40,472(高峰) → 第16-30年 36,837。 ②8/26 現場四題(頁面已寫成 checklist):8 成有沒有寫進核准條件 → 有沒有要簽自住切結 → 53 萬裝潢款怎麼處理 → 綁約 1 年後提前清償違約金。當場交勞健保異動單+薪資條請元大複核級距。 ③元大談完當天同步告知一銀陳昱安(保底);正式送件別超過 3 家。 ④對保後稅雜費 5 萬另匯,窗口建商 line@ @944dsnvv;預約不可線上改,要改打 02-2795-5999。 進度文件:100_Todo/projects/C_房貸規劃/HANDOFF.md §5.3;頁面 https://dld-mortgage.pages.dev/

【範圍】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-07-27 摳摳小窗重驗】西西🌸 已請可樂確認昨天/今天另一工作流產短鏈方式：今天 6 篇全部走 000_Agent/scripts/social-panel/shortlinks.py 2026-07-24 後新規則，真實 redirect 查驗兩例：WP 286187 FB 短碼 l05e35 → utm_campaign=article_286187、utm_content=fb_l05e35；IG 短碼 57ltkb → utm_content=ig_57ltkb；custom_code 等於短碼本身。摳摳跑 2026-07-26..27 dry-run r2（artifact: v3.0/artifacts/ingestion/2026-07-27/articles_utm_dry_2026-07-26_27_new_shortlinks_r2/articles/articles_raw.json）：WP fetched 20、article_metrics 27、web_metrics 1224、utm_candidates 500、utm_links 0，artifact 不含 l05e35/57ltkb/fb_l05e35/ig_57ltkb。另用 GA4 exact filter 查 sessionManualAdContent=fb_l05e35 / ig_57ltkb（artifact: v3.0/artifacts/ingestion/2026-07-27/articles_utm_exact_filter_2026-07-26_27_new_shortlinks.json）兩者 row_count 皆 0。判讀：短鏈產法 gate 已過；目前卡的是這兩條樣本尚未在 GA4 查詢窗回 content row，可能尚未有點擊或 GA4 尚未處理完成；本條維持 active，下一步等有實際點擊/隔天再重跑 exact filter，小窗出 row 後再決定 --write。

【2026-07-28 立案】從 todo-2026-07-24-ypj58y 結案時撈出的後續。評估點:①彬彬有沒有穩定每次收工推回報 ②看板/證明單數字有沒有對不上 ③他用起來有沒有卡。都 OK 就收掉舊 Google 表單(Sheet 1uh4nX...wrP4),並跟彬彬說一聲以後不用填。細節見 100_Todo/projects/W_表弟工作回報/README.md

【2026-07-29 開條】自 todo-2026-07-28-q7mfk3 結案時拆出。兩件事:①西西🌸 從可樂給的 5 個知識線系列標語候選挑 1 個(拍板項 4,跑一個月看辨識效果再評估體系化);②2-4 週後(8/12-8/26)可樂重跑 20260728_流量手法研究/scripts/ 的 pull+join,照提案 §5 四判準驗收:v6 Threads 短打中位 ≥1,100×1.5/v3 樣本 n≥10 且 FB 中位 ≥基準×2/v7 去鏈後脫離百位數/Threads 帳號中位回 6/26 前水位(約 1,139)。達標再談季度機制。FB 留言區補鏈是試行實驗,驗收時一併看。 【2026-07-29 更新】系列標語拍板:#我在住展先看過了(西西🌸 定位糾正:不是「獨家」是「最早深入研究、走在新聞前面」→ 讀者口吻候選中選)。已寫入 skill「知識線系列標語」段+bible v1.3 hashtag 段,掛知識題 v5/v7。球轉可樂:試行期執行+驗收;標語辨識效果跑一個月(至 8 月底)再評估體系化。

【起因】CF Worker myhousing-queue-cron 靠 gh CLI 的 PAT 打 workflow_dispatch 準時拉排程佇列;7/23 token 過期後靜默退化成 GitHub 慢速 cron(1-3 小時一輪)整整一週,西西🌸 回報排程遲發才抓到,7/30 已換新 token 恢復。新 token 2026-10-18 到期,10/15 前要再換一次。【怎麼換】gh CLI 先確認 token 有效(過期就 gh auth refresh),然後西西🌸 用 ! 前綴自己跑(指令被 Claude Code 分類器擋):cd ~/dashboard-deploy/publish/cron-trigger-worker/ && gh auth token | npx wrangler secret put GH_TOKEN。【驗證】gh run list --repo vivian108318/myhousing-dashboard --workflow myhousing-social-queue.yml 看 event 欄有 workflow_dispatch=準時通道活著。【連動】換完改 social-panel/README.md 的到期日期預警行;gh CLI token 本身也是 MCP 登記簿記的那顆,一起換就一起更新登記。SOP 詳見 social-panel/README.md 排程段。

【設計】規則與模型對照表在 000_Agent/scripts/social-panel/_model_experiment.json(SSOT);skill 批次選題模式已掛實驗段,下批跑選題自動逐篇交錯派 opus/Fable 5,模型不進 frontmatter 不告知西西🌸(盲評)。【開牌條件】blind 雙邊各 >=8 篇且多數已改寫發布,或 2026-08-31 先到。【開牌工序】拉 _status.json final_text vs 草稿 diff 算改寫幅度+請西西🌸 盲評「比較不像 AI」的篇目,再對 entries 開牌。【起因】西西🌸 問文案品質需求高是否該用 Fable 5,Opus 自評「Opus 就夠了」有利益迴避,拍板用實證對答案。7/30 當日 8 篇已記為 fable-5 基準(非盲)。

[脈絡] 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-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 命中。

【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 自動歸因)一旦上線且短連結覆蓋率夠,本條要立刻重評 —— 沒缺口就直接結案,不留著當殭屍。

【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+ 筆,輸出建議照筆數排序讓她先解大的。

【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-30】編輯製作類再上線兩支工具 /area-price(區域行情圖表產生器)、/page-calc(購屋漫遊頁數計算),同樣落在整站保底 app 一律 OTP,一併加進本條範圍 —— 同一次 Zero Trust 操作把四個路徑一起加完即可。

【2026-07-26 開條】清完文章層 PV 污染後做全面體檢時發現。 【現象】`article_metrics` 裡 `granularity='week'` 的逐篇列有兩個問題:① 還停在**舊 ISO 週界**(period_start 是週一,如 2026-07-06、2026-07-13),2026-07-20 的週四-週三改制沒有跟著遷 ② 最新只到 `2026-07-13` 那週,之後沒有新列 ③ 抽樣看到 `period_start` 與 `period_end` 相同(如 7/13→7/13),不像正常的週區間。 【出處】`ingestion/ingest_articles.py` 的 `--skip-weekly-pagepath` 那段用 `day.isocalendar()` 算 ISO 週 key,週界改制(todo-2026-07-20-w9d4pk)只改了報告端的週分桶,沒動這裡。 【目前不影響任何東西】週報/月報讀的是 `dashboard.json` 的 `weekly`/`monthly`,那是由 daily 與 month 列聚合來的,不經過這批週列;2026-07-26 週報六平台數字已驗證乾淨。**所以這條不急。** 【啟動判準(避免變殭屍條)】只有要做「**逐週單篇文章排行**」這種產品功能時才需要修 —— 屆時要 ① 把 week key 改成週四-週三(對齊 `SPEC_週界改制_ThuWed.md`)② 查清 period_start==period_end 是不是寫入 bug ③ 回補 7/13 之後的週列。**若三個月內沒有這個需求就直接結案**,不要留著。 【相關】todo-2026-07-20-w9d4pk(週界改制,已完成)/ todo-2026-07-26-0oi5zx(文章層污染,已結案)/ 三方檔 §5.171-§5.172

【2026-07-27 補開】來源:摳摳依西西🌸要求用近期 5 次 Codex memory 對 todo 盤點,確認這不是 todo-2026-06-07-sjguuk 的子項。sjguuk 已結案,範圍是 FB/IG Stories 官方 endpoint 技術問號;本條是另一條資料來源支線:Business Suite GraphQL / organic_table。三方檔 §5.168-§5.170 已寫明:公開 FB Graph API /stories 多次 HTTP 500,不作 v3 穩定 ingestion 主線;v2 既有 scripts/_archive_v2/output/fb_page_data.json 曾拿到 156 列 FB_PAGE_STORY,但 2026-04-27..05-31 同期間篇數占 41.5%,reach 只占 2.24%,views 1.59%,單則 reach median 139 / p75 216 / max 621。西西🌸已採納「篇數高但流量貢獻低」,未來若接支線,篇數與觸及/views 必須分開呈現。 【啟動順序】① 已完成:零工程口徑評估(§5.169/§5.170) ② 只有西西🌸看完仍覺得值得,才確認 Business Suite GraphQL browser session + 未公開 doc_id 今天是否仍可撈 ③ 可行且仍值得,才談定期快照/排程。 【邊界】不合併 sjguuk,不讓 sjguuk 復活;不依賴 mpczq4/oxqwtw;不得讓 v3 production workflow 相依。未拍板前不寫 crawler、不寫 Supabase、不排程。若未來測官方 FB API,剩餘變因 business_management scope / 粉專限動典藏 / API 是否只認 API 發出的 story 應一次測完,不通就標記官方路線不可用。

對應 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-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-27 開條】**這條缺口先前沒有被獨立追蹤** —— 只寫在 `todo-2026-07-20-k3n8vt`(標題是「週界改制 live checkpoint 1」)的 notes 裡當附註,那條驗收 PASS 後就結案了,缺口跟著沉下去。西西🌸 要求掃 Threads 相關條目時撈出來,補開本條。 【現況(2026-07-27 01:00 實查 dashboard.json data_through)】Threads `likes`/`replies`/`reposts`/`quotes`/`total_engagement` 全部停在 **2026-07-15**;`views` 到 7/24、`count` 到 7/25、`followers` 到 7/26 都正常。也就是 week-2026-07-16(含)之後的週桶拿不到帳號層互動。 【根因】Meta 端 regression(非我方 bug、非 workflow 失敗、非週界改制造成)。ingestion 已加容錯 skip(commit 24fdc78,log 印 `WARN skip Threads account metric`),所以 workflow 仍回 success。詳見三方檔 §5.162-§5.163。 【對報告的影響】週報/月報的 Threads 段:互動指標要標「帳號層互動指標因平台資料缺漏未取得」,**不是掉到 0、不做跌幅解讀**。`views` 不受影響 —— 週桶雖然也缺(週五整週窗口那次呼叫整個被 skip),但可用 `daily` 逐日加總回推,2026-07-26 已驗證此法與週桶完全相等(7/09 週日加總 49,728 = 週桶 49,728),週報 skill v2.3.0 已寫入作法與必要的驗證步驟。 【要做的事】① **每週寫週報時順手看一次**是否恢復(看 data_through 的 threads likes/total_engagement 有沒有往前推)② 恢復後 **要回補缺漏的週** —— 這是關鍵:週五 cron 只重抓「剛結束的週 + 前一週」,所以缺超過兩週的部分不會自動補回來,**必須手動指定窗口重跑**,否則那幾週的 Threads 互動永久空著。回補是 ingestion 工作,屆時球轉摳摳。③ 回補完把週/月報那句缺漏聲明拿掉。 【不要跟這兩條搞混】`todo-2026-06-07-sjguuk`(摳摳)= FB/IG **Stories** endpoint,是另一件事;`todo-2026-07-20-k3n8vt`/`w9d4pk` = 週界改制,已完成。

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