為遠端團隊設計 · 人和 AI 共用同一條 Review 佇列

狀態可見,不必追問。

FluxDesk 是遠端團隊的協作狀態層——人和 AI Agent 共用同一條 Review 佇列,讓需求進展、阻塞卡點變得可見。

跨時區 · 非同步優先 · 對 AI 輔助開發友善

fluxdesk.net/workbench
目前需求 · 協作狀態
async · ts+8
推進中
登入頁 OAuth 跳轉改造
FD-203L
Inbox 通知聚合規則 v2
AI 輔助M
Daily 同步訊息範本
FD-211Z
等 Review
Workbench 路由保護中介層
2d 等待F
Agent PR · 文件產生模組
AgentL
阻塞中
付款回呼簽名校驗
等第三方M
企業級 SSO 整合評估
擱置Z
解決的問題

遠端協作真正的痛點,
不在工時,而在狀態。

跨時區團隊真正卡住的不是大家不努力,而是看不見進展、阻塞和等待。

非同步同步
遠端團隊不用靠日報作文,也能知道哪些事項正在推進——按需求維度展示,不靠線上時長。
阻塞定位
卡點按需求展示,不做個人排名,不統計線上時長。哪個需求卡住了一目了然。
Review 佇列
等待驗收的事項集中可見,減少交付卡在最後一步——AI Agent 輸出也進入同一佇列。
核心理念

有些功能,我們刻意不做。

FluxDesk 的設計原則不是堆疊能力,而是明確邊界。

看任務流轉,不看個人排名
顯示阻塞,不製造壓力
每日同步是協作訊號,不是考勤
通知先進 Inbox,再按需推播
專案資訊預設隔離
不記錄工時、線上時長、AI 對話原文
差異化

跟現有工具的區別。

FluxDesk 不取代 Linear / Notion / GitHub,它疊加在它們之上,補充「狀態可見層」。

考勤 / 監控類
企業 OA · 打卡軟體
  • 統計線上時長
  • 員工活躍度排名
  • 聚焦「是否在工作」
  • 壓力來自被監視
通用協作類
Linear · Notion · Jira
  • 需求和任務管理
  • 文件與協作空間
  • 聚焦「事項怎麼管」
  • 狀態散落在多個工具
Agent 接入

人和 AI 共用同一條 Review 佇列。

FluxDesk 是 agent-friendly 的狀態層 —— 你可以讓 Claude / Cursor 之類的助理直接讀你的收件匣、提交每日同步、查專案狀態。Telegram bot 把推播送到群組裡;自建系統透過 Webhook 接收事件流。

MCP · 助理 Agent 接入
Claude Code / Claude Desktop / Cursor / 任何相容 Model Context Protocol 的工具,透過 Bearer Token 直接接入。Agent 可以讀收件匣、查需求 / 專案、提交每日同步、按權限留言。每次呼叫進稽核日誌,失敗 token 自動停用。
Telegram · 推播 + 綁定
綁定 Telegram 後,系統把分配的需求、狀態變更、阻塞、Review 請求、週報、公告等推播到你的 Telegram。事件類型逐條勾選,quiet hours 仍生效。重要公告管理員可勾選「需要 push」全員通知。
Webhook · 推到自建端點
Push 模式:每次 inbox 事件觸發,系統 POST 到你設定的 endpoint(Discord / Slack / 自建伺服器都可以)。帶 HMAC 簽章標頭校驗來源,可調延遲重試,失敗次數超閾值自動停用。
適配團隊

FluxDesk 不適合所有團隊。

說清楚不適合誰,比說適合誰更重要。

適合
  • 跨時區分布的遠端團隊
  • 需要看見 Agent 輸出和 Review 佇列的 AI 輔助開發團隊
  • Founder / Lead 需要進展訊號,不需要即時追蹤
  • 10–50 人,非同步協作偏多
  • 已經在用 Linear / GitHub / Notion,缺一個「狀態匯聚層」
不適合
  • 需要打卡考勤、統計工時的團隊
  • 團隊結構是層級管理(manager → IC),需要嚴格匯報鏈
  • 純線下辦公、沒有非同步協作需求
  • 需要嚴格稽核 AI 對話 / 聊天內容的合規場景
  • 強調「過程留痕」的工具偏好(每一步操作都要稽核)
Dogfooding

我們自己每天都在用。

FluxDesk 由 FluxPrimeStudio 打造——一個分布在中國、香港、日本、新加坡、泰國、美國、馬來西亞、西班牙的 19 人團隊。我們用它管理跨時區協作、Review AI Agent 的輸出、追蹤自己的需求進展。

19
團隊成員
8
國家 / 地區
100%
非同步優先

把「協作狀態」
從猜測變成事實。

目前面向早期團隊開放 · 邀請制接入。先看看是否適合你的工作流。

做 AI 協作工具的開發者?加入我們 →