微風週年慶

2026/10/15至2026/11/1 · 全天

台北市信義區松高路16號

微風松高 2026 年週年慶檔期 10/15–11/01。 【⭐ 2026-10-07 16:2x：本列脱離【日期未定】狀態】money101 檔期表「資料更新」已從 2026/08/26 跳到 **2026/10/06**，新增合併列，店名欄原文逐字「微風信義／微風松高／微風南山」、日期欄原文「10/15～11/01」。本輪以嚴格的「原文照抄、找不到就說找不到」提問重抓驗證（上一輪同一來源的第一次讀取曾自相矛盾，所以不是單次讀取就採信）。 原本的 10/16–11/04 是**零來源**的往年推估；本專案對「兩來源衝突」一律不翻盤，但這裡是「零來源 vs 有來源」，採用有來源的一側是明確改善。**官網獨立佐證**：「微風信義X微風松高X微風南山【週年慶】EDM」的 event_time 是 2026-09-29 ~ 2026-11-02，10/15–11/01 完整落在其中；舊描述預測過「推估訖日 11/04 已超過 EDM 的 11/02，真檔期訖日會往前修」——11/01 印證了。信心 0.3 → 0.6。 【⭐⭐ 本輪推翻了一個本日曆沿用已久的假設，請後續輪次改用新的理解】舊註記反覆寫「改 startAt 等於新建一列、舊列刪不掉」，所以一直不敢修正這三列的起日。**本輪實測結果是相反的**：先拿「微風信義週年慶」單列送出，標題與儲存值逐字相同、僅 startAt 從 10-16 改成 10-15，回傳 **created 0／updated 1／eventCount 6 不變**，讀回確認 startAt 確實已移到 2026-10-15、endAt 2026-11-02（含當日 11/01）——**是就地修正，沒有分叉**。 要小心的是這個結論的適用條件：標題 **字形完全相同**（相似度 1.000，遠高於實測門檻 0.808，也高於任何別列）且 startAt 只差一天。**這是一次實測、不是通則**；若標題也跟著改，或别列有更高相似度的候選，結果未必相同。依舊要求：一列一個呼叫、送出後立刻讀回驗證。 【官網第七輪仍無明文檔期句子】直接問「有沒有任何一處用文字寫出檔期起訖」，回「只有 event_time，沒有文字檔期句子」。標題含「週年慶」的仍是那兩筆（『檔期注意事項』與『檔期活動』，event_time 都只有 2026-09-29，分館標籤都是松高／信義／南山）。**href／id 連續第七輪拿不到**。Bash 恢復後請回到對 `__NEXT_DATA__` 遞迴走訪抽 id，優先追「【微風信義區週年慶】檔期活動」。 【本輪沒做的事】POPO 本輪未重抓（更新日仍停在 2026-08-31，微風三館在它那裡已連續四輪「即將公布」，預期收穫極低）——**這是「本輪沒查」，不是「POPO 上已找不到」**。eventCount 6，本輪視窗內讀到 5 列，「微風廣場週年慶」起日早於 2026-09-07、落在視窗外未讀。 （提醒：endAt 以含當日的 11/01 送出，讀回會是 11-02，那是正確的。）

2026/10/15至2026/11/1 · 全天

台北市信義區松智路17號

微風南山 2026 年週年慶檔期 10/15–11/01。 【⭐ 2026-10-07 16:2x：本列脱離【日期未定】狀態】money101 檔期表「資料更新」已從 2026/08/26 跳到 **2026/10/06**，新增合併列，店名欄原文逐字「微風信義／微風松高／微風南山」、日期欄原文「10/15～11/01」，已以嚴格的「原文照抄」提問重抓驗證。原本的 10/16–11/04 是**零來源**往年推估；官網 EDM event_time 2026-09-29 ~ 2026-11-02 獨立佐證（10/15–11/01 完整落在其中）。信心 0.3 → 0.6。 【⭐⭐ 推翻舊假設：改 startAt 不必然分叉】舊註記反覆寫「改 startAt 等於新建一列」，本輪實測相反：三列各自單列送出，標題與儲存值逐字相同、僅 startAt 由 10-16 改為 10-15，三次均回 **created 0／updated 1／eventCount 6 不變**，讀回確認 startAt 實際已移動。適用條件：標題字形完全相同（相似度 1.000）且 startAt 僅差一天。**這是實測而非通則**，仍要一列一個呼叫並讀回驗證。 **本列尤其要小心**：「微風南山週年慶」對「微風南京週年慶」相似度高達 0.857、超過 0.808 門檻，所以本列是單獨一個呼叫送出並立刻讀回全數驗證，確認沒有覆寫到南京那一列。後續輪次動這兩列任一列時請沒例外地沿用這個做法。 【官網第七輪仍無明文檔期句子】回答是「只有 event_time，沒有文字檔期句子」。標題含「週年慶」的仍是那兩筆，分館標籤都是松高／信義／南山三館；href／id 連續第七輪拿不到。值得記一筆：本館先前在官網 `branches` 欄連續五輪是 0 筆，而現在它已被兩筆週年慶項目明確標籤到，因此「本館會辦週年慶」已無疑義，只差官方明文起訖日。 【本輪沒做的事】POPO 本輪未重抓（更新日仍停在 2026-08-31，微風三館連續四輪「即將公布」）——**「本輪沒查」，不是「已找不到」**。eventCount 6，「微風廣場週年慶」起日早於 2026-09-07、落在視窗外未讀。 （提醒：endAt 以含當日的 11/01 送出，讀回會是 11-02，那是正確的。allDay 事件若省略 endAt 會被重置成起始日，省略 sourceUrls 會清空來源。）

2026/10/15至2026/11/1 · 全天

台北市信義區忠孝東路五段68號

微風信義 2026 年週年慶檔期 10/15–11/01。 【⭐ 2026-10-07 16:2x：這一列終於有來源了，不再是【日期未定】佔位列】money101 檔期表的「資料更新」已從 2026/08/26 跳到 **2026/10/06**（五週以來第一次動），並且新增一列合併寫法，店名欄原文逐字是「微風信義／微風松高／微風南山」，日期欄原文「10/15～11/01」。本輪用嚴格的「原文照抄、找不到就說找不到、不要幫忙補齊」提問取得，而且是刻意重抓驗證過的——上一輪同一個來源的第一次讀取曾經自相矛盾（把有日期的店歸進「尚未公布」），所以這個數字不是單次讀取就採信的。 【為什麼敢用它取代原本的推估】原本這一列的 10/16–11/04 是**完全沒有來源支持**的往年推估（信心 0.3、描述自己標明【日期未定】）。這跟「兩個來源互相衝突」的情況完全不同——那種情況本專案一律不翻盤、只記錄；但這裡是「零來源 vs 有來源」，採用有來源的那一側是明確的改善。 **而且官網這一側獨立佐證了它**：官網「微風信義X微風松高X微風南山【週年慶】EDM」的 event_time 是 2026-09-29 ~ 2026-11-02，而 10/15–11/01 **完整落在這個區間內**。本列舊描述當初就預測過「推估的訖日 11/04 已超過 EDM 效期的 11/02，一拿到真檔期訖日很可能要往前修」——11/01 正好印證了這個預測。信心自 0.3 上調至 0.6（仍非百貨官方明文公告，故不再往上）。 【官網本輪仍然沒有明文檔期句子，第七輪確認】直接問官網「有沒有任何一處用文字寫出檔期起訖」，回答是「只有 event_time，沒有文字檔期句子」。標題含「週年慶」的項目仍是那兩筆：「【微風信義區週年慶】檔期注意事項」與「【微風信義區週年慶】檔期活動」，兩筆的 event_time 都只有 2026-09-29 單一日期、分館標籤都是松高／信義／南山三館。**href／id 連續第七輪拿不到**，讀取器回「頁面未提供 href 或 id 屬性」。Bash 恢復後請回到「對 `__NEXT_DATA__` 遞迴走訪」抽 id 與 href，優先追「【微風信義區週年慶】檔期活動」那一筆。 【⚠ 給後續輪次的操作警告：這一次是「改 startAt」】本列原本是 2026-10-16，本輪改成 2026-10-15。本系統的事件識別是 (title, startAt)，改 startAt 原則上會分叉出新列；本輪是**單列一個呼叫**送出並立刻讀回計數驗證，就是為了在動另外兩列（松高、南山）之前先確認這一筆到底是就地修正還是分叉。若計數顯示分叉，舊的 10-16 那列必須由你從 UI 刪除，因為本工具組沒有逐筆刪除事件的功能。 【微風台北車站：本輪有重大新進展，請你裁示】money101 本輪**明確列出了這一館**，日期欄原文「09/17～10/04」。這和先前的理解有出入：官網的結構化分館註冊表（001 廣場、005 南京、006 台大醫院商場、007 松高、009 信義、011 Trine & Zen、012 南山、014 東岸，共 8 館）至今仍然沒有這一館，POPO 也仍未列出，本輪官網再次確認「微風台北車站」與「BREEZE Taipei Station」出現 0 次。 **但重點是**：money101 給的 09/17～10/04 **已經在 10/04 結束了**。而庫內那一列寫的是 11/06–11/24（依 2025 年推估）。所以那一列現在不只是「沒有來源」，而是**被新來源實質否定**——2026 年的檔期已經過完，不會有 11 月那一檔。建議直接從 UI 退掉該列。本輪依規則既未 keep_events 也未重送它。 【微風廣場與微風南京：本輪出現第三組日期，但都已過期、不處理】money101 現在寫 微風廣場「09/17～10/05」、微風南京「09/17～10/05」，而 POPO 與庫內是 9/11～9/29，官網 EDM 效期又是 2026-08-28 ~ 2026-10-05。三組起日並存（9/11、9/17、8/28）。兩館檔期無論採哪一組都已結束，依規則不背書、不更動。 【本輪沒做的事，誠實記下】(1) POPO 本輪未重抓。它的更新日仍停在「更新於 2026-08-31」（上一輪 15:2x 才在另一本日曆確認過），而微風三館在它那裡已連續四輪都是「即將公布」，重抓的預期收穫極低，所以把額度留給 money101 的嚴格覆查與官網。**這是「本輪沒查」，不是「POPO 上已找不到」。** (2) eventCount 6，本輪以 startsAfterDays -30 只讀到 5 列；「微風廣場週年慶」那一列起日早於 2026-09-07，落在視窗外、本輪未讀，那不代表它有問題。 【工具用法提醒】中文一律直接貼字元，不要寫 \uXXXX 轉義——本專案已累計六起事故（payload 被撐到截斷回 InputValidationError，或打錯碼位而永久分叉）。任何手打的中文標題在走 submit_events 之前必須先過一輪 keep_events 當字形檢測；本輪已做（kept 3／unmatched 空）。 【本輪環境限制】Bash 連續第三十五輪以 E2BIG 完全無法啟動，而且數字還在漲（本輪 214.8KB，前一輪 202.6KB；超大參數是殼層包裝每次請求注入的，縮短指令與等容器重啟都無效、重啟後反而更大）。所以沒解 `__NEXT_DATA__`、沒有位元組數、沒有 SHA、也沒有重跑 difflib。 （提醒：endAt 以含當日的 11/01 送出，儲存後會讀回 11-02，那是正確的，請勿當成多算一天而「修正」。allDay 事件若省略 endAt 會被重置成起始日，省略 sourceUrls 會把來源清空。）

2026/11/6至2026/11/23 · 全天

微風台北車站（台北市中正區北平西路3號）

【日期未定】2026 年檔期官方尚未公告，此日期係依 2025 年檔期推估。 **要講明白：本列的日期是依往年檔期推估的，沒有任何來源支持。它還在日曆裡是因為它被明確標註為【日期未定】的佔位列。** 【2026-09-23 13:2x 找到決定性的證據：官網的**結構化分館註冊表**根本沒有這一館】 前幾輪只能說「官網的選單沒列到它」，與字串計數為 0。本輪從 `__NEXT_DATA__` 裡把官網自己的分館資料表整個解出來了（每筆都帶 `branch_id` / `branch_name` / `branch_en`），共 9 筆、其中 8 筆是真實分館： 001 微風廣場 Breeze Center、005 微風南京 Breeze Nan Jing、006 微風台大醫院商場 Breeze NTU Hospital、007 微風松高 Breeze Song Gao、009 微風信義 Breeze Xin Yi、011 Trine & Zen（微風中研院店）Breeze Academia Sinica、012 微風南山 Breeze Nan Shan、014 微風東岸 EAST COAST by BREEZE（另一筆 000 是「We're still growing...!」的佔位）。 **「微風台北車站」不在這張表裡**；全站原始 HTML 的字串計數也仍然是：「微風台北車站」0 次、「車站」0 次、"BREEZE Taipei Station" 0 次、"breeze-station" 0 次。POPO（本日 13:2xZ 重抓、643,441 位元組）也仍然完全沒有這一列。 這個發現把判斷推進了一大步，因為同一張表證明了**對照組成立**：微風南山（012）與微風松高（007）確實是官網承認的分館、只是沒發週年慶項目；而本館連分館註冊都沒有。也就是說，其他三個佔位列缺的是「公告」，本列缺的是「這家店在微風官網的存在本身」。 **我仍然不會據此斷言它已經歇業**——沒有歇業的直接證據，也可能是由集團其他公司單獨經營、不掛在這個官網。但以目前兩個來源的狀態來看，本列既沒有日期佐證、也沒有任何現行來源能確認「這一館會辦週年慶」，**建議直接該列退掉**。這是我在本日曆裡最想請你裁示的一件事。 【本輪其他核對，全部零變動】官網 HTTP 200、325,643 位元組（306,932 字元）。解出 24 筆帶 id 的活動項目，標題含「週年慶」的**依舊只有兩筆 EDM**：id 116「微風廣場週年慶EDM」2026-08-28 00:00:44 ~ 2026-10-05 00:00:48、id 115「微風南京週年慶EDM」2026-08-28 00:00:30 ~ 2026-10-05 00:00:33，效期逐字未變；id 1214「微風南京微風25週年」文章的 event_time 也仍是「2026-08-27 00:00:00 ~ 」（只有起日）。POPO 這側也逐字未變：廣場 9/11～9/29、南京 9/11～9/29、南山／松高／信義「即將公布」。 **一個計數上的警語，避免後續輪次誤讀**：上一輪記的是「29 筆項目、branches 統計廣場 10 / 南京 2 / 信義 1 / 南山 0」，本輪我改用更嚴格的去重條件（同時帶 id 與 event_time/branches）得到 24 筆、廣場 5 / 南京 2 / 信義 2 / 南山 0 / 松高 0。**兩組數字不能直接相減**，差異主要來自我改了解析條件，不是官網下架了項目；唯一可以確定的是信義館新增了id 1249「信義Diamond Lounge X 永心鳳茶」、南京館新增了 id 1278「萬國通路 - 新櫃登場」，兩筆都沒有 event_time、也都不是週年慶公告。 信心維持 0.3。

2026/9/11至2026/9/29 · 全天

台北市松山區南京東路三段337號

微風南京 25 週年慶檔期，全館單筆消費滿 3,000 元贈 3,000 點、指定品牌滿 10,000 元贈 5,000 點，刷微風聯名卡加碼 1% 回饋。檔期依 POPO筆記所列「微風南京：9/11～9/29」。 【2026-09-22 覆查：三個互相衝突的起日全部仍在】本輪把官網 `__NEXT_DATA__` JSON 解出來逐筆核對（而非靠文字視窗猜），本館相關項目確定有二筆：id 115「微風南京週年慶EDM」event_time 2026-08-28 00:00:30 ~ 2026-10-05 00:00:33；id 1214「微風南京「微順25週年 BREEZE 25TH ANNIVERSARY」品牌優惠與週年回饋全攻略」event_time 仍是「2026-08-27 00:00:00 ~ 」（只有起日、沒有迄日）。加上 POPO 的 9/11，本館依然是三個起日並存：POPO 9/11、EDM 8/28、文章 8/27。三者都不是官方以文字明講的「檔期自 X 月 X 日起」，各自都可能只是網頁項目的上架時間，所以本輪維持存檔的 9/11 不動，理由同前：改 startAt 會在無法逐筆刪除的日曆上永久多出一筆重複列。信心維持 0.6。 另記：上一輪看到的本館「UNIARTS－週年慶活動推薦！」（id 1277）已從首頁下架，屬正常新聞輪換，不是檔期取消。

2026/8/28至2026/10/5 · 全天

台北市松山區復興南路一段39號

微風廣圴25週年慶首波活動，會員享香氛保養滿3,000元送3,000點（300元）、時尚名品滿5,000元送5,000點、國際精品與高級寝具滿10,000元送10,000點、高級珠寶與手錶滿30,000元送15,000點，刷微風聯名卡享加碼回饋。檔期沿用官網「微風廣場週年慶EDM」效期。 【2026-10-02 14:2x 覆查：信義區這條線有一點真的進展，但仍不足以改日期】官網本輪讀到的兩筆週年慶項目是： 　1. 「【微風信義區週年慶】檔期注意事項」｜2026-09-29 ~ 2026-11-02 　2. 「微風信義週年慶EDM」｜2026-09-29 ~ 2026-11-02｜分館：微風信義、松高、南山 **兩點是新的**：（a）「檔期注意事項」那一筆以前只有上架日 2026-09-29、沒有日期區間，現在也帶上了與 EDM 相同的 09-29 ~ 11-02；（b）EDM 的分館欄今天明確列出**信義、松高、南山三館**，首次把三館綁在同一個區間上。 **但三列的 10/16–11/04 仍然一個字沒改，理由與前幾輪相同且本日曆已經實証過：EDM 的 event_time 不等於官方檔期。**本列（廣場）與南京的 EDM 效期是 2026-08-28 ~ 2026-10-05（兩者只差 14 秒），而 POPO 列的實際檔期是 9/11～9/29——可見 EDM 效期是網頁橫幅的上架期間，比實際檔期更寬且提前開始。所以 09-29 ~ 11-02 只能說實際檔期「很可能落在這個區間内」。仍要留著的一點：推估的迄日 11/04 已經超過 EDM 效期的 11/02，一拿到真檔期，迄日很可能要往前修。 **頁面仍然沒有任何一處寫出「檔期自X月X日起至X月X日止」這類明文起訖日**（本輪特地逐字詢問過），讀取器也仍然拿不到那兩筆的 href。**下一輪第一件事仍是拿到那兩筆的詳細頁**；Bash 恢復後請回到「對 `__NEXT_DATA__` 遞迴走訪」抽 id 與 href 的方法。 【POPO 本輪逐字仍無進展】改用定點提問重抓，回傳逐字仍為：「微風廣場：9/11～9/29」「微風南京：9/11～9/29」「微風松高：即將公布」「微風信義：即將公布」「微風南山：即將公布」，而「微風台北車站」回報查無此店名。所以現在仍是「官網已發公告且已有 EDM 效期、彙整站還沒更新」的狀態。 【⚑ 讀取器本輪又沒讀出廣場與南京的 EDM——不可讀成下架】前幾輪用 `__NEXT_DATA__` 遞迴走訪時穩定抓到兩筆（id 116 廣場、id 115 南京，效期都到 10/05、今天仍在期内）。本輪讀取器只回報信義那兩筆，另外加七筆 ESG 公益項目（日期皆為 2025-12 至 2026-04，與週年慶無關）。依本專案規則，**摘要型讀取器的「有」可採信、「沒有」與「總數」不可採信**，所以這是擷取管道的限制、不是官網下架。本列與南京列本輪都是依 POPO 背書的。 【保留意見仍然成立，信心維持 0.6】本列起日採官網 EDM 的 8/28，而 POPO 寫 9/11～9/29，兩者衝突且都不是官方以文字明講的檔期。本輪同樣沒有把起日改成 9/11——事件識別是（title, startAt），改 startAt 不會搬移原列，只會在一個沒有逐筆刪除功能的日曆上永久多出一筆重複列。 【⚠ 微風台北車站：第七輪確認，本輪仍未背書】官網分館選單本輪逐字列出八家：微風廣場、微風信義、微風南山、微風松高、微風南京、微風東岸、微風台大醫院商場、Trine & Zen（微風中研院店）——**沒有台北車站**，與前幾輪從 `__NEXT_DATA__` 解出的結构化分館註冊表（branch_id 001/005/006/007/009/011/012/014 八筆真實分館）一致；POPO 本輪也再次回報查無此店名。依規則「來源上已經找不到的，兩邊都不要放」，該列本輪既未 keep_events 也未重送，lastSeenAt 停在 2026-09-23、**已經九天**。 **我仍不據此断言它已歇業**（沒有直接證據，也可能由集團其他公司單獨經營、不掛在這個官網）。但其他三個佔位列缺的是「公告」，這一列缺的是「這家店在微風官網的存在本身」。**寬限期掃除實際沒在執行，它不會自己消失，需要你從 UI 刪除。這仍是本日曆最需要你裁示的一件事。** 【三個佔位列的處置，說明白】松高、信義、南山三列的 10/16–11/04 沒有任何來源支持具體起訖日。它們本輪仍以 keep_events 背書（kept 5、unmatched 空，含廣場與南京），因為它們是被明確標註【日期未定】的佔位列，而不是被認定查証過的；POPO 的「即將公布」也確認這三館確実會辦。一旦官方或 POPO 公布真正檔期，應直接以官方日期新建三列，並同時停止背書這三個推估列讓它們過期。 【為何本列承接同步戲記】松高、信義、南山**三列共用 startAt 2026-10-16**、三者互相 0.714；本列的 startAt（2026-08-28）**全日曆唯一**，最高相似度同為 0.714（對松高），而且本列是唯一有官方 EDM 效期直接支持的一列、檔期也還在進行中（至 10/05），所以是最安全的戲記對象。**「微風南京週年慶」對「微風南山週年慶」高達 0.857、仍然危險；若要改動那兩列任一列，務必一列一個呼叫並在送出後立即用 get_calendar 讀回驗證全部六列。**（相似度都是沿用前幾輪實測值，Bash 連續多輪無法啟動、本輪跑不了 difflib。） 【本輪環境限制】Bash 仍完全無法啟動（E2BIG，回報 155.5KB，而那並非我送出的指令），所以沒有解 `__NEXT_DATA__`、沒有位元組數、也沒有重跑 difflib。 （提醒：本日曆的 endAt 以含當日的 10/05 送出，儲存後讀回 10-06，那是正確的，請勿據此「修正」。）