待辦

VIVIAN'S NOTEBOOK · 2026

2026.07.11 · SAT

LAST BUILD 06:25

BALL 3

件卡在西西🌸

22進行中 · 2P1 · 7該盤整 · 0逾期 · 55天 / Rotate Cloudflare API Token(tools/s-myhousing,2027-04-17 觸發)

檢視

主題

⌕

進行中

港都明珠業配影片拍攝（基隆中正路 164 號接待會館）

● ● 06-30 · 立 11 天

最新狀態

[里程碑] 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 已完成)

來源

conversation · 2026-06-30 ·

🏷 業配影片腳本工作流W_業配影片腳本工作流港都明珠原亘建設拍攝日

週報／月報新版模板:校正 v3 資料讀法與報告寫法(週末)

● ● 07-09 · 立 2 天

最新狀態

【範圍】週報/月報模板本身不動,工作是把資料源從 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 清單項)。

來源

conversation · 2026-07-09 ·

🏷 流量儀表板W_流量儀表板v3.0週報月報轉正前置

loveme-nightly GitHub Action workflow(已上雲,觀察期)

● ● 06-03 · 立 38 天

最新狀態

[路徑] 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 齊,全鏈路可跑,進觀察期。

來源

Phase 1:cc-brain 已上線,等 6/15 後 Anthropic OAuth credit 機制可拿 token,寫 loveme-nightly.yml workflow:cron 23:50 → checkout cc-brain → 跑 claude -p "/loveme" → 寫回 supabase loveme_processed → 跨裝置看 webapp

conversation · 2026-06-03 ·

🏷 擁抱自己webappcc-brainlovemegithub-actionphase-1cloud-hybrid

人力規劃 — 新行銷企劃 90 天評測表事前設計

● ● 06-13 · 立 28 天

最新狀態

[✅ 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(下游)

來源

西西🌸:『我要新增一名行銷企劃,我也想事前規劃未來要怎麼剪和這位新人=續任評估。』把剪輯師 90 天評測表反向變成招募工具 — Day 1 預告評測標準,對招募也是賣點。

conversation · 2026-06-13 ·

🏷 人力規劃W_人力規劃招聘評測事前規劃

重新研究設計「社群五版本」v6 框架（今天 5 套組都進不了 template）

● ● 06-26 · 立 15 天

最新狀態

[今天 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 框架的輸入材料。

來源

2026-06-25 連跑 5 篇 WP 文章 social-post-series 五版本套組（新青安立委版／節能家電退稅／自售房省仲介費／新青安政府表態／兩筆自住房地節稅），西西🌸 看完後表示「都不能進 template」，writing-samples/social/ 仍空著。代表現行 v5 規範產出物還沒達到組內標準，需要重新研究設計 v6。

conversation · 2026-06-25 ·

🏷 其他社群文案五版本寫作規範template

GA4 campaign/content 維度 ingestion(配合 UTM 發文 SOP,逐貼文精確歸因)

● ● 07-06 · 立 5 天

最新狀態

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

來源

conversation · 2026-07-06 ·

🏷 流量儀表板流量儀表板v3發布關聯GA4

K 案 W21 新潤 + W22 睿泰曜 — review D30 結論 + 填 Section 13「學到的事 / 是否納入 K baseline」

● ● 2026-06-25T03:07:00+08:00 · 立 0 天

最新狀態

兩張卡路徑: - `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 假設(觀察期資料早已累積滿)。

來源

2026-06-25 凌晨可樂跑完 W21 / W22 D30 撈數(FB / IG / Threads 三平台 Meta API),Section 11 數據 + Section 12 三條主驗證跨 D7→D30 結論都填完。Section 13「學到的事 / 是否納入 K baseline」是策略判斷,可樂不寫,西西🌸 親自 review 兩張 decision card 後決定:(1) 形式 / 內容 / 平台差異 / 業配風險觀察 / 下次三平台調整方向 (2) 是否納入 K baseline (3) 是否要調整 K workflow。

conversation · 2026-06-25 ·

🏷 文章社群工作流KW21_新潤W22_睿泰曜baselinedecision-card

住展表單中心:入口頁+P1/P2六張表單頁完成,續做P3-P5共15張+部署CF

● ● 07-11 · 立 0 天

最新狀態

【2026-07-11 開案+P1P2完成】21張表單盤點完(research/),DESIGN.md 拍板:入口頁+獨立單檔/統一版型/發號另案/CF+Zero Trust。已完成 index.html+委刊單/客戶請款單/支出申請/勞務報酬/零用金/發票申請(稅費引擎驗收數字全對,7頁headless零錯誤)。待西西:部署網域/ZT名單/住展創新匯款帳戶/出差費用申請書缺檔。

來源

我想做一個公司的各種表單的tool頁,可以先用報價單做mvp,其餘表單你可以在資料夾裡面都掃過一次,做一個完整的工具

conversation · 2026-07-10 ·

🏷 其他表單工具內部工具住展

部署「好好過生活」上稿工具到 tool.myhousing.com.tw/alife

● ● 05-20 · 立 52 天

最新狀態

[來源] 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 保護。 [無急迫性] 西西🌸『有打算』推上去,未定時程。

來源

past-work INDEX Phase 2 裁定時,西西🌸 表示打算把 #1『好好過生活』單元上稿工具(myhousing-generatorV6.html)推上對外工具棧 tool.myhousing.com.tw/alife。

conversation · 2026-05-20 ·

🏷 對外連結工具棧W_對外連結工具棧好好過生活past-work整合部署

三棲治理 C 計畫 — 抽 CORE_RULES L2 業務細則成 skill(漸進式)

● ● 05-28 · 立 44 天

最新狀態

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

來源

三棲治理整套落地後(CORE_RULES + 三家 ai.md + llm-routing + owner header + git clone 雷蒙鏡像),最後一塊是把 CORE_RULES 內混在的 L2 業務細則(只有寫住展內容才用到)抽成 skill,讓 AI 按需載入而不是每次 session 都吃 context。雷蒙課程 2-4 三層心智模型的進階做法。

conversation · 2026-05-28 ·

🏷 其他三棲治理skillCORE_RULES雷蒙路線L2-按需

依三棲分工逐步補各 project 的 HANDOFF.md(漸進式,真要轉手時補)

● ● 05-28 · 立 44 天

最新狀態

[盤點現況 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)

來源

三棲治理 consensus-builder 動工時順手盤點 W_* projects 的 HANDOFF.md 覆蓋狀況。8 個 W_ project 只有 2 個有 HANDOFF(對外連結工具棧 / 文章社群工作流),其他 6 個只有 README。漸進式不一次補完 — 西西🌸 真的要把某 project 轉給 Codex / Gemini 跑時再補對應一份。

conversation · 2026-05-28 ·

🏷 對外連結工具棧三棲治理HANDOFFhandoffproject-doc漸進式

流量儀表板 Documents 舊副本退役成純指標(待自動跑綠燈後)

● ● 06-01 · 立 40 天

最新狀態

確認 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。

來源

runtime 已搬到 ~/dashboard(避 TCC);Documents 的 W_流量儀表板/scripts+v2.0 變成舊副本,有誤改風險。

conversation · 2026-06-01 ·

🏷 流量儀表板W_流量儀表板搬遷清理technical-debt

本機 → cc-brain 自動同步機制評估(Phase 2)

● ● 06-03 · 立 38 天

最新狀態

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

來源

Phase 0 預設手動同步(可樂語意觸發),Phase 1 觀察期跑通後評估要不要自動化

conversation · 2026-06-03 ·

🏷 其他cc-brainautomationphase-2

v3 看板補完 — FB Stories / IG Stories endpoint 重測

● ● 06-07 · 立 34 天

最新狀態

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

來源

西西🌸 整理 v3 待補 todo 時把 Stories 列進來 — 6/2 round 1 probe FB Stories 撞 HTTP 500、IG Stories endpoint 通但 0 active sample,當時拍板『先標待查不阻塞主線』,現在主線(organic ingestion)已上線,該回頭重測。

conversation · 2026-06-07 ·

🏷 流量儀表板W_流量儀表板v3.0probeStories補完

轉寫引擎升級實驗 — 試 mlx-whisper(對比 whisper.cpp 速度 / 繁體漂簡體)

● ● 06-17 · 立 24 天

最新狀態

[實驗目的] 比較 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 交集原則)。

來源

看完 ningzimu/xiaohu-video-translate 後判斷:整套 skill 場景對不上(他主打外語翻譯,我們做中文影片),但他用的 mlx-whisper 引擎(Apple Silicon GPU 加速)可能可以替換 transcribe.sh 的 whisper.cpp,潛在解決長音檔繁體漂簡體踩坑。西西🌸:明天後天試試看。

conversation · 2026-06-17 ·

🏷 其他工具升級轉寫YT_上架包mlx-whisper實驗

試跑 2 個新裝的思維 skill 看實戰可不可用 — steve-jobs-perspective + skill-from-masters

● ● 06-30 · 立 11 天

最新狀態

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

來源

conversation · 2026-06-30 ·

🏷 其他skill 驗收可樂自律

改 fullwidth-punct.py 加 YAML frontmatter / markdown link skip 邏輯

● ● 06-30 · 立 11 天

來源

conversation · 2026-06-30 ·

🏷 其他可樂自律scripts踩坑根治

社群發文工具:草稿臺一鍵發三平台+排程佇列(Phase 1+2 已上線,待真發實戰)

● ● 07-09 · 立 2 天

最新狀態

【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。【2026-07-10 02:55】Phase 0 全通:三平台 publish token 生效,FB(不公開貼文+刪)/Threads(發+API刪)/IG(發成功,API不能刪文=產品限制記入 DESIGN.md)試發全過。下一步 Phase 1 立即直發實作,球在可樂。【2026-07-10 03:30】Phase 1 完成:publisher.py(三平台直發+Supabase圖床)+/api/publish+發布modal(兩段確認/自動蓋章/記連結/差異回填)。selftest+e2e+實機UI全過。剩 Phase 2 排程佇列(公司CF runner)。【2026-07-10 21:00 Phase 2 完成】排程佇列上線:佇列存 Supabase 私有 bucket social-queue(一單一 JSON),GitHub Actions myhousing-social-queue.yml 每 15 分掃佇列到點發文(Mac 關機也照發)。面板加「佇列」tab(待發/已發/失敗,改期/取消/重試)+modal 發布時間段(時段 chips)。發成功自動蓋章回 _status.json+記連結。失敗觸發 LINE 告警。e2e 全過(雲端 test_mode 發→刪零曝光/失敗路徑/兩段式取消)。secrets 走 sync --github 補 2 條 publish token(西西🌸 拍板)。詳 social-panel/DESIGN.md Phase 2 實作紀錄。【2026-07-10 22:45 連結卡修復】西西🌸 真發第一篇(FB 帶連結)發現沒有預覽卡已刪文。A/B 不公開貼文實驗證實 API 要明帶 link 參數;publish_fb 已改自動抓內文第一條連結,本機+雲端 runner 都更新。Threads 預設抓第一條連結不用改;IG 無連結卡。她半夜回來測三平台。

來源

做個可以一個面板就發三個平台的工具?

capture_inbox · 2026-07-07 ·

🏷 其他社群工具統一後台願景backlog

實價登錄系統工具:方案A拍板(本機一條龍pipeline),下一步設計文件+出圖mockup

● ● 07-10 · 立 1 天

最新狀態

【2026-07-10 開案】專案資料夾 100_Todo/projects/W_實價登錄系統工具/ 已建,scraper 工具研究副本已複製(原件在 past-work 不動)。工具本體研究完:Selenium+Tkinter 撈 lvr.land.moi.gov.tw → GAS → Sheet 快速試算。走 brainstorming 流程:研究現況→釐清需求→提 2-3 方案拍板→設計文件。現等西西🌸 提供兩張 Sheet+GAS 程式碼。【2026-07-10 22:20 研究期完成+方案拍板】GAS 11檔+兩張Sheet xlsx全解析,端到端全貌入 research/現況工作流全貌.md。西西🌸 拍板方案A:資料源改官方批次檔(與轉檔專案同源),Python移植清洗統計,HTML→無頭Chrome直出PNG+文案,Sheet全退役。業務規則逐題拍板(含一樓戶剔除計算但保留資料/住宅=大樓華廈公寓套房/案名正名表遷移)。下一步:設計文件+版面mockup,球在可樂,建議新session跑。【2026-07-11 設計文件+mockup 完成,球在西西🌸】DESIGN.md(六模組pipeline+平行對帳計畫)+mockup-出圖版面.html+preview.png(照樣式區逐格復刻,新竹縣市5月真實數據)。待過目拍板三岔路口:正名協作站形式(建議先CLI)/版面微調/資料庫落點(建議SQLite)。

來源

我們開一個新的研究專案W_實價登錄系統工具…希望你優化並給出更好的完整工具及工作流

conversation · 2026-07-10 ·

🏷 實價登錄轉檔實價登錄工作流優化研究專案

Meta SU token「永不過期」實證驗證（2026-09-03 用 /debug_token 看 expires_at）

● ● 2026-06-25T02:50:00+08:00 · 立 0 天

最新狀態

對應 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-06-25 凌晨 Meta SU + IG SU 兩條 token 同晚 hard expire(實證 60 天 rule),西西🌸 重發 token 時選了「永不過期」要驗證是不是真的繞過 60 天。對應 reference_meta_su_token_60day_trap.md 「永不過期」二次驗證段。

conversation · 2026-06-25 ·

🏷 其他Metatoken驗證reference_meta_su_token_60day_trap

等外部

Rotate Cloudflare API Token(tools/s-myhousing,2027-04-17 觸發)

● 05-17 · 立 55 天等 · 等到 2027-04-17(token 2027-05-17 到期前一個月開始 rotate,避免 deploy 突然失效)

最新狀態

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

來源

2026-05-17 凌晨應急 rotate 後 token 重新計時 1 年,到期 2027-05-17。承接 todo-2026-05-16-001(已 completed,因應急 rotate 提早觸發)。

conversation · 2026-05-17 ·

🏷 對外連結工具棧W_對外連結工具棧CloudflareToken-rotate排程提醒

社群發布關聯手動補登方案 B:頁面 UI＋Worker 寫入(spec 已起草,未排程)

● ● ● 07-09 · 立 2 天等 · 西西🌸 決定啟動時機(判準:方案 A 用量大到值得做 UI,或編輯部要自己補登);指定由 Opus 4.8 實施

最新狀態

【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。

來源

conversation · 2026-07-08 ·

🏷 流量儀表板W_流量儀表板v3.0社群發布關聯backlog

最近完成 · 14 天內

✓

流量看板 v3.0：Phase 3 前端 UI（重新開啟：七頁產品缺口）

2026-07-11

✓

社群發布關聯手動補登方案 A:對話式補登 script＋顯示端去重

2026-07-10

✓

社群發布關聯 Phase 1:留言/caption URL 掃描回填 article_social_links + 發布矩陣面板 + 排程文章入庫

2026-07-10

✓

Meta Ads 37 個月完整回撈(廣告頁歷史補齊,轉正前置)

2026-07-10

✓

決策：Tab B 新文案打標頻率／使用哪個 AI／是否固定時間執行

2026-07-08

✓

E-4 AI 打標 pipeline：SPEC＋實作（Tab B 前置 blocker，摳摳認領）

2026-07-07

✓

v3 看板新維度 — 接 YouTube Ads API(住展 MyHousing TV 投放成效)

2026-07-07

✓

loveme webapp 閱讀端 v1 實作(spec + plan 已完,等動工)

2026-07-07

✓

流量看板 v3.0:社群內容檢視(文案/圖片檢討頁)

2026-07-07

✓

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

2026-07-07

✓

GitHub Actions 失敗告警 + Google OAuth token 到期預警(轉 v3 正式前必補)

2026-07-07

✓

todo 系統 v2.2 球權看板:四泳道 UI(卡在西西🌸 置頂)+stale 灰顯+手機優先(摳摳實作,可樂 review)

2026-07-07

✓

靈感接收器(絨絨)上線 loveme 靈感分頁

2026-07-07

✓

v3 dashboard 每日更新完整化(Threads daily views bug + MTD/WTD partial bucket)

2026-07-06

✓

自審契約回顧 — 三週內若可樂踩半形/大陸用語則還原 fullwidth hook

2026-07-06

✓

用阿乃社群研究升級 social-post-series 五版本(加 IG + 全平台 refine)

2026-07-06

✓

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

2026-07-06

✓

Codex / Gemini onboarding — 每天動一次累積場域(漸進式,週末前到位)

2026-07-06

✓

loveme 自動整理掛 launchd 排程 + 收掉 tccprobe 探針

2026-07-06

✓

v3 Phase 1 下一步:social_posts FB 12 個月 backfill + WP/GA4/YT 移植

2026-07-06

✓

v3 看板 Phase 5 — 失敗監控(webhook / Slack / LINE)

2026-07-06

✓

v3 看板 Phase 5 — token 自動續期監控(Meta SU / Google OAuth)

2026-07-06

✓

明早 7:05 後驗 launchd 自然觸發是否通(W26 cron fail 修法驗收)

2026-07-06

✓

MEMORY.md 索引瘦身(30KB 超 24.4KB 讀取上限,尾端 memory 索引被截、召回下降)

2026-07-06

✓

todo 系統進版 v2.1 秩序版(schema 三欄+三家寫入合約 CONTRACT.md+deploy.sh 防互蓋)

2026-07-06

✓

實跑 E-3 校準輪次 0-4(sample 抽樣 → 兩方打標 → 一致率 → 升正式 v1)

2026-07-04

✓

問陳商盛轉港都明珠客戶 4 問題(D15樓層/頂樓/陽台向/空拍影片)

2026-07-03

✓

港都明珠業配影片 — 等陳商盛資料夾(平面/照片/新聞稿)跑 Fact Pack

2026-07-03

✓

V2→V3 主入口切換前重新盤點內部使用區 vs 月會展示區

2026-07-02

✓

拍板 E-3 v0→v1 合併決策:hook + tone 兩維度 option 收斂

2026-07-02

✓

Threads /me/replies ingestion + root join + 回填(SPEC §3.4.1 摳摳認領)

2026-07-01

✓

流量看板 v3：social daily freshness → 月份／週次 daily drilldown

2026-07-01

✓

流量看板 v3：七頁產品完整性修復（不得再留空頁）

2026-06-28