待辦

[範圍 — ROADMAP.html Phase 3 子階段 3a-3e] - 3a 骨架(4-6 hr):v2 sidebar 12 tab 架構搬過來,配色 / RWD 保留,資料層全砍只留版型；完成後先交 cola checkpoint 1 - 3b 月度 / 週度流量追蹤(主角頁,10-15 hr):JS 直查 Supabase view(`v_social_account_monthly` / `v_article_monthly` 等),KPI 卡渲染六平台；完成後交 cola checkpoint 2 - 3c 導流分析 / 選題分析(6-8 hr):對齊 v2 同名頁面,資料源改 Supabase - 3d 廣告頁(全新,6-10 hr):Meta Ads 投放成效 + 跟 organic 對比;對應 ROADMAP `p3d`;需先拿 cola brief 再實作,完工後 cola polish review - 3e 部署 + Access(2-3 hr):Cloudflare Pages + Worker + Access;參考 `project_kcola_net_infra` [前置已完成] - Phase 1 ingestion 全雲化:6 個 Supabase tables 持續寫入(社群 / Meta Ads / Articles / Web / Videos / VideoChannels) - Phase 2 GitHub Actions 全 active:3 條 workflow daily cron 在跑 - Supabase views 已備:`v_social_post_metric_wide` / `v_social_account_monthly` / `v_social_followers_latest` / `v_article_monthly` / `v_article_metric_base` / `v_web_metric_base` / `v_video_metric_base` / `v_meta_ads_insight_base`(共 8 條 view) [出口條件](ROADMAP.html Phase 3) v3 看板網址可開、月度 / 週度主角頁能呈現真實資料、社長能用；出口前需通過 cola 的 v2↔v3 雙跑驗證 [切換 v2 → v3 不在本 todo 範圍] 本 todo 完成 = Phase 3 出口條件達標。Phase 5(切換)另開 todo,屆時: - v2 launchd 排程關掉,~/dashboard 凍結當 reference - 看板網址切到 v3(沿用 myhousing.kcola.net 還是新 subdomain 待拍) - 週報 / 月報 SSOT 換成 v3 Supabase - README.md「目前決議狀態」一次改寫成 v3 [下一輪 backlog 跟 Tab A/B 不放本 todo] - ROADMAP Phase 4(Tab A / Tab B)等本 todo + 累積 ≥1 個月才解鎖 - 已記:GA4 breakdown 重補 / Meta Ads 37 月 backfill / 失敗監控 / token 監控 [誰接 — 2026-06-16 §5.40 拍板] - 摳摳主責 Phase 3 engineering owner:3a 骨架 / 3b 月週主角頁 / 3c 導流選題 / 3d 廣告頁(cola brief 後實作)/ 3e 部署 + Access - cola 4 個 checkpoint:3a 骨架 review / 3b 首版畫面 review / 3d 廣告頁 brief 前置 / 3d 完工 polish review - cola 主動實作 v2↔v3 雙跑驗證:Phase 3 出口前,用同月份 / 同週次比對 v2 dashboard 與 v3 dashboard 核心數字口徑 [參考檔] - ROADMAP:`100_Todo/projects/W_流量儀表板/v3.0/ROADMAP.html` Phase 3 段 - v3 三方討論:`100_Todo/projects/W_流量儀表板/v3.0/三方討論_社群內容檢視.md` §5.39 封段 - v2 版型 reference:`~/dashboard/v2.0/template.html`(版型保留,資料層全重寫) - Supabase schema:`100_Todo/projects/W_流量儀表板/v3.0/SPEC_SupabaseMyhousingSchema.md` --- [2026-06-16 摳摳 3a 進度 — 可交 cola checkpoint 1] - 已新增 v3 前端骨架:`100_Todo/projects/W_流量儀表板/v3.0/frontend/index.html` / `app.css` / `app.js` - 只做 3a:sidebar 12 tab、月度主頁六平台 KPI empty state、導流 / 選題骨架、廣告頁保留 waiting 狀態;尚未接 Supabase、JS 無 `fetch()` - 沒有動 `~/dashboard-deploy/index.html`,避免破壞現行 `myhousing.kcola.net` v2 線上入口;後續 3e 再決定 `/v3/` 或新入口 - 驗證:JS 語法 OK;結構檢查 13 nav item / 13 section / 1 active section / mobile media query OK;localhost 預覽 `/`、app.js、app.css、data/dashboard.json 全 200 - 限制:本 session in-app Browser 後端清單為空,未完成實際截圖 QA;待 cola review 或 Browser 可用時補看 - 下一步:交 cola checkpoint 1 review,通過後摳摳再進 3b Supabase 資料接線 - 三方檔:§5.41 [歷史進度詳見三方討論 §5.42–§5.64] - 2026-06-22 曾依當時月週主角頁出口條件標 completed。 - 2026-06-25 西西🌸產品完整性複查後，發現七頁缺資料、概念錯位或整頁空白，因此本 todo 重新開啟，Phase 3 恢復未完成。 - 目前球先交 cola 回覆 §5.70；之後由摳摳完成 v3 mapping、重做、實作與 QA。 - 七頁與 social freshness／daily drilldown 未經西西🌸驗收前，不得再標 completed。 [2026-06-26 18:1x cola 已回覆 §5.70 / §5.71 — 球移交摳摳] - cola 在三方檔 §5.81 寫完七頁 v2 產品概念(每頁四段:管理問題 / must-have / 可改 vs 不可改 / 分工邊界紅線) - 含三條摳摳特別容易踩的鐵則:37 題材對照表是真相源不可重新推斷、健康度雷達三軸不硬統一是刻意的、作者貢獻多 byline 重複計入是產品決策不是 bug - 球接下來:摳摳逐頁做 v3 mapping → 寫回三方檔 §5.8x 開節討論 → coco 實作 → 西西🌸 驗收 [2026-07-01 §5.77 §C + §5.78 對齊] 可樂技術驗收全綠:v2 側 launchd/deploy 修復完成(§5.77 §A)、schema v2↔v3 對齊(§5.76 §B)、Social Daily 5/5 scheduled success(§5.77 §B)。但 notes 已定「西西🌸 驗收前不得再標 completed」,西西🌸 7/1 10:48 選 B 保 active,理由:(1) 心裡認為 v3「還不能切換」;(2) 若此時 close,dashboard 會誤示「Phase 3 完成 = v3 可用」,但 Phase 4 Tab A/B 是主入口切換另一 blocker(§5.78)。保 active 直到西西🌸 逐頁 review + Phase 4 Tab A/B 都上再一起 close。 【2026-07-07 盤整】吸收 todo-2026-06-01-004(社群內容檢視 Tab A/B 頁):Tab A 已結案,Tab B 工程齊、待 coco 部署 preview + 西西🌸 驗收。waiting_for 由過時的『球在 coco 接 E-5 UI 前置』(已完成)更新為現況;owner 由可樂翻西西🌸(球在她驗收/拍板分區)。 【2026-07-07 盤整續】查證修正:Tab B(文案寫法分析)其實已隨 §5.134 社群發布關聯部署一起 live(index.html copywriting tab + dashboard.json content_labels 親驗);sidebar 四段式(總覽/專題分析/內容工作區/報表底稿)也 live。UI 缺口實質補完。西西🌸 決定本條不結案、改當主入口切換 tracker,因她新增了社群發布關聯頁的工作。

[里程碑] 2026-07-14 拍攝(已授權) 2026-08-中前上架(客戶要求) [前置] 拍攝前要完成:Treatment(checkpoint 1) → AV Script(分鏡+逐字旁白) → 客戶端 review [分鏡進度] 2026-07-02 Codex 已完成 shot_01.png～shot_14.png，共 14 張 16:9 分鏡示意圖；西西🌸 最終拍板全數統一為水彩淡彩線稿。下一步由可樂重跑 PPTX 填圖並檢查三頁 A4 橫式排版。 [拍攝主導] 住展住持(現場不採訪) [相關檔] 100_Todo/projects/W_業配影片腳本工作流/案子/2026-06-28_港都明珠/ - brief.md - 切角篩選_v2.md(2026-06-30 西西🌸 拍板三段架構) - fact_pack.md(2026-06-30 含紅線+缺項虛法敘述策略) - assets/storyboard/frames/shot_01.png～shot_14.png(2026-07-02 已完成)

【拍板(2026-07-06)】主路徑=自動撈留言區網址(FB/IG /{post-id}/comments 需先 probe 權限;Threads replies 端點已在用);短連結與官網原始連結都要認得;漏的西西🌸 對話補登(可樂寫庫)。編輯部走同一 Access allowlist。 【範圍】1) ingestion 掃 caption+留言 URL(含 s.myhousing.com.tw 短碼展開)回填 article_social_links 2) v3 新內部頁『社群發布關聯』發布矩陣(文章×五平台,唯讀) 3) ingest_articles 加撈 status=future(翻案 B2,WP app password 可撈) 4) dashboard.json 加對應安全資料節點。 【2026-07-07 coco】Phase 1 工程接點已完成;2026-07-01~07-06 小窗 live write 已進 Supabase 18 links(threads 9/fb 9),deploy repo commit 68fab12 已 push,Cloudflare Workers build success(Build ID e4ecbf98-17ea-482c-badd-06e02499225d),custom domain 仍 Access 302,workers.dev 仍 404。todo 保持 active:全量回溯前還要補 1)留言作者過濾 2)短網址路徑實跑驗證。 【2026-07-07 cola/西西🌸 交棒摳摳部署】西西🌸 看過 live 小窗後指派 cola 做五項源頭調整,全做完驗過(node --check/nav-section/Playwright headless),尚未部署 live——西西🌸 拍板部署交摳摳(維持 pipeline 球權)。改動:①發布矩陣移除 YouTube 欄(改 fb/ig/threads/line 四欄)②LINE 無連結顯示「待接」不寫「未發」③濾除轉載/合作媒體文章(只留住展自家+個人投稿專欄,補「火報」進 EXTERNAL_BYLINES)④新增行事曆檢視⑤「社群發布關聯」頁改頁內雙 tab〔清單・矩陣〕〔行事曆〕(移除獨立 sidebar 項,鏡射 social-content-tabs)。改 CC-Agent v3.0/frontend 四檔(app.js/build_dashboard_data.py/index.html/app.css)+重建 data/dashboard.json。交棒清單見三方檔 §5.135/§5.136。⚠️部署前先 git pull --rebase(deploy repo origin/main 已被每日 bot 推新 commit 5e74fd5)。觸發句「接發布關聯調整部署」。 【2026-07-07 更新】西西🌸 新增社群發布關聯頁工作,歸本條追蹤:cola(今早 session)依 §5.135/§5.136 做完四項調整+行事曆雙 tab(改 frontend 四檔+重建 dashboard.json,py_compile/node --check/nav-section/Playwright 全驗過),球在 coco 部署。另 GA4 campaign 維度在 todo-2026-07-06-mpczq4。 【2026-07-07 coco 部署完成】依 §5.138，同步五檔到 dashboard-deploy/v3，先 git pull --rebase 吸收 938b844，再 commit/push f0a0c4e Refine v3 social publish matrix。部署包 QA:node --check PASS、Python ast.parse PASS、dashboard.json generated_at=2026-07-07 10:31、platforms=[fb,ig,threads,line]、無 yt；Playwright headless 實測矩陣四欄、LINE 待接、雙 tab 可切行事曆、console error 0、無水平溢出。正式入口 /v3/ 仍 Access 302，workers.dev 仍 404。 【2026-07-07 coco 事故修復】西西🌸 發現發布矩陣清單停在 7/1；實查不是 review gate，而是 Supabase articles 當時最新只到 2026-07-01，WP 官網已有 2026-07-07 文章。根因：Articles daily 從 2026-01-01 抓、post-limit 3000，但 ingest_articles.py 用 WP REST order=asc，今年文章超過 3000 後新文章被截掉。修復：WP fetch 改 order=desc；Articles workflow 先跑 article-only freshness ingestion（post-limit 5000 + include-future + require-latest-wp + skip-ga4），成功後立刻 build/commit dashboard.json，再跑 GA4。新增 require-latest-wp 會確認 WP 最新 publish post 的 source_article_id 有被 upsert，否則 workflow fail 觸發 LINE 告警。workflow_dispatch 28862405077 驗證：article freshness success（fetched 3193 / inserted_or_updated 6387 / Supabase articles=3196），dashboard build+commit success，自動 commit 3bf0d6c；dashboard.json generated_at=2026-07-07 19:24，social_publish_links latest=2026-07-07，7/2~7/7 已出現。GA4 core 仍因 GOOGLE_OAUTH_TOKEN_JSON invalid_grant 失敗，但 Notify on failure 已驗 LINE push status 200。三方檔 §5.139。 【2026-07-08 coco 現況同步】接西西🌸 發現文章已到 7/7 但社群關聯未更新、排程文章未發布也要撈。Articles workflow article-only freshness 改抓台北 today+30 天，保留 include-future/require-latest-wp/skip-ga4；GA4 core 仍只查到今天。ingest_articles.py 補 source_article_id 去重，修掉 future 日期窗造成的 Supabase 21000 duplicate upsert。Social workflow 接上 daily article_social_links rolling backfill（近 2 天 fb/ig/threads caption + 自家留言/reply URL，開短網址展開），並補留言作者過濾：FB from.id=FB_PAGE_ID、IG username=account username、Threads is_reply_owned_by_me=true。LINE 失敗兩次皆為真失敗告警：Articles run 28883468579 因 duplicate upsert 失敗，修 ffa4ec3 後 run 28883652072 success；Social run 28883482858 因 defaultdict 漏 import 失敗，修 34be261 後 run 28884364463 success。deploy 自動資料 commit:6172be3 article data、469e0b2 social data。最新 v3/data/dashboard.json generated_at=2026-07-08 01:14，article_count=180，future_article_count=32，最遠排程文章 2026-08-04，link_count=19（fb 10/threads 9；url_in_comment 17/url_in_caption 2）。三方檔 §5.140、daily log 2026-07-08、流量看板 README 已同步。todo 保持 active：短網址已知樣本與全量歷史回溯仍未結。 【2026-07-08 coco 錯配＋短網址修復部署】接 §5.141/§5.142。ingest_social.py 已修 ?p=<id> 走 source_article_id、path=/ 不進配對字典、s.myhousing 短網址 HEAD 改 GET；補 test_ingest_social_links.py。live DB 2 筆錯配 rows（礁溪小宅／桃園草漯錯掛 ?p=281250）已刪，修正後 2026-07-03~07-08 小窗 write: posts_read=42 / inserted_or_updated=38。驗證 wrong_query_p_root_rows=0，?p=281250 正確配到「科技園區適合居家嗎？」。重建 dashboard.json generated_at=2026-07-08 12:25，article_count=180，linked_article_count=29，future_article_count=32，link_count=50（fb 28/threads 22）。deploy repo commit a175fb6 Fix social publish link matching 已 push，Workers Build success（Build ID 2ad715d4-fac5-4769-9f8c-3bbd9969c734 / Version ID ba8651a8-228d-4505-a21c-f19f6e1afbcb），custom domain 仍 Access 302，workers.dev 仍 404。球改 cola live 複驗；通過後 coco 再排全量歷史回溯。 【2026-07-08 coco IG 補寫＋FB 漏因拆解】西西🌸 檢查後指出 IG 有放連結但畫面 IG=0。實查：2026-07-07 的 IG caption 已有完整 s.myhousing 短網址，Graph API/Supabase 都存得到；IG 不需要可點，只要 caption 有完整 https://s.myhousing.com.tw/<code> 或官網 URL 即可判定。§5.142 小窗 write 漏跑 IG，已重跑 2026-07-03~07-08 fb+ig+threads dry-run/write：posts_read=60 / inserted_or_updated=50；DB 分布 threads 16 / fb 22 / ig 12。重建 dashboard.json generated_at=2026-07-08 12:51，linked_article_count=30，link_count=62，platform_link_counts={threads:22, fb:28, ig:12}。deploy repo commit aaea3b4 Refresh social publish links with IG 已 push，Workers Build success（Build ID 4fd5c577-afd2-4b10-887f-c73316197acf / Version ID bdd441bd-42ea-45bf-ae7a-5baa8f72e71b）。FB 仍漏的主因：目前只認 caption URL 或自家留言/reply URL；尚未全量歷史回溯，且 FB 若只靠連結附件/分享卡、caption/自家留言無完整 URL，現階段仍可能漏。 【2026-07-08 coco ubpvdi 範例修復】西西🌸 指定文章「同樣車程房價差40萬」追查漏關聯：短網址 ubpvdi 會 302 到 /new-taipei-estate/282957/，但 articles 內同篇 path 是 /taipei-city-estate/282957/；舊邏輯只用完整 path 配對，所以 source_article_id=282957 相同仍漏。已修 ingest_social.py：官網 permalink path 最後一段若是數字，同時帶 source_article_id 並優先配對。測試 test_ingest_social_links.py 5/5 PASS，py_compile PASS。dry-run 範例補出 IG url_in_caption + FB url_in_comment；write 2026-07-03~07-08 fb+ig+threads：posts_read=60 / inserted_or_updated=53。重建 dashboard.json generated_at=2026-07-08 18:14，linked_article_count=31，link_count=65，platform_link_counts={threads:22, fb:30, ig:13}；範例文章 linked_platform_count=2。deploy repo commit 4c8fba0 Match article links by source id 已 push，Workers Build success（Build ID 674ba615-73be-4c51-90fd-bdbbb2112304）。 【2026-07-08 coco Cloudflare KV SHORTLINKS 接入】西西🌸 截圖確認短網址對照表在公司 Cloudflare Workers KV namespace SHORTLINKS，value JSON 原始網址欄位 long_url；並提醒公司 KV token 與現有 .env 的 CLOUDFLARE_API_TOKEN 不同。已修 ingest_social.py：resolve_short_url 先查 KV long_url/url/target_url，失敗則 fallback GET redirect；workflow 只傳專用 CLOUDFLARE_SHORTLINKS_API_TOKEN，不傳通用 CLOUDFLARE_API_TOKEN。sync_myhousing_secrets.py 已納 optional keys。已知 metadata：CLOUDFLARE_ACCOUNT_ID=877db0a5637306324e739e8c986cf393，CLOUDFLARE_SHORTLINKS_KV_NAMESPACE_ID=e5080a5e5e8247e99dd03987205e6752。測試 test_ingest_social_links.py 7/7 PASS，py_compile PASS。deploy repo commit 3a04e83 Resolve shortlinks from Cloudflare KV 已 push，Workers Build success（Build ID 90925d3a-93f0-49d1-a337-745f8456ee57）。西西🌸 已補 CLOUDFLARE_SHORTLINKS_API_TOKEN 到 master .env；本機 KV lookup ubpvdi 成功，runtime mirror 已同步，GitHub Secrets 已同步（只列名稱確認，不顯示值）。cola 實測回報：account-scoped token verify 要打 /accounts/{account_id}/tokens/verify，不可打 /user/tokens/verify；KV list keys 的 limit 最小值是 10。未額外 dispatch social workflow，下一次 daily run 會走 KV 優先解析。 【2026-07-08 coco 6/23 起社群關聯刷新】依西西🌸 要求只補 2026-06-23~2026-07-08，重抓 FB/IG/Threads 貼文 metadata 寫回 Supabase：FB fetched 108 / inserted_or_updated 109，IG fetched 300 / inserted_or_updated 73，Threads fetched 360 / inserted_or_updated 78。再跑 article_social_links 回填（caption+自家留言/回覆URL，短網址走 Cloudflare KV）：posts_read=257 / inserted_or_updated=183。重建 dashboard.json generated_at=2026-07-08 20:19，summary：article_count=180，linked_article_count=89，unlinked_article_count=91，future_article_count=32，link_count=183，platform_link_counts={fb:87, ig:20, threads:76}。deploy repo commit e72a7d9 Refresh social publish links from June 23 已 push，Cloudflare Workers Build completed/success（2026-07-08 20:21:57 TPE）。 【2026-07-09 西西🌸 拍板 · §5.148】全量歷史回溯＝轉正前置，轉正前跑（球 coco，技術 gate 已全清：留言作者過濾＋短網址 KV）。KV 短網址雲端 daily run 首跑也順手確認。 【2026-07-09 01:34 live 複驗過 · §5.149】西西🌸 親驗發布關聯頁 live OK（§5.146 口徑），waiting 解除，球在 coco 直接跑全量回溯，跑完本條可結。

【範圍】週報/月報模板本身不動,工作是把資料源從 v2(~/dashboard)換 v3(Supabase/dashboard.json)後,逐段校正「讀出來的數字怎麼寫成報告」:指標口徑差異(如 interactions v2-v3 不同義、fb.count 來源差、followers snapshot-only)要在報告寫法上消化,不能直接沿用 v2 句式。 【參考】v2↔v3 雙跑驗證結論在三方檔 §5.64/§5.77;口徑差異清單見 §5.61 釐清層。 【完成後】週報/月報 SSOT 正式換 v3,v2 報告產線退役(Phase 5 清單項)。

[路徑] cron 23:50 → GitHub Action runner → checkout vivian108318/cc-brain → claude -p "/loveme" 帶 OAuth token → 整理 supabase loveme_raw 當日進件 → 寫 loveme_processed → webapp 看 [前置依賴] todo-2026-06-03-003(supabase 表 + SKILL 改造)需先完成才能寫 workflow [credit] 月耗估算 $5-10 / $100 credit(loveme 一天一篇 30-50k token,sonnet 4.6) [參考] reference_cloud_hybrid_architecture §4 + §7 Step 2 【2026-07-06 盤整】吸收 06-02-003 小尾巴:上線後收掉本機 tccprobe 探針。 【2026-07-07 願景澄清+plan 備妥】西西🌸 拍板:以後日記都在 web 寫,回填的整理+陪伴必須是「有靈魂的可樂」(claude -p 跑 skill 邏輯)生成,絕不走 metered API(只用訂閱 OAuth token)。完整 implementation plan(self-contained,含架構決策/6 tasks/坑清單)在 100_Todo/projects/A_擁抱自己webapp/docs/2026-07-07-loveme-nightly-plan.md。觸發語「接 loveme-nightly」。舊 auto_generate.sh 確認過時(寫本機 vault md),plan Task 3 會重寫並封存。 【2026-07-07 深夜落地】可樂照 plan 跑完 Task 1-5:SKILL.md 加 headless 段(v1.1.0)/管線腳本 000_Agent/scripts/loveme-nightly/(find_missing_days+render_prompt+extract_json+generate_day+nightly,舊 auto_generate.sh 已封存)/本機真素材生成 2026-07-07 首篇並驗 idempotent/cc-brain 上 .github/workflows/loveme-nightly.yml(cron 台北 06:00 掃 7 天+workflow_dispatch)/secrets 4 顆已設(LOVEME 兩顆+LINE 兩顆,檔案管道不印值)/LINE 告警鏈 CI 實測 push status 200(臨時 step 測畢即刪)。剩 CLAUDE_CODE_OAUTH_TOKEN 一顆 secret 等西西🌸 產。tccprobe launchd 探針已收(plist 封存 archive)。 【2026-07-07 23:1x】西西🌸 已跑 claude setup-token 並設好 CLAUDE_CODE_OAUTH_TOKEN secret;可樂用臨時 smoke step 在 CI 實測 claude -p 回 OK(run 28877339533,測畢即刪)。五顆 secrets 齊,全鏈路可跑,進觀察期。

[✅ 2026-06-14 00:50 模板已抽完] 位置:`W_人力規劃/docs/templates/能力評鑑模板.html` + `README.md` 保留 Winnie 版完整視覺設計,KPI 詳述提供 A 模式(時序型)+ B 模式(能力型)兩種,可混用。 下一步等 KPI 拍板後直接 cp 套用、填值即可。 --- [切入點] 把剛剛剪輯師那份 `2026-06-13-剪輯師90天評估報告.html/.pdf` 的結構抽出來當 baseline,把行業 / 職能特定指標換成行銷企劃適用的(內容產出量、社群成效、企劃完成率、AI 協作品質、Ownership 訊號),做出可給新人 Day 1 就看到的『3 個月會怎麼被評』預告版。 [要做的事] 1. 抽 editor-90day-review.html 通用骨架 → `template-90day-review.html`(模板,放 W_人力規劃/docs/templates/ 或 scripts/) 2. 套行銷企劃指標:對齊 6/4 摳摳的 30/60/90 KPI 框架 + 西西🌸『AI 協作 / 質疑 AI / Ownership』訊號 3. 設計『事前預告版』vs『實際評測版』兩種輸出 — 招募時給 candidate 看的是事前版(只有指標跟達標標準),3 個月後寫的是實際版(填入數字 + 結論) 4. 試跑:拿 6/4 招募請示書的招聘畫像當輸入,跑出一份 sample candidate 的事前評測表 [副產品] 此模板做出來後,展碩 / 礽瑋的評測 todo(afab17 / 86ac53)直接套用,改指標即可,不用各自重寫骨架。 [關連檔] - 剪輯師 90 天 baseline: 100_Todo/projects/W_人力規劃/docs/2026-06-13-剪輯師90天評估報告.html - HTML→PDF 通用工具: 000_Agent/scripts/html-slides-to-pdf/ - 6/4 摳摳 90 天框架: 100_Todo/projects/W_人力規劃/docs/2026-06-04-行銷企劃招募與90天成功標準建議.md - 6/4 面試題庫: inputs/行銷企劃_面試考題_v1.md [相關 todo] - 求才文案 todo-2026-06-04-9bn8u4(blocked by CEO 核示) - 面試題目 todo-2026-06-04-83olls(blocked by CEO 核示) - 展碩 8 個月回顧 todo-2026-06-13-afab17(下游) - 礽瑋 2 年回顧 todo-2026-06-13-86ac53(下游)

[今天 5 套組的檔案位置] - 100_Todo/drafts/W_social-posts/2026-06-25_新青安2.0排富_社群五版本套組.md - 100_Todo/drafts/W_social-posts/2026-06-25_節能家電退稅_社群五版本套組.md - 100_Todo/drafts/W_social-posts/2026-06-25_自售房省仲介費_社群五版本套組.md - 100_Todo/drafts/W_social-posts/2026-06-25_新青安2.0政府表態_社群五版本套組.md - 100_Todo/drafts/W_social-posts/2026-06-25_兩筆自住房地節稅_社群五版本套組.md [研究方向（可樂提議，西西🌸 自行調整）] 1. 盤點今天 5 套組共同的「不能進 template」原因 — 結構、語氣、鉤子套路化、字數區間、Hashtag 慣性？ 2. 比對組內歷史最佳實戰版（西西🌸 自己手寫或調整過的）— 是哪些手感是 v5 prompt 抓不到的？ 3. 看是否 prompt 包問題（200_Reference/W_templates/住展-社群文案五版本提示詞包-v5.md）還是 skill 流程問題（000_Agent/skills/social-post-series/） 4. 觀察點：題材／受眾／鉤子的關係 — 五版本是否該按題材類型（政策／節稅／買賣指南／市場觀察）分流，而不是固定 5 個版位？ 5. 出 v6 候選框架後先用今天 5 篇之一試跑對比，西西🌸 點頭再升 template [相關檔] - 200_Reference/W_templates/住展-社群文案五版本提示詞包-v5.md（現行真相源） - 000_Agent/skills/social-post-series/SKILL.md（流程） - 200_Reference/W_writing-samples/social/（仍空，需要先補組內樣本） - 100_Todo/drafts/W_social-posts/（歷史 5/29 健康宅、6/5 綠色新制等舊套組可當對照組） [起源] 2026-06-25 連跑 5 套組後西西🌸 點名「都不能進 template」+「重新改社群五版本」+「加 todo 提醒之後要研究新的五版本」。 【2026-07-06 盤整】吸收 2026-06-04-002:阿乃五大平台社群帳號研究報告列為 v6 框架的輸入材料。

【範圍】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 選項要同步加。

【規格】script 輸入「文章(URL 或 id)+貼文 permalink」→ 解析 platform/platform_post_id → 查 social_posts 拿 post_id(查無回明確錯誤,不自動抓)→ upsert article_social_links 一筆 match_method='manual'(confidence null,note 記補登來源+日期)→ 重建 dashboard.json → deploy。 【顯示端去重】同 (article, post) manual+自動並存時,自動列優先顯示、manual 收合為輔助標記(方案 B 沿用同規則)。 【資料層已驗證】回溯 conflict key 含 match_method,自動流程永不覆蓋 manual 列;免遷移,B 上線後同構共用。

【範圍】Meta Ads insights/actions 回撈到 37 個月 hard limit 上限(現有資料 12 個月 backfill,2025-06 起;dashboard.json 廣告頁目前只出 2026-01 起月度 bucket)。回撈後重建 dashboard.json 讓廣告頁看得到完整歷史。 【參考】12 個月 backfill 做法在三方檔 §5.x(2026-06-09,entities 44/insights 4,540/actions 28,910);breakdowns 維度沿用 age_gender+publisher_platform_platform_position。

兩張卡路徑: - `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/1、6/8 自動跑穩定後:把 Documents 的 scripts/ + v2.0/ 退成純指標(或瘦身),只留 README/NEXT/HANDOFF/references/artifacts 當源碼文件真相來源。注意 .env 雙份維護(HOME+Documents,rotate token 兩邊改)。相關 memory:reference_macos_tcc_launchd_documents_blocked / project_traffic_dashboard。

[選項] 1. PostToolUse hook 偵測 ~/.claude/.../memory/ 寫入 → 自動 push(最即時) 2. launchd 排程每天 / 每小時 跑 sync.sh + commit + push(撞 TCC 讀 Documents,要驗證) 3. 維持手動(預設,可樂語意觸發,維護負擔最低) [現況] 預設 3,觀察哪個方案是必要的(可能不必要) [參考] reference_cloud_hybrid_architecture §3 同步機制

[背景] 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-09 靈感接收器整理】西西🌸 07-07 進件,首跑 capture-inbox 整理流程時拍板立 todo 進池。跟「統一 GUI 後台」願景同族,可當後台第一塊面板評估。範圍未定,動工前可樂先出方案(平台組合/直發 vs 草稿包/排程)給西西🌸 拍板。 【2026-07-10 拍板】研究 Buffer 完成,西西🌸 定範圍:FB+IG+Threads/含排程佇列/擴充社群草稿臺。二期規格入 social-panel/DESIGN.md,mockup 已出待核可。Phase 0=三平台 token 補發文 scope+probe。 【2026-07-10 00:15】mockup 核可,Phase 0 啟動:.env 已備 META_FB_PUBLISH_TOKEN/META_IG_PUBLISH_TOKEN 空 key+SOP 註解,等值填入後可樂跑三平台試發 probe。

對應 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)。

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