待辦

VIVIAN'S NOTEBOOK · 2026
2026.05.15 · FRI
LAST BUILD   11:25
TODAY 9
件可以推進
12進行中 · 3等外部 · 15天 / 小編出任務表單加 CAPTCHA(Cloudflare Turnstile → Forminator)

進行中

9
P1

設計完整的「年鑑訂購名單申請雲端審核流程」

● ● 11 天
最新狀態
[from 2026-05-04 daily log session 3] 卡 5 個未答決策點(動工前要先回): 1. 觸發頻率:月/週 batch vs 一句話觸發 2. 輸出去向:自動補回試算表 / 純 CSV / 三桶分開 3. 比對 key 容錯:編號筆誤(如沈玉萍 1002164 vs 10002164)、公司名第二 key 4. 檔案類型分桶:年鑑 PDF vs 工地外觀平面圖 5. 要不要納入歷史紀錄避免重複開通 可樂建議第一版最小可動方案(等決策回完):`scripts/compare_gmail.py`,先輸出 `comparison.csv` 三桶觀察一兩批,不自動寫試算表(沿用 `feedback_minimum_patch_over_framework.md`)。 對應 project:`100_Todo/projects/W_年鑑存取權審核對比/`(merge 流程已通,Gmail 比對是這條 todo 的範圍)。
來源

5/4 手工跑了一輪(Gmail 抓 4/15+ 來信 22 筆 → 補進雲端圖庫名單 B338 起)後,西西說現在處理方式不夠正確,要設計常態化流程。流程會持續一整年、頻率不固定、有信就處理。任務線卡在 5 個我問了她還沒回答的關鍵決策點,確認方向才能動工。 [卡點 / 等西西回] 5 個關鍵決策: 1. 頻率與觸發 — 月一次 batch?週一次?還是『Gmail 比對跑一下』一句話觸發? 2. 輸出去向 — (a) 自動補進雲端圖庫名單試算表 / (b) 產 CSV 在 batches/<日期>/comparison.csv / (c) 三桶分開三份 3. 比對 key 容錯 — 編號筆誤(如沈玉萍 1002164 vs 10002164)要不要模糊比對?公司名要不要當第二 key? 4. 檔案類型 — 來信申請『2025年工地年鑑.pdf』vs『2025年工地外觀與平面圖』要分桶嗎?還是一起算? 5. 要不要納入雲端圖庫名單歷史紀錄 — 避免重複開通已通過的人 [已知資源] - project: 100_Todo/projects/W_年鑑存取權審核對比/(任務 1 出貨清單合併已完成,Gmail 比對是這條 todo) - 左半資料:batches/2026-04-30_首批/merged_寄出名單.csv(132 筆) - 右半資料:Gmail MCP 抓 subject:'有人要求共用' after:YYYY/MM/DD - 5/4 手工結果:100_Todo/artifacts/2026-05-04_雲端圖庫名單填寫/paste_into_B338.tsv(22 筆 unique) [可樂建議的最小可動版] - scripts/compare_gmail.py 參數:起始日期 + 批次資料夾 - 第一版不自動寫試算表,先輸出 CSV 給西西人工驗證 1-2 批

conversation · 2026-05-04 · 2026-05-04.md#待辦

年鑑Gmail存取權審核工作流設計卡點
P1

住展開箱第一篇:Canva 模板開好 + 跑 K 完整 Phase 1-5

● ● 0 天
最新狀態
[2026-05-10 21:40 更新] **K 文案 Phase 1-5 已跑完**,決策卡 20260510-helei-tianmu-K 已封存。主切口:「青埔已 6 字頭,機捷下兩站 A20 還在 47 起跳」(凹陷區比較)。資料夾:`100_Todo/projects/W_article-social-workflow/projects/20260510_helei-tianmu_K/`。\n\n**🔀 西西🌸 5/10 21:39 決定:Canva MCP 暫停,先把文案跑順** — 5/12 第一篇 K 不必綁圖卡同步上線,先驗證文案在實戰的反應 + 累積幾篇後再評估 Canva 接法。\n\n剩餘動作:\n- [x] K 文案 5 檔(carousel/fb/ig/threads + final review)寫完\n- [ ] 5/12 實戰首發(文案在 `05_outputs/`,圖卡先不出)\n- [ ] D7/D14/D30 流量回灌 → 對照 07_decision_card.md 流量假設(IG 1500-3000 / FB 3000-6000 / Threads 500-1500)\n- [⏸️] Canva 開箱模板 + Canva MCP 接圖卡 → 暫停,累積文案經驗後再啟動\n\n[Phase 2 Gemini 關鍵糾正] A20 = 興南站(不是體大站);中豐交流道 2025/12 已通車;原興南國中遷 A21 改名環北國中。\n\n[5/10 旁支] 可樂原誤判跑 social-post-series(W 結構)五版本被糾正後改跑 K;舊 W 檔已刪除。\n\n[流程改進] 4 點納 todo-2026-05-09-001 觀察累積。
來源

· ·

K住展開箱CanvaW_article-social-workflow週二deadline
P2

小編出任務表單加 CAPTCHA(Cloudflare Turnstile → Forminator)

● ● 15 天
最新狀態
[from project_xiaobian_chuxing memory + 2026-05-01 daily] 表單已上線(myhousing-go-go,WP page id 272369,2026-04-30 上),**目前未裝 CAPTCHA**,西西🌸 當時選擇「觀察一週 spam 量再決定」。 ⏰ **觀察期(4/30 → 5/7)已過**,可以重新評估: - 真的有 spam 嗎?有 → 動工裝 Cloudflare Turnstile + Forminator - 沒 spam → 改 P3 或繼續觀察 方案 A 已選:Cloudflare Turnstile(免費、無痕)→ Forminator widget。流程:CF 拿 site key + secret key → Forminator 表單外掛接上。 對應 memory:`project_xiaobian_chuxing.md`(完整技術背景 + 4/30 上線時的踩坑紀錄)。
來源

小編出任務投稿頁(myhousing-go-go,WP page id 272369)防 spam。流程:Cloudflare 拿 Turnstile 的 site key + secret key → 填進 Forminator 表單外掛設定。可樂教步驟。注意:4/30 daily log 原寫『跟爬蟲流程綁』有誤,5/1 校正

conversation · 2026-05-01 · 2026-04-30.md#待辦(已校正)

小編出任務CloudflareForminatorCAPTCHA
P2

past-work INDEX 整理 Phase 1:W 端 15 個 project 寫成 INDEX.md

● 10 天
最新狀態
[2026-05-10 19:36] 還沒跑。 任務內容:讀 `200_Reference/W_past-work/` 15 個 project 的「用途.md」,直接引用 + 4-5 個沒「用途.md」的補一行推估,生成 `W_past-work/INDEX.md`。 跑這條時的 SOP: 1. ls W_past-work/ 拿到實際 project 清單 2. 每個資料夾 cat 用途.md(沒有的話讀 README / 主檔頭幾行 + 推估) 3. 寫成統一格式 INDEX.md(欄位:project / 用途一句話 / 主要 artifact / 是否還用) 4. 給西西🌸 review,她標「整合/參考/封存」→ 進 Phase 2(`05-05-002`)
來源

西西已把過去 AI 作品放進 200_Reference/W_past-work(15 個)+ C_past-work(8 個)。Phase 1 = 讀有用途.md 的直接引用 + 4-5 個沒用途.md 的補一行推估,生成 W_past-work/INDEX.md，每 project 一段附『整合/參考/封存』建議。C 端先不做。2025年度版實價登錄_cowork 待西西回答後再決定處理

conversation · 2026-05-05 ·

past-workINDEX整理
P2

past-work INDEX 整理 Phase 2:西西看 INDEX 標分類 → Phase 3 整合/參考/封存執行

● ● 10 天
最新狀態
等 Phase 1(`todo-2026-05-05-001`)跑完 INDEX.md,西西🌸 標「整合/參考/封存」後再啟動。 Phase 3 動作預告: - 整合類:升 skill 或併進現有 workflow - 參考類:寫進 memory 讓可樂未來查得到 - 封存類:加標籤或移到 `100_Todo/archive/`
來源

Phase 1 INDEX 出來後西西審閱,把可樂建議錯的改掉,標『整合/參考/封存』。Phase 3 接著執行:整合類升 skill 或併進現有 workflow、參考類寫進 memory 讓可樂未來查得到、封存類加標籤或移到 100_Todo/archive/。順便處理『2025年度版實價登錄_cowork』要當歷史 reference 還是跟現役合併

conversation · 2026-05-05 ·

past-work整合skillmemory
P2

月度報告 skill + monthly_snapshot 預聚合

● ● 4 天
最新狀態
[脈絡] 2026-05-11 做完 weekly_snapshot.json(v2.0/build.py main() 從 weekly.by_week 抽最近 4 週,dump 到 scripts/output/),把 platform-data-analyst 從「跨 9 個 JSON 撈數字」減速成「直接讀 snapshot」。寫週報的 sub-agent tool call 從 ~25 次砍到 ~5 次。月度版同個路數,觸發點到了再動。 [月度版要做的事] 1. build.py main() 加 monthly_snapshot dump:從 monthly[YYYY-MM] 抽最近 3-4 個月,結構鏡像 weekly(months[YYYY-MM]{wp,fb,ig,threads,yt,line}) 2. platform-data-analyst.md 資料源 cheatsheet 加 monthly_snapshot.json 條目 + Step 2 月度路徑(原本寫月度走 raw by_month,改成優先 snapshot) 3. 月度報告 skill — 兩條路要西西🌸 決定: (A) 新建 monthly-management-report skill(複製 weekly 結構改月度邏輯) (B) weekly-management-report 加 mode 參數(weekly / monthly / quarterly) 傾向 (A):月報語氣/職權邊界跟週報一樣,但段落內容差異大(月度可寫趨勢、Top 文章月排行、月度 broadcast 累積)。兩個 skill 各管各的比加 mode 清晰。 [觸發點] 西西🌸 第一次說「寫上個月月報」/「月度報告」時動手,或社長要看時提前做。 [參考檔] v1.0-reference / v1.2-reference 沒有月度版,只有週度。月度版要學的語氣參考 → 寫之前問西西🌸 有沒有歷史月報範本。
來源

做完 weekly_snapshot 減速 sub-agent 後,西西🌸 提:之後會要寫月度報告,要準備一下該怎麼辦

conversation · 2026-05-11 ·

週報月報dashboardsub-agentsnapshot
P2

K 工作流第二篇(下一篇建案題目跑全 phase)

● ● 2 天
最新狀態
[脈絡] 5/10 跑完第一篇 K(helei-tianmu,decision card 已封存,5/12 實戰首發中)。 [要做的事] 1. 選下一篇建案題目(西西🌸 從住展網站挑) 2. 開新 project 資料夾 `100_Todo/projects/W_文章社群工作流/projects/YYYYMMDD_<案名拼音>_K/` 3. 跑全 phase 1-5(content_brief_K → Gemini Search → strategy → creative → final review) 4. 產 5 檔文案(carousel/fb/ig/threads + final review),不出圖卡 [累積 2-3 篇後] 評估 Canva MCP 接圖卡接法,西西🌸 5/10 21:39 決定先把文案跑順。 [參考] 第一篇 decision card:`100_Todo/projects/W_文章社群工作流/projects/20260510_helei-tianmu_K/07_decision_card.md`
來源

5/11 / 5/12 daily log 沿用未動清單:K 工作流第二篇,選下一篇建案題目跑全 phase(累積 2-3 篇再評估 Canva MCP 接入)

daily_log · 2026-05-12 · 2026-05-12.md#沿用未動

K住展開箱W_article-social-workflow第二篇
P3

手刪 .venv.broken-rename-20260511(新 venv 觀察期)

● 2 天
最新狀態
[起因] 2026-05-11 改 project 資料夾名後 .venv 內 certifi / shebang hardcoded path 全 broken,uv sync 重建新 venv;舊 venv mv 成 .venv.broken-rename-20260511 留觀察。 [要跑的指令] rm -rf /Users/vivian-m4air/Documents/CC-Agent/100_Todo/projects/W_流量儀表板/scripts/.venv.broken-rename-20260511 [觸發點] 新 venv 跑滿 1-2 週 update_dashboard.sh / 任何 fetcher 沒問題 → 安心刪。約 5/18-5/25 之間。 [參考 memory] reference_project_rename_breaks_venv.md
來源

新 venv 觀察期:W_流量儀表板/scripts/.venv 跑 cron / update_dashboard.sh 穩定後手刪 .venv.broken-rename-20260511

daily_log · 2026-05-12 · 2026-05-12.md#沿用未動

venvcleanup流量儀表板觀察期
P3

W_article-social-workflow pipeline 改進點(MVP 第一篇試跑撈到)

● ● 0 天
最新狀態
2026-05-08 第一篇 chuzu-shengshui_W 跑完 Phase 1-5 撈到 3 個改進點,觀察期 2-3 週,等下幾篇 W 跑下來真的成痛點再升 memory: (1) skill 五版本沒 IG 專屬版 — 慣例借用版本一圖卡,但 W 不出圖時 IG 怎麼補?要在 prompts/04_creative_W.md 加「不出圖 + 沒 IG 版」備案文案(例如 IG 借版本一文案 + 主標副標當 caption)。(2) Gemini 補出原文沒有的數字(本案 4.8%)需手動把關 — 這次紅線守住但下次同類情境要 systematize,Phase 5 事實檢查清單加一條「比對 Gemini Phase 2 輸出有無加進原文沒有的數字」。(3) prompts/01_content_brief_W.md URL 抓取從「未支援」改「走 WebFetch」— 本次已修(2026-05-08 親驗住展 WP 不被 Cloudflare 擋)。詳見 100_Todo/projects/W_article-social-workflow/projects/20260508_chuzu-shengshui_W/07_decision_card.md「MVP 第一篇備註」段。
來源

· ·

AI協作工作流改進點W_article-social-workflow

等外部

3
P3

K 版本第一篇 P5 meta 觀察期(4 個 meta 假設驗收,到 5/24 滿 2 週)

● 2 天 等 · 流量資料累積到 2026-05-24(滿 2 週)— D7/D14 流量回灌 + Phase 5 final review 的 4 個 meta 假設驗收
最新狀態
[脈絡] 第一篇 K(helei-tianmu)2026-05-12 實戰首發,Phase 5 final review 留 4 個 meta 假設要實戰驗證(主切口「青埔 6 字頭 vs A20 47 起跳」凹陷區比較是否打動;流量假設 IG 1500-3000 / FB 3000-6000 / Threads 500-1500 範圍是否準;K 結構/W 結構選擇判準準不準;Gemini Search grounding 數字校正紅線守得住嗎)。 [到期動作] 5/24 滿 2 週,讀 D7/D14 數據,寫對照表進 07_decision_card.md「MVP 第一篇備註」段。 [相關 todo] todo-2026-05-09-002(住展開箱第一篇 K)/ todo-2026-05-09-001(MVP 試跑改進點)
來源

5/10 K 版本 4 個 P5 meta 觀察期(到 5/24 滿 2 週)

daily_log · 2026-05-12 · 2026-05-12.md#沿用未動

K住展開箱觀察期P5 meta
P3

dashboard:本月關鍵戰役 mapping 推進(WP↔社群)

● ● 0 天 等 · 上游缺發文 SOP — 過去發 FB/IG 貼文時沒在固定欄位記 WP article_id,WP 連結也常放在回覆留言區不是本文,歷史資料根本沒有可 join 的 key。要等編輯部建立發文時的 mapping 規範才能往下做。
最新狀態
設計初衷=WP top 10 為錨,5 平台同步表現的 cross-platform view。 **[2026-05-09 西西決議 block]**:這頁要做必須有 WP↔社群 mapping,但**過去發貼文時根本沒做這些設置**(沒埋 article_id、WP 連結放回覆區),歷史資料補不出來。三條解法都治標(first comment 抓不全 / 標題模糊不準 / 編輯部規範要跨部門推),先擱置。 **重啟條件**:跟編輯部協調建立發文 SOP(每篇 WP 發布時 → 社群貼文固定欄位記 article_id 或 WP URL 放本文),從未來新貼文開始累積 mapping,半年後資料量夠再做這頁。 **歷史路線文件保留**(以下原規劃留檔不刪):path locked: (a) 抓 FB/IG 貼文 first comment 文案(Meta API 給 comments 列表),從 first comment 找 WP URL。撞牆再討論 (b)(標題模糊比對,不準)或 (c)(請編輯部固定欄位記 article_id,跨部門需協調喬慧)。
來源

· ·

dashboard關鍵戰役WP-社群-mappingphase2blocked
P3

dashboard:作者貢獻表加「社群擴散倍率」欄

● ● 0 天 等 · blocked by todo-2026-05-07-004(同樣的 WP↔社群 mapping 缺口,等編輯部發文 SOP 建立後才解)
最新狀態
公式:每作者文章被社群推送後的觸及 ÷ WP PV。**前置依賴本月關鍵戰役 mapping**(todo-2026-05-07-004)解決後加。作者貢獻主表已 5/6 完成(todo-2026-05-06-004),這條是 enhancement。 **[2026-05-09 跟 -004 一起 block]**:同樣需要 mapping。
來源

· ·

dashboard作者貢獻enhancementphase2blocked

最近完成 · 14 天內

21
✓

建案電話爬蟲 Phase 2(FB 粉專 + Firecrawl search)

2026-05-15
✓

連結看板 v3:Worker 圖床 + 兩面板 + Aurora 9 色 + 上傳壓縮

2026-05-14
✓

iPhone 捷徑啟動方式對接(Action Button / 三下手機背部)

2026-05-14
✓

建案電話爬蟲 — 15 支抽樣驗證準確率

2026-05-14
✓

設定 git global user.name / user.email

2026-05-13
✓

dashboard:GAS 拆 per-post / page-level 成獨立 trigger(治本)

2026-05-10
✓

跟葉曾文(公司工程師 / MIS)確認工作進度

2026-05-10
✓

dashboard:範疇 3 整條 pipeline 自動 + 線上私有部署

2026-05-09
✓

確認彬彬(表弟)建案電話爬蟲跟 AI 協作的進度

2026-05-08
✓

Codex 串接 GPT image2 生圖

2026-05-07
✓

dashboard v2.0:數據對齊收尾 → 拆檔案 → 上線 Level 3

2026-05-07
✓

dashboard:FB scraper Phase 2d 收尾(SingleLineChart 時序 + cron + Phase 1 次要)

2026-05-06
✓

dashboard:寫 Playwright FB scraper(廢 CSV 路徑,4/28 carry-over)

2026-05-05
✓

整理過去 HTML 作品分類給可樂

2026-05-05
✓

任務 2-2:Gmail 對照年鑑請求存取權(132 筆名單)

2026-05-04
✓

dashboard:GAS per-post timeout 拖累 page-level snapshot(治標已動待驗收)

2026-05-04
✓

dashboard:IG monthly 切 account-level total_value(weekly 已切,monthly 還是 per-post sum)

2026-05-04
✓

dashboard v2.0:左側邊欄內容切分(部門版 vs 會議版,wording 要藏)

2026-05-03
✓

跟特助拿實價登錄整包(週一給婕凌打工)

2026-05-01
✓

房市讀懂了 Ep.11 step 2:跑 youtube-video-package 出上架包

2026-05-01
✓

兩節目 skill 分流改造(srt-traditionalize + youtube-video-package)

2026-05-01