待辦

VIVIAN'S NOTEBOOK · 2026

2026.07.23 · THU

LAST BUILD 03:29

BALL 11

件卡在西西🌸

34進行中 · 5P1 · 9該盤整 · 2逾期 · 67天 / Rotate Cloudflare API Token(tools/s-myhousing,2027-04-17 觸發)

檢視

主題

⌕

進行中

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

● ● 06-30 · 立 23 天

最新狀態

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

年鑑權限管家:面板自助化完成,日常剩待審 2+等回覆 1

● ● 07-17 · 立 6 天

最新狀態

2026-07-18 晚:面板自助化收官 — ① EDM 確認信雙軌(叫可樂建 Gmail 草稿/自己預覽複製貼上寄,無圖文字刊頭定版,信箱不符信寄新舊雙信箱);② 側欄新增「開通查詢」(一框搜信箱/編號/公司名)與「匯入新出貨檔」鈕(冪等,踩掉 ingest 誤刪 sheet 出貨+殭屍還魂兩雷);③ 信箱不符按鈕語義重排(寄確認信為主鈕,確認換信箱回填會自動更新登記承辦)。四方開發郭小姐已回覆沿用舊信箱→結案。現況:待審 2(ivyeich/alen0066)+等回覆 1(富思特 cpi48654)。【等西西】勾剩餘案;新出貨檔自己丟資料夾按匯入。【等可樂】「確認信草稿建一下」觸發時建草稿;新申請信撈 Gmail。【等外部】富思特回覆信箱確認。活的狀態看 project README。

來源

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

conversation · 2026-07-17 ·

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

社群草稿臺五期:選題 pipeline+per 平台自訂發布+三條短連結+封存生命週期

● ● 07-22 · 立 1 天

最新狀態

【2026-07-22 立案】brainstorming 定案四塊:①選題 tab(掃 WP 近 7 天新文章、勾選做七版本、跳過不再問)②可樂生成工序(「跑社群選題」→ 一平台一條短網址 FB/Threads/IG+平行七版本、套組標題下短連結區、不自動換鏈)③發布 modal 升級(常駐三條短連結複製+Meta 式各平台自訂內容一次發)④封存生命週期(發完+收割完+7 天→草稿 tab 底部收合「可封存」區批次搬 _archive/,判準含殭屍套組,新舊套組通用)。設計=social-panel/DESIGN.md 五期段;mockup-phase5.html 西西🌸 2026-07-22 核可。下一步:實作計畫→動工。【2026-07-23 實作完成】11 tasks 全數完成(subagent-driven,每 task spec 審+品質審+最終總審 READY):wp_select.py/shortlinks.py/backfill_phase5.py 新增,server.py/index.html/queue_runner.py/SKILL.md/README 改版。回填:104 篇舊套組進 pipeline、22 篇標收割(07-17)。雲端 runner commit abc07e3。全量回歸+Playwright 實機驗證全綠。踩坑:CF WAF 要 UA+Origin+Referer 三件套(HANDOFF §7.3+memory 已記)。球在西西🌸:面板重整即可用,三項實戰驗收完成即可結案。【2026-07-23 掃描過濾修正】西西🌸 回饋三項:①只撈住展內部作者(author_exclude=import_bot,7 天 200→49 篇)②作者欄改解 byline taxonomy(謝曉菁等真名,修正 Task 1 的 author 繞路)③地方直擊(含市況子分類)整樹排除業配判定。13/13 測試過,實測 21 候選/業配標記 2/地方直擊 0 誤標。

來源

可樂,我們的社群草稿臺,想要優化

conversation · 2026-07-22 ·

🏷 其他社群草稿臺社群短網址

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

● ● 06-03 · 立 50 天

最新狀態

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

最新狀態

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

最新狀態

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

最新狀態

【範圍】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 · 立 12 天

最新狀態

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

最新狀態

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

最新狀態

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

最新狀態

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

來源

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

conversation · 2026-07-12 ·

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

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

● ● 07-13 · 立 10 天

最新狀態

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

FB 事故 22 則回血追蹤:7/22、7/23 各跑一次快照對照

● ● 07-20 · 立 3 天

最新狀態

【2026-07-20 基準已抓】App 切上線後約 25 分鐘取樣:受影響 22 則觸及合計僅 25(平均 1、最大 4),同期原生對照組中位數 2794,落差逾 100 倍。工具+基準檔在 100_Todo/projects/W_流量儀表板/FB可見性事故_2026-07/(snapshot.py、snapshot_2026-07-20_2028.json、README.md)。【怎麼跑】cd 到該資料夾,python3 snapshot.py --base snapshot_2026-07-20_2028.json,會多印基準/增量兩欄。【判讀】①解鎖≠補發,動態消息分發時機已過,預期是從 1 長到幾十幾百而非長回 2794,長不回去是正常的 ②必看對照組,受影響組跟對照組同步長=整體波動不是解鎖效果 ③insights 是累計值會持續浮動,週報/月報要標注事故期不可當穩定值。【坑】insights batch ids= 寫法會靜默回 0 必須逐則打;v21 起 post_impressions_unique 已停用改用 post_total_media_view_unique(不同義,只能自己跟自己比)。

來源

你紀錄個文件看要放在哪裡,是我們剛剛調查時的瀏覽觸及數字,這樣我們明天後天就可以看看至少救回來多少

conversation · 2026-07-20 ·

🏷 流量儀表板流量儀表板FB週報

實價登錄「查詢版」整合進小幫手 app(共用 DB、補中古買賣資料)

● ● 07-21 · 立 2 天

最新狀態

【2026-07-21 設計定案】起因:查曉陽明/奇岩欣境成交,發現現有 lvr.db 只收『預售屋買賣』(全 67.5 萬筆都有建案名+解約情形欄=預售專屬),中古成屋(不動產買賣)整包沒匯,故公寓型/成屋案查無。決議:①方案A—同一個 .db 檔另開 deals_resale 表收中古,圖卡版讀的 deals 表一格不動(零污染);②圖卡+匯入+查詢整合成同一個 app,上方分頁『圖卡產製/實價查詢』,共用 DB;③查詢版兩模式:建案/地址明細查詢 + 區域行情統計。mockup v2 已定案(項目資料夾 mockup/查詢版_mockup_v2.html)。明細欄位:交易別tag/門牌/社區簡稱/總價/交易日期/單價/總面積/型態/屋齡/樓別-樓高/格局/車位總價/電梯/備註。實作注意:圓角要用 Canvas 圓角矩形如實還原(Tkinter 原生方角=上版不夠圓的原因);中古全台全歷史約300-400萬筆,db 會長到1-2GB 只能留本機。下一步:寫 spec→實作計畫。

來源

我們出圖卡的也能整合成一個app?...這樣是不是可以整合成同一個

conversation · 2026-07-21 ·

🏷 實價登錄轉檔實價登錄查詢版GUI

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 · 立 64 天

最新狀態

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

最新狀態

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

最新狀態

[盤點現況 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 · 立 50 天

最新狀態

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

最新狀態

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

最新狀態

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

最新狀態

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

來源

conversation · 2026-06-30 ·

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

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

● ● 07-09 · 立 14 天

最新狀態

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

最新狀態

【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 後正常(原件未改,守紅線)。下一步:等下包批次檔跑整月平行對帳。【2026-07-22 平行對帳範圍拍板+工作表建好,球在西西🌸】西西🌸 拍板對帳月份=202605(202604 圖卡已出過),縣市=桃園/臺北/臺中/苗栗(可樂按風險挑:桃園特殊交易佔比最高壓測 is_special/北市壓量+正名待補/中市樓層待判/苗栗中小量測單筆與無揭露行政區邊界)。範圍=預售,網站撈時勾排除特殊交易只排親友(對齊 is_special 口徑)。**5 月揭露落差警示**:目前 DB 批次到 6/30,5 月只載約四成(桃園 53 vs 4 月 128 筆),今天直接撈網站必對不上。協定=先入庫最新官方批次→重跑 tool/reconcile_worksheet.py 重生新工具值→同日撈網站→對照。工具:新增 tool/reconcile_worksheet.py 生成器,已產出對帳工作表_202605.md(新工具值欄填好、舊系統值欄留白給西西🌸 撈完填)。下一步:西西🌸 入庫新批次+撈網站 4 縣市填表。【2026-07-22 下午校正結論+專案合併】① 上午『5月只載四成=沒下載齊』推論已推翻:預售 open data 的資料期間是申報日期不是交易日期(內政部下載頁紅字)。5 月成交的預售戶還在陸續向內政部申報中(DB 460 vs 4月定型 1129),差的是源頭還沒收到,不是漏下載/漏入庫/SQL 錯。② 雙證實西西🌸 8 個申請案(民國101/1/1~115/7/20 連續無斷點)全部入庫、一列不漏(逐月 list/edit + 磁碟原檔逐列 hash 稽核)。③ 新工具 tool/check_ingested.py(逐列 hash 比對報缺幾筆)+ tool/reconcile_worksheet.py。④ 觀念校正:對帳=比同一天同一內政部快照工具算得跟網站一不一樣,兩邊都不完整沒關係。⑤ 專案合併:原 W_實價登錄轉檔已併入本專案(8 包原檔搬進 batches/、CSV 工作流封存 _archive/、空殼移除),symlink 通、DB 零損傷。下一步:西西🌸 撈網站 4 縣市對當下快照,或等 5 月申報齊再對完整版。

來源

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

conversation · 2026-07-10 ·

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

自動正名:用 Google 搜尋補實價登錄缺字/錯誤案名的正確案名

● ● 07-21 · 立 2 天

最新狀態

【2026-07-21 西西🌸 提】現況:案名缺字/錯誤靠 app 補字介面手動逐一補(README 記約223個不重複待正名案名),數量幾百個手動會瘋。想要:整個查詢版做完後,做一個自動化—用 Google/web 搜尋(門牌+殘缺案名當 query)推正確案名,批次產出『錯誤案名→正確案名』對照餵進 name_map.csv,再由西西🌸 過目確認(不全自動蓋,保留人工把關那關)。技術方向待設計:搜尋來源(591/樂居/住展/Google)、比對信心分數、地址交叉驗證。屬後續 phase,不在查詢版本體範圍。

來源

整個做完之後,我希望你想辦法幫我用google搜尋正確案名幫我補正名,我手動幾百個會瘋掉

conversation · 2026-07-21 ·

🏷 實價登錄轉檔實價登錄正名自動化

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

等外部

週界改制 live checkpoint 1:7/24(五)雲端 weekly cron 首跑查驗

● ● 07-20 · 立 3 天等 · 等 7/24(五) 06:15 雲端 workflow 自動執行

最新狀態

【2026-07-20 開條】週界改制後 weekly cron 從週一改週五,7/24 是第一次實跑。查驗項:① GitHub Actions myhousing-social-daily 該次 run success ② 該 run 有跑到週五分支(log 有 social_account_weekly_2026-07-24)③ 寫入兩個窗口 week-2026-07-09(二次定版)+week-2026-07-16(新結)④ live dashboard.json 的 week-2026-07-16 六平台成效欄位齊、Threads total_engagement 有值。失敗就是週報前的救援視窗(週六可補跑),別拖到週日。摳摳完工審核 PASS 見三方檔 §5.160。

來源

接 7/24 weekly cron 首跑

conversation · 2026-07-20 ·

🏷 流量儀表板流量儀表板ingestion週報

週界改制 live checkpoint 2:7/26(日)第一份新週界週報(week-2026-07-16)

● ● 07-20 · 立 3 天等 · 等 7/24 weekly cron 首跑成功

最新狀態

【2026-07-20 開條】第一份週四至週三週界的週報,窗口 7/16(四)~7/22(三),對比週 week-2026-07-09。這是 SPEC 驗收第 6 項(skill 完整跑一次)的 live 驗證。注意:① 週報 skill 已升 v2.2.0,freshness gate 改成確認 data_through 涵蓋到週三(不是週日)② 新舊週界不可接續精算對比,舊報告的 Wxx 數字只能當量級參考(口徑校正第 6 條)③ 西西🌸 週日做、週一交。

來源

7/26 第一份新週界週報

conversation · 2026-07-20 ·

🏷 流量儀表板流量儀表板週報skills

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

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

最新狀態

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 ·

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

社長活動頁:v2 加 hover 展開示意+已部署 /review 給社長看,等回饋(圖片高清化/wording 還沒完)

● ● 07-19 · 立 4 天等 · 社長遠端看 https://tools.myhousing.com.tw/review/ 後回饋:預期會改 wording+選版確認;後續必做=佔位灰底/裁圖全部換高清圖(等正式素材:去背 logo/產品截圖/正式 QR/文章縮圖)+住展紅精確色碼

最新狀態

【2026-07-19】兩版 mockup 已產出:mockup.html(貼近社長示意圖)+mockup-v2.html(優化 event landing:深色沉浸 hero/editorial 襯線/深淺交錯/scroll 動效/sticky+手機浮動 CTA)。素材裁自示意圖佔位在 images/,編輯器搜『替換圖片』跳到全部替換位置。完整背景/技術細節/待確認清單見 project 交接手冊 HANDOFF.md。路徑 100_Todo/projects/W_社長eventpage/。等社長回覆後接手續做。【2026-07-21】v2「為什麼加入」三卡加 hover 橫向推開互動(展開約 78% 寬/窄條直書/row 高鎖 432px 不跳),三張示意照素材迷你重繪(VOICES 專家頁上下半段+準買客 Mail 發送彈窗)。已臨時部署 https://tools.myhousing.com.tw/review/(有 ZT 302,要免登入需西西🌸 開 Bypass app)。西西🌸 明示還沒完:佔位 mockup 灰底+截圖都要換高清圖,社長預期會調 wording。部署細節見 HANDOFF §0-1。

來源

社長希望網頁做成這個視覺感…做一版優化版不要離開社長需求但更適合 event 的 landing page

conversation · 2026-07-19 ·

🏷 其他社長活動頁landing pagemockup住展找房

星河帝寶短影音 4 支:台詞本 v1 已出,等業務校對回最終版

● ● 07-19 · 立 4 天等 · 業務校對台詞本 v1 回最終版;回稿後接視覺拍攝腳本(分鏡格式待翻新,見 project README)

最新狀態

【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 支腳本表格結構。

來源

我想在影片腳本工作流,加上做短影音的工作,剛好有新的需求可以當試驗

conversation · 2026-07-19 ·

🏷 業配影片腳本工作流業配影片短影音工作流Meta Reels

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

● 05-17 · 立 67 天等 · 等到 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 · 立 14 天等 · 西西🌸 決定啟動時機(判準:方案 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 天內

✓

社群草稿臺:字數守門已上雲,待重啟面板實測

2026-07-20

✓

FB 草稿臺貼文對外不可見:已修復並驗收通過(App 切上線)

2026-07-20

✓

報告週界改制:ISO 週 → 週四至週三(摳摳完工審核 PASS,等 live checkpoint)

2026-07-20

✓

流量儀表板 ingestion 補跑機制:rolling refresh settled days(原記三缺口有兩項是誤判)

2026-07-20

✓

7/23 前換 GitHub PAT:gh CLI+CF Worker myhousing-queue-cron 的 GH_TOKEN 一起更新

2026-07-20

✓

流量看板 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