待辦

VIVIAN'S NOTEBOOK · 2026

2026.07.17 · FRI

LAST BUILD 23:41

BALL 8

件卡在西西🌸

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

檢視

主題

⌕

進行中

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

● ● 06-30 · 立 17 天

最新狀態

[里程碑] 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_業配影片腳本工作流港都明珠原亘建設拍攝日

年鑑權限管家:SQLite 資料庫化+Phase 1 半自動審核(觸發語「年鑑資料庫化開工」)

● ● 07-17 · 立 0 天

最新狀態

2026-07-17 晚間二次拍板:整體架構改本機 SQLite 真相源(放棄 Sheet 當資料庫,封存唯讀);進料=丟資料夾+用講的;比對三層(資格/期別/一編號一信箱)。建置規格與 success criteria:100_Todo/projects/W_年鑑存取權審核對比/BLUEPRINT_資料庫化.md。Phase 0 體檢報告(9 待審案=驗收基準):同資料夾 reports/2026-07-17_phase0_體檢報告.md。Phase 2 授權=Gmail 草稿+回填+label,每次列清單確認;開權限永遠西西手動

來源

制定一個處理W_年鑑存取權審核對比工作的工具或流程優化

conversation · 2026-07-17 ·

🏷 年鑑存取權審核對比年鑑存取權審核Gmail雲端圖庫

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

● ● 06-03 · 立 44 天

最新狀態

[路徑] 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 · 立 34 天

最新狀態

[✅ 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 · 立 21 天

最新狀態

[今天 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 · 立 11 天

最新狀態

【範圍】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

住展表單中心:已上線 tools.myhousing.com.tw/doc,待西西設 ZT 秘書名單+試用回饋

● ● 07-11 · 立 6 天

最新狀態

【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 標已取代。

來源

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

conversation · 2026-07-10 ·

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

派工簽核系統完成戰(CF Worker+D1 版):提單→三審 magic link→執行尾段→看板

● ● 07-11 · 立 6 天

最新狀態

【2026-07-12 20:55 wording 第二批】管理員 403 訊息與設定頁 hint 刪寫死的「西西／秘書」(以 admins 名單為準);廣播名單 hint 補「收件單位不用填會自動排除」(version b099e6c9)。【2026-07-12 晚追加三項】口袋指引 PDF 加公司 logo+字級 12pt(四份仍 1 頁 A4);提單/看板/設定三頁加「登出」鈕上線(version 7ea0e301);表單中心內網免登入另開 todo-2026-07-12-b8kq4n 追蹤。【2026-07-12 C6 完工=C0-C6 全數完成】wording 第一批照西西🌸 清單改完 deploy(version 34326a2b):提單成功類型顯示只寫類型;非合約類→無合約類全面改(信件/看板/提單頁/歷程);設定面板四關卡 label 改收件單位/執行長／社長/合約財務單位/執行單位(稱呼欄她自己改)。口袋指引加品牌版型 PDF 四份(指引/,build_pdf.py 從 md 重生,各 1 頁 A4)。剩正式上線動作(球在西西🌸):設定頁換四角色正式 email+廣播名單+稱呼。【2026-07-12 C6 文件工完成】口袋指引四份(指引/,業務/秘書/社長/特助,fullwidth-punct 0 命中)+HANDOFF.md 零情境交接(部署/D1 REST/bypass 鐵律/Resend 坑全收錄)。README C6 標 🔶。剩 wording 一批微調:球在西西🌸(整理測試時的措辭清單)+正式上線前四角色 email/廣播名單經設定頁換正式。【2026-07-12 C5 結案】總看板 /doc/board/ live 上線(急件紅邊置頂/停留天數/待修改+已結案收合/手機可讀);入口動線拍板:入口頁只留派工申請一張卡→提單頁右上進看板→看板右上進角色設定。剩 C6 口袋指引(四角色)+HANDOFF.md;正式上線前四角色 email 經設定頁換同仁信箱+文案 wording 一批微調。【2026-07-12 C4 結案,live 驗收全過】執行尾段完工:簽收頁(執行人快選+自填,簽收即指派)、完工頁(執行完畢即結案+完工日期自動帶)、結案通知(業務+秘書+合約類特助)、角色設定頁 /doc/sign-settings.html(限 admins;代理切換自動輪替 token 重寄卡關單)。20260712-01 走完整生命週期結案。踩坑:Resend 免費版限速 2 封/秒,批次重寄 429 → sendMail 退避重試+批次間隔修復(version 9fbbedc7)。剩 C5 總看板+C6 口袋指引;正式上線前四角色 email 經設定頁換同仁信箱。【2026-07-12 C3 結案,live 驗收全過】ZT bypass 已設(path=sign,Bypass+Everyone),部署 version ca3f2ce2。合約類鏈 20260712-01 四信實收停待西西簽收;退回重送鏈 20260712-02 退回帶理由→預填→同單號重送。文案 wording 微調集中 C4/C6 一批處理。下一棒 C4:西西簽收指派頁+執行完畢結案+角色設定頁(live 測試單 20260712-01 停 pending_signoff 可當測試料);之後 C5 看板、C6 口袋指引。【2026-07-11 C3 實作+本機驗證完成,待部署+live 驗收】簽核卡片頁 /sign/(秘書/社長兩關+通過確認頁+退回理由必填)、token 一用即輪替(舊 token 開頁「此關已完成」+POST 409 防重放)、通知鏈(秘書過→社長簽核信;社長過→西西簽收通知+合約類抄特助;退回→業務帶理由+回填連結)、退回重送(dispatch.html?token= 預填原資料,同單號從秘書重走)、C2 秘書信 placeholder 換真按鈕。本機 wrangler dev 三條鏈路全過+Playwright 實跑零 console 錯誤。設計要點:通過/退回 POST 放 /sign/approve /sign/reject(bypass 範圍),預填 API /api/sign/order 留 Access 後面。下一步:西西設 ZT bypass(tools.myhousing.com.tw/sign)→跑 deploy-sign.sh(西西點頭)→live 三鏈路實測→C4 執行尾段。【2026-07-11 C2 完工】Resend 全通:網域 myhousing.com.tw verified(DNS 三筆進公司 CF,西西點名同意)、key 進 .env+Worker secret、A 類通知(秘書卡片信+廣播)live 驗收實收(20260711-02 急件單)。角色四 email 目前全是西西測試信箱,正式上線前經設定頁換同仁信箱。【2026-07-11 C0+C1 完工】流程定稿(特助改純通知不卡關/兩類同路/西西簽收即指派/執行完畢即結案/代理人切換自動重寄)後動工:D1 zj-sign 四表上線(token 已補 D1 權限;雲端 D1 操作走 REST API,wrangler CLI 撞 /memberships 400)、/api/sign/*(ping/whoami/health/submit)上線、提單頁 /doc/dispatch.html 上線(表單中心同款視覺,Access header 自動帶身分免 email gate)、入口頁派工卡改連新頁(GAS URL 下架)。本機 5 case 驗收全過。待西西:線上實填一張 live 驗收/Resend 註冊(C2)/ZT 加 /sign bypass(C3)/四角色+廣播名單 email。下一棒 C2 寄信+C3 簽核卡片頁。【2026-07-11 架構轉向】西西拍板三項:全搬表單中心的 tools-myhousing Worker+D1(GAS+Sheets 退役,領域設計全沿用);簽核人維持 magic link 免登入(/sign/ 設 Access bypass);寄信改 Resend 免費額度(noreply@myhousing.com.tw)。KV 不用(無查詢/原子操作,狀態機是關聯式形狀)。C0-C6 計畫見 README §二。【2026-07-11 開棒】前情:GAS 版 Phase 0-2 已完成(todo-2026-05-17-001/002)。動工前必讀 100_Todo/projects/W_派工簽核系統/README.md+W_住展表單tool/HANDOFF.md(共用 Worker 部署紅線)。

來源

下個 session 我會請你接手…把這個簽核系統完成

conversation · 2026-07-11 ·

🏷 派工簽核系統派工簽核內部工具CloudflareD1

工具站 Access 三層分級:內網實測 6 項驗收(設定已完成)

● ● 07-12 · 立 5 天

最新狀態

【2026-07-12 22:20】可樂直接在 ZT dashboard 設定完成(西西🌸 登入陪跑):5 個 Access app 三層分級 — /utm+/doc 內網 Bypass+外網信箱;dispatch/board/api-sign 一律登入;sign-settings 限 4 管理員(vivian.chang/wendyliu/888/777,D1 admins 已同步);整站保底 app 拿掉內網 Bypass。外網 curl 驗收全過。剩內網 6 項實測,過了即可結案。【2026-07-12 20:55】設定劇本已寫好:W_派工簽核系統/內網免登入_ZeroTrust設定指引.md(含兩段 app 設定+驗收清單+IP 變動維護)。西西🌸 拿到公司固定 IP 即可照走,設定完成後可樂更新 README/HANDOFF 安全模型段。【2026-07-12 開條】做法已規劃:新增 Access app path=doc(Policy1 Bypass 公司 IP+Policy2 Allow email OTP);另建三個更深路徑 app(doc/dispatch.html、doc/board、doc/sign-settings.html)維持信箱登入(路徑深者優先);/api/sign/* 在主 app 後面不動。ZT 後台西西🌸 自己操作,可樂出逐步 recipe 陪跑。注意:內網 bypass 後訪客 wifi 若同一出口 IP 也會免登入,設定前確認。

來源

表單中心我會希望設定成在公司的內網時就可以不用登入

conversation · 2026-07-12 ·

🏷 其他表單中心派工簽核CloudflareZero Trust

派工系統正式上線:秘書確認表單+設定頁換正式信箱/廣播名單/稱呼

● ● 07-12 · 立 5 天

最新狀態

【2026-07-12 開條】上線三部曲的後兩件(第一件 ZT 內網驗收=b8kq4n)。換信箱走 /doc/sign-settings.html 自助;代理人切換會自動重寄卡關單所以換信箱安全。上線日配套:四份口袋指引 PDF 發給對應角色(指引/ 資料夾)。

來源

就只剩下驗收zero的權限狀態、秘書確認有沒有要改的表單、改真正的信箱=正式上線

conversation · 2026-07-12 ·

🏷 其他派工簽核表單中心上線

新聞官網流量查證結案:沒有崩盤(下週用正常基準複查)+住展找房補回流連結

● ● 07-13 · 立 4 天

最新狀態

2026-07-13 查證結案。**沒有崩盤**——「-59%」是兩個假象疊加:①儀表板把建案站流量算進新聞官網(已修,拆三個 property_code);②W27 本身是異常強週(陶朱隱園 9,279 PV + 律師教3招 4,137 PV 兩篇爆紅文),拿它當基準任何一週都像崩盤。跟 W26 正常週比,真實台灣讀者 24,955→23,353,只 -6%。Search Console(本日首次接入)證實:曝光 -16%、點擊 -20%、平均排名 8.1→8.6 幾乎沒動,搜尋健康沒被降權。技術面逐項實測全排除(追蹤碼/canonical/robots/索引/CF擋阻/速度/轉址 16 個網址全成功)。真實下滑估 10-25%,來自爆紅文冷卻+社群發文腰斬+建案站跨站流量消失。待辦:①下週用剝除建案站的資料+正常週基準複查;②住展找房補回新聞官網導流(現在單向:官網→找房 14 條,找房→官網 0 條)。cola 查證過程連錯四次結論,教訓已入 memory feedback_verify_dont_guess_when_data_mismatches。詳見 W_流量儀表板/README.md「已定案」段。

來源

build去另一個網域了沒錯

conversation · 2026-07-13 ·

🏷 流量儀表板流量儀表板新聞官網住展找房SearchConsole

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

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

● ● 05-20 · 立 58 天

最新狀態

[來源] 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 · 立 50 天

最新狀態

[脈絡] 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 · 立 50 天

最新狀態

[盤點現況 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漸進式

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

● ● 06-03 · 立 44 天

最新狀態

[選項] 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 · 立 40 天

最新狀態

[背景] 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 · 立 30 天

最新狀態

[實驗目的] 比較 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 · 立 17 天

最新狀態

【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 · 立 17 天

來源

conversation · 2026-06-30 ·

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

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

● ● 07-09 · 立 8 天

最新狀態

【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

實價登錄系統工具:pipeline+GUI 已完工,下一步整月平行對帳(對上才退役舊系統)

● ● 07-10 · 立 7 天

最新狀態

【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)。【2026-07-11 pipeline 完工】西西🌸 拍板 CLI+SQLite 後六模組全上(tool/),統計引擎對帳 80 項全過(202604 新竹縣市 vs 舊表快取值逐格一致),LOGO+獎牌已嵌,一鍵跑全台 16 單位 OK。剩:批次檔 vs 舊流程整月平行對帳(等下包批次檔),對上才切換退役舊系統。【2026-07-11 晚】出圖規格定版(單頁1600×2000/≥18行政區拆兩頁2000×2000/獎牌LOGO浮層)+桌面GUI「實價登錄小幫手.app」上線(選資料夾→入庫→補字→出圖→通知+文案總覽html一鍵複製),CLI 降備援。剩平行對帳。【2026-07-11 深夜】全量歷史入庫:6包官方批次(含6.7GB歷史包101年起)→DB 675,172筆,樓層解析器擴充救回214筆,待正名223個。GUI v3(圓角/複製+Google鈕/出圖閘門/淺色主題)+hashtag加#住展找房。【2026-07-13 統計口徑修補+舊 scraper 修復】西西🌸 查核建物型態與特殊交易排除。①建物型態篩選本來就乾淨(只算住宅大樓/華廈/公寓/套房+樓層全≥2,一樓複合戶已剔除)。②發現特殊交易完全沒排除:9,083 筆親友/員工/共有人交易(1.52%)混進均價與最高最低價。根因不是舊系統有 bug 被復刻,而是舊流程在內政部網站查詢階段由西西🌸 手動勾「排除特殊交易」,新工具改吃批次檔沒有網站篩選器,這道上游人工過濾靜默消失(可樂第一版誤判成復刻 bug,查舊 Sheet 實際資料才更正)。已補 is_special 欄+回填 DB,80 項對帳仍全過。西西🌸 拍板只排除親友,地上權/毛胚屋列入計算=完全對齊舊系統網站篩選。**修補後新舊口徑才一致,這是平行對帳的必要前提**(修補前直接對帳必然對不上)。③舊 scraper 跑不動=Chrome 更新到 150、chromedriver 停在 148,brew upgrade 後正常(原件未改,守紅線)。下一步:等下包批次檔跑整月平行對帳。

來源

我們開一個新的研究專案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

等外部

住展找房補回新聞官網導流連結(現況單向:官網→找房 14 條,找房→官網 0 條)

● ● 07-14 · 立 3 天等 · 住展找房那邊加連結(頁首導覽列 + 建案頁下方推薦相關新聞)

最新狀態

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

來源

所以現在總流量下降的問題,純粹是住展找房沒有承接住以前build的流量?

conversation · 2026-07-13 ·

🏷 流量儀表板住展找房新聞官網導流流量儀表板

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

● 05-17 · 立 61 天等 · 等到 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 · 立 8 天等 · 西西🌸 決定啟動時機(判準:方案 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:GA4 網域拆分(新聞官網/舊建案站/住展找房)

2026-07-13

✓

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

2026-07-11

✓

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

2026-07-11

✓

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

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