產品
主題
- 在規則中設定日期
- 與表單提交者的電子郵件溝通
- 請使用 ID 自訂欄位。
- 表單中的欄位對應
- 將綁定套用至專案
- 專案範本的管理儀表板
- 規則整合和小工具
- 請查看規則執行歷史記錄
- 觸發規則
- 表單自訂
- 任務相依性
- 自動變換依存任務的日期
- 核准
- 公式自訂欄位
- 規則中的條件和分支
- 在 Asana 中的時間追蹤
- 相依性類型
- 篩選及排序自訂欄位
- 手動觸發規則
- 自訂欄位類型和限制
- 規則
- 請設定規則權限
- 執行規則動作
- 請使用規則中的變數。
- 適用於生產力和溝通的規則整合
- PagerDuty 規則整合
- 綁定常見問題
- 套件管理和權限
- 全域欄位的管理儀表板
- HubSpot 規則整合
- 參考自訂欄位
- 綁定
- 任務範本
- 狀態更新範本
- 適用於雲端儲存和檔案共用的規則整合
- 分享表單
- 如何透過應用程式開發介面 (API) 將 Asana 中的所有時間紀錄資料匯出為 CSV 檔
- 專案範本
- 自訂欄位
- 表單
- Instagantt 和 Asana
- 使用 Zapier 和 Asana
- 合規性管理：應用程式開發介面 (API) 與整合支援
- Asana for Gmail 附加元件
- Asana for Tableau 整合
- Google 和 Asana
- Google 表單與 Asana
- Asana for Adobe Creative Cloud
- 使用 Google 智慧型方塊
- 使用 Chrome 擴充功能與 Asana
- 請參閱 Asana for Jira Cloud 常見問題
- Jira 資料中心
- 啟用 Asana 內建整合和 Microsoft 365 整合的權限
- 應用程式開發介面 (API)
- Asana for Outlook 附加元件
- 整合 Power BI
- Google試算表與Asana
- GitHub 與 Asana 整合
- Google 日歷 + Asana
- Vimeo 與 Asana
- 自動化和 AI Studio 的 Zoom 轉錄文字
- 使用 AI Studio 建立 Zoom 通話筆記工作流程
- 使用 Tray.io 與 Asana
- ServiceNow 與 Asana
- Wufoo與Asana
- 網頁表單與Asana
- Zendesk整合
- Jira Data Center 常見問題
- Asana 與 Meta 推出的工作空間
- Splunk + Asana
- ChatGPT 中的 Asana 應用程式
- Claude 中的 Asana 應用程式
- 將時間追蹤資料從 Everhour 遷移至 Asana
- Asana for Jira Cloud
- Outlook行事曆與Asana
- 在 Asana 中的 Zoom 會議
- 行事曆與 Asana
- 在 Slack 頻道中與 Asana 聊天
- 在 Asana 中的 Slack 評論同步
- Microsoft 單一登入
- Slack 與 Asana
- Salesforce 在 Asana 中的整合
- Microsoft Teams 與 Asana 的整合
- 請使用 SAML 群組對應和 SCIM 互動。
- 在系統管理主控台中管理密碼設定
- 在 Asana 中的 IP 允許清單
- 對工作項目申請系統管理員權限
- 使用 SCIM 佈建及取消佈建
- 付費方案的驗證和存取管理選項
- Asana IP 位址範圍和主機名稱
- eDiscovery資源中心
- 多組織部署
- 實施雙因素驗證
- 企業金鑰管理(EKM)
- Asana日本資料中心
- Asana歐盟資料中心
- HIPAA合規性
- Asana和全球貿易合規
- 如何存取系統管理主控台
- 隱私與安全
- 雙因素驗證
- 帳戶
- 使用 SCIM 在 Okta 中設定 Asana 角色
- 設定授權的 SAML 群組對應
- 多個帳戶和合併
- Asana帳戶電子郵件政策
- 刪除您的 Asana 帳戶
- 存取和權限
- 合規管理附加元件
- 遵守 FedRAMP 規範
- 全域驗證設定
- 自動移除訪客
- 如何分離 Asana 帳戶
- 適用於Enterprise版組織的SecureAuth
- 個人資料欄位可編輯性控制項
- Asana 的資料儲存
- 系統管理員安全控制項
- Setting up Licensing Division ID with SCIM
- Asana 合規性設定
- 權限管理附加元件
- 跨應用程式存取
- 服務帳戶
- 資料保留政策
- 應用程式管理和整合
- 具有自訂角色的角色型存取控制 (RBAC)
- Asana 中的系統管理員和超級管理員角色
- 資料提供
- 行動應用程式安全權限
- 使用 SCIM 在 Microsoft Entra ID 中設定 Asana 角色
Asana 使用開放式權重模型，為客戶提供更大的彈性，並在由 AI 支援的工作流程中提供最佳化的績效。Fireworks.ai 是 Asana 這些模型的推論提供者。
什麼是開放式權重模型？
開放式權重模型是 AI 模型，其中神經網路的訓練參數 (或「權重」) 由開發人員公開提供。與封閉模型不同，這種透明度可讓公司更有效地自訂和託管模型，同時更好地掌控基礎架構和輸出品質。
開放式權重模型的優點
透過整合開放式權重模型，Asana 可在 AI 產品的成本、品質和效能之間取得最佳平衡。透過將部分流量導向這些模型，我們可以更快交付成果，並維持高品質的輸出，同時有效管理營運成本。
開放式權重模型開發人員
開放式權重模型由公司開發，可免費用於一般個人和商業用途，但前提是必須遵守特定授權條款。Asana 與這些公司沒有直接的商業關係，客戶資料也不會傳輸給開放式權重模型開發者。
Fireworks.ai是我們選擇的開放式權重模型推理提供者，未來我們可能會在 AWS Bedrock 上推出其他開放式權重模型系列。我們所有的推論提供者基礎架構均符合 Asana 嚴格的安全性、隱私權和合規性要求。
以下是 Asana 在其產品中使用的開放式權重模型開發者清單：
模型開發人員 | 推出日期 | 地區支援 | 推論提供者 |
|---|---|---|---|
Kimi | 2026 年 9 月 16 日 | 美國 | Fireworks.ai |
z.ai | 2026 年 9 月 16 日 | 美國 | Fireworks.ai |
Deepseek | 2026 年 9 月 16 日 | 美國、歐盟 (依需求) | Fireworks.ai |
資料隱私與模型訓練
Asana 對於將客戶資料用於模型訓練有嚴格的政策。未經事先同意，我們不會使用任何形式的客戶資料來訓練任何模型，包括開放式權重模型。這樣一來，可確保貴組織的資料保持私密，並僅用於支援您自己工作空間中的 AI 功能。
系統管理控制項和可用性
我們的理念是為系統管理員提供對其組織 AI 體驗的細微控制。
預設設定
新的和現有的免費、Starter 版、Advanced 版、Enterprise 版和 Enterprise+ 版網域：這些模型將預設為開啟，以便立即獲得更佳的效能。
排除和限制
- 已停用一個或多個提供者的客戶：對於已在系統管理主控台中停用一個或多個 LLM 提供者，並明確表示其具有特定提供者偏好的客戶，我們將把新的 LLM 提供者 (包括 Fireworks) 設定為預設停用。
- AsanaGov ：由於嚴格的法規遵循和監管要求 (例如對特定類型使用的禁止)，Fireworks.ai 和開放式權重模型被排除在 AsanaGov/FedRAMP 網域之外。
- AWS Marketplace 客戶：透過 AWS Bedrock 購買 Asana 的客戶，其所有 AI 流量均透過 Asana 的 AWS Bedrock 執行個體導向。
如何管理 AI 提供者
系統管理員可直接在系統管理主控台中管理這些設定。
- 在 Asana 中點選您的個人資料圖片，然後前往系統管理主控台。
- 按一下設定。
- 向下捲動至「網域設定」，並點選Asana AI。
- 按一下「進階」下方的「提供者和 API」。
- 點選相關核取方塊，即可啟用或停用特定提供者。
- 點選「儲存變更」。
注意
This article has been AI-translated.
Send translation feedback.
