版本 1.190.85:AB Projects、更大的文件、更穩健的通知

2026-05-07
版本 1.190.85:AB Projects、更大的文件、更穩健的通知

版本 1.190.85 版本資訊

1.173.85 以來,AB 進行了一輪品牌重塑以解決 Teams App Store 上的混淆問題、解除了長久以來工作與 wiki 文章的儲存大小限制,並加入了幾項在出狀況時最能展現價值的韌性改進。這些變更單獨來看都不算戲劇性 — 但合在一起,讓應用程式整體感覺更輕盈、更不易出錯。

全新名稱:AB Projects

Teams 應用程式現在更名為 AB Projects,在所有使用者可見之處取代先前的「AB」名稱:資訊清單、歡迎卡片、1:1 與頻道範圍中的 Bot 問候語,以及九種語言的 Teams 應用程式內在地化內容。新名稱可以與 AB 系列的其他成員(AB CRM 等)清楚區隔,同時避開「Tasks」這個框架 — 這是一套團隊工具,而不是個人待辦清單。

  • 八個全新 Teams 應用程式內語系。阿拉伯文、簡體中文、法文、德文、韓文、葡萄牙文、俄文與西班牙文加入日文行列,提供完整翻譯的應用程式內體驗 — 資訊清單名稱、命令標題、描述與歡迎卡片都會隨您的 Teams 語言切換。
  • 對齊 Microsoft Teams 品牌規範。依據 Microsoft 的品牌指引,應用程式列表中第一次提到 Teams 時,在所有語系都會顯示為「Microsoft Teams」— 在 App Source 列表中也可看到。
  • Bot 問候語在地化。Bot 能識別九種在地化形式的問候語與內建命令,例如 「我的工作」「團隊工作」「說明」(英文除外)。

更大的文件 — 不再受 64 KB 限制

過去當 wiki 文章與工作描述的內容超過約 32,000 字元時,會在無聲無息中存檔失敗 — 這是 Azure Table Storage 每個屬性 64 KB 上限造成的。這個天花板已經移除:

  • 長篇 wiki 文章。設計文件、事後檢討、多章節教學 — 想寫多長就寫多長。文章本文現在改放在背後的 blob 儲存體中;Table 端的文章記錄則保持精簡,只保留可搜尋的預覽內容。
  • 長篇工作描述。工作描述也採用相同處理方式。將數頁長的說明貼到描述欄位,不會再讓 SignalR 連線在儲存中途斷線。
  • 搜尋功能完整保留。每篇文章與描述的純文字預覽會保存在可搜尋的記錄上,因此篩選與搜尋體驗的速度完全不變。
  • 既有資料持續運作。在此變更之前儲存的文章與工作仍會正常顯示 — 必要時會回退到行內本文進行查找。

更順暢的子工作體驗

  • 新增子工作面板永遠開在最上層。當一個工作已經有數個子工作時,內嵌的子工作清單可能會把「新增子工作」面板困在工作詳細頁面後面 — 面板技術上是開啟的,但卻看不見。這個問題已修正:面板現在會浮在最上層,內嵌的子工作清單也不再爭奪堆疊順序。
  • 到期日驗證僅標示無效日期。過去到期日欄位下方的紅色框線會在面板開啟的瞬間出現在完全有效的日期上。視覺指示在兩處被反向設定 — 兩處都已修正。紅色框線現在會與您實際看到的狀況一致。
  • 長篇子工作描述可靠儲存。將以 Quill 渲染的長篇描述貼到新的子工作表單中,不會再在儲存完成前讓 SignalR 連線中斷 — 這項改進與長篇工作描述受惠的 SignalR 上限修正屬同一支援。

更穩健的 Teams 通知

  • 當父訊息消失時自動恢復。若有人刪除了某個工作所錨定的原始 Teams 訊息,過去該工作的留言會在無聲無息中無法歸到該(已遺失的)訊息底下成為討論串。AB 現在會偵測到 404 並自動在頻道中改貼一張新的卡片,讓動態保持可見。工作會記住新的卡片,後續留言便會歸入新卡片底下。
  • 狀態、優先順序與指派變更也享有同樣韌性。所有工作異動面板共用相同的通知路徑 — 它們都受惠於這項恢復機制,不需要逐項調整。

細節打磨與使用體驗

  • 側邊搜尋列的優先順序篩選。在側邊搜尋列選擇 現在真的會依優先順序篩選,而不是回傳所有結果。在內部,所有跨程式碼庫的優先順序比較都對齊到標準的 1=高、2=中、3=低 配置 — 不再有遺留的數值偏移問題。
  • SQL 連線會自動重試暫時性故障。Web 應用程式、API、MCP 與 Function Host 現在都會自動重試暫時性 SQL 故障 — 短暫的連線抖動不會再以使用者可見的錯誤呈現。
  • 編輯面板可正常點擊。子工作 z-order 修正上線後,曾出現一個短期的回歸問題,在編輯面板上方蓋上了一層深色遮罩。在報告當天就被發現並回退 — 該遮罩規則涵蓋範圍過廣,已經移除。

如往常一樣,AB Projects 會自動更新 — 您不需要安裝任何東西。若新版本上線後發現有任何不對勁的地方,團隊隨時都在訊息的另一端等候。