使用 Project
建立 Project，新增任務需要的檔案，產生並檢查結果，再把相關內容整理在一起。
Project 是一項工作的工作區。把原始檔、任務要求和產生結果放在一起，之後可以回來檢查或繼續修改。
任務需要參考檔案、要反覆修改，或需要交給別人繼續時，就用 Project。不依賴已儲存資料的簡單問題，可以直接在 Chat 裡完成。
Project 裡會儲存什麼
- 原始檔： 任務要用到的檔案、PDF、試算表、資料夾、圖片或其他資料。
- 任務上下文： 說明要做什麼的對話和要求。
- 產生結果： Kuse 根據資料和要求建立的檔案。
一個 Project 只圍繞一個結果，例如「Q3 營運報告」或「新客戶導入」。客戶、報告週期、讀者、原始檔或最終交付物改變時，就另外建立 Project。
Kuse 不會自動把其他 Project 的檔案或完整對話當成本次任務資料。需要使用其他檔案或外部服務內容時，要明確選擇。帳號級記憶是否可用取決於目前產品設定，不能代替任務所需的原始檔。
1. 建立並命名 Project
- 開啟 Projects，建立一個 Project。
- 依結果、客戶或週期命名。開始工作後，不要繼續使用「New Project」這類名稱。
- 不同客戶、週期或交付物分開建立 Project。
大多數任務不需要複雜目錄。檔案少時直接放在 Project 根目錄；內容變多後，再增加 Source files、Reference、Produced files 等資料夾。簡短的任務說明、決定或背景可以寫成 Note，和檔案放在一起。
2. 新增任務需要的檔案
先準備一組必要資料：
- 包含事實和資料的原始檔。
- 定義結果結構的檔案，如果有的話。
- 結果需要沿用現有樣式時，再提供一份有效範例。
檔案較少時，用檔案上傳；資料夾結構本身有意義時，用資料夾上傳。開始任務前，刪除重複檔案和舊版本，使用清楚的檔名，並確認重要檔案能正常開啟。公開示範不要使用真實的機密資料。
上傳失敗時，檢查檔案類型是否受支援、檔案能否讀取、是否有密碼保護，以及介面提示的大小限制。格式詳情見支援的檔案類型。
3. 交代任務
一個可執行的要求需要說明五件事：
- 參考檔案： Kuse 應該使用哪些檔案？
- 最終結果： 要建立什麼檔案或內容？
- 內容結構： 必須有哪些章節、列、順序或格式？
- 讀者和用途： 誰會看，接下來要怎麼用？
- 資訊規則： 缺失、衝突或沒有依據的資訊怎麼處理？
使用選定的原始檔建立一份可匯入試算表的核對表。包含原始檔、帳號名稱、幣別、日期、描述、收入、支出、期末餘額和狀態。統一日期和金額格式。如果某個值沒有原始檔支援，請留空，並將狀態標記為「待確認」。
如果某個檔案只用於參考排版，不能當作事實依據，要單獨說明。要求 Kuse 標出衝突和缺失資訊，不要自行猜測。
4. 開啟並檢查結果
產生檔案會和本次任務的原始檔、對話一起儲存在 Project 中。開啟後重點檢查：
- 要求的章節、列或其他內容是否齊全。
- 名稱、日期、合計值和來源是否與原檔案一致。
- 缺失資訊和衝突是否已經標出。
- 格式是否適合目標讀者和下一步使用。
不同檔案支援的預覽、編輯、分享和下載操作可能不同，以目前檔案介面為準。發現問題後，在同一個 Project 裡提出一項具體修改，例如補一列或保留原始檔名。需要在其他工具中繼續時再下載，並在交付前開啟下載檔案檢查一次。
5. 整理 Project
- 資料夾只用於實際分組，不必為細小差異逐層分類。
- 檔名寫清用途、週期或稽核狀態，避免
final2、final-new這類名稱。 - 檔案位置看不出來源與結果的關係時，再移動整理。
- 選中內容後，可以使用目前介面提供的 Download、Share、Move 和 Trash。確認永久刪除前，先檢查 Trash。
- 常用 Project 可以置頂，也可以透過搜尋或 Recents 找回。別人分享給你的檔案會顯示在 Shared with me。
上傳選單也可以新增 YouTube 連結。Kuse 目前需要影片帶有可讀取的字幕才能分析，所以不要在確認字幕前，把影片當作任務必需資料。
交付前檢查
- Project 和檔名稱不需要猜就能看懂。
- 原始檔足以支援產生結果。
- 重要事實、數值和來源已經核對。
- 缺失資訊有明確標記。
- 最終檔案能在實際使用的位置正常開啟。