文件審閱能做什麼
文件審閱從多個面向檢視你的文件： 結構與組織：- 邏輯流暢性與行文推進
- 標題層級與一致性
- 段落均衡性與節奏
- 資訊架構
- 句子複雜度與長度
- 專業術語與技術性用詞
- 段落之間的轉場
- 整體可讀性評分
- 缺少的背景或脈絡
- 說明中的空白
- 未解答的問題
- 需要擴充的部分
- 語氣一致性
- 格式問題
- 冗餘和重複
- 可以改進的地方
如何觸發文件審閱
助理會通讀你的整份文件，並按類別提供結構化的回饋。文件審閱支援所有模型，但 Max 能提供最深入、最細緻的回饋，尤其適合較長或較複雜的文件。如果只是快速檢查，Fast 在深度和速度之間提供了良好的平衡。
文件審閱與一般助理對話的比較
| 功能 | 文件審閱 | 一般助理對話 |
|---|---|---|
| 用途 | 結構化的文件回饋 | 開放式對話和任務 |
| 範圍 | 整份文件分析 | 回答特定問題 |
| 輸出格式 | 按回饋類別整理 | 對話式回覆 |
| 分析深度 | 全面、多面向 | 針對你的具體問題 |
| 最適合 | 品質檢查、發布前審閱 | 快速編輯、摘要、內容查詢 |
| 追加提示 | 可以提出追問 | 連續對話 |
| 點數消耗 | 較高（分析整份文件） | 取決於查詢複雜度 |
何時使用文件審閱
文件審閱在以下情境中最有價值：對外分享之前
在傳送簡報、提案或面向客戶的文件之前，先進行審閱以找出結構問題、不清楚的段落或缺少的脈絡。品質保證
定期審閱重要文件、團隊知識庫或說明文章，以長期維持高品質和一致性。內容優化
為部落格文章、報告或長篇寫作取得可執行的建議。助理可以指出需要擴充、簡化或重新組織的部分。協作準備
在與團隊成員分享之前，確保文件清晰、完整且組織良好。這可以減少來回溝通，提升協作效率。學習與成長
透過審閱了解你寫作中的模式——反覆出現的清晰度問題、結構傾向或持續需要改進的面向。你可以多次執行文件審閱。根據回饋進行修改，然後再次審閱以確認問題是否已解決。這種反覆方式有助於你了解什麼有效，並逐步優化內容。
理解回饋
文件審閱的回饋按清楚的類別整理。以下是如何解讀和應用這些回饋：結構回饋
它告訴你什麼： 內容的流暢程度、各區段是否均衡，以及資訊架構是否合理。 回饋範例：- “引言相對於文件其餘部分過長”
- “第 3 節與第 2 節之間缺乏清楚的轉場”
- “標題層級從 H2 跳到了 H4”
清晰度回饋
它告訴你什麼： 你的文字是否容易理解、句子是否過於複雜，以及讀者可能在哪裡感到困惑。 回饋範例：- “這段大量使用被動語態，導致較難跟讀”
- “第一節中的專業術語可能會讓非專業讀者困惑”
- “句子平均長度為 35 個單字——建議拆分為更短的句子”
完整性回饋
它告訴你什麼： 內容中的空白——缺少的脈絡、未解答的問題或需要更多細節的部分。 回饋範例：- “文件提到了『新流程』但從未定義”
- “步驟 2 和步驟 3 假設了引言中未涉及的先備知識”
- “沒有提供結論或後續步驟”
品質回饋
它告訴你什麼： 語氣一致性、格式問題以及可以打磨內容的機會。 回饋範例：- “各區段之間的語氣在正式和隨意之間切換”
- “項目符號格式不一致（有些以句號結尾，有些沒有）”
- “這個概念被解釋了兩次——建議合併”
點數消耗
文件審閱根據文件的長度和複雜度消耗 AI 點數：| 文件長度 | 大約點數消耗 (Fast) | 大約點數消耗 (Max) |
|---|---|---|
| 短文件（< 500 字） | ~0.5 點數 | ~1-2 點數 |
| 中等文件（500-2000 字） | ~1-2 點數 | ~3-5 點數 |
| 長文件（2000-5000 字） | ~2-4 點數 | ~6-10 點數 |
| 超長文件（5000+ 字） | ~5+ 點數 | ~12+ 點數 |
以上為基於典型文件的估算值。實際用量取決於文件結構、格式複雜度和你選擇的模型。可以在助理選單中查看點數餘額。
獲得更好審閱的建議
1. 先準備好你的文件 在執行審閱之前，確保文件已大致完成。助理對完成的草稿能提供比粗略大綱更好的回饋。 2. 說明你的目標讀者 在後續提示中，告訴助理文件面向誰：- “這是寫給熟悉產品的技術團隊的”
- “讀者是非技術背景的利害關係人”
- “寫給從未使用過 Craft 的新使用者”
- “我應該先修正哪 3 個問題？”
- “最關鍵的結構問題是什麼？”
- “只關注清晰度相關的問題”
- “審閱一下語氣是否一致”
- “只檢查完整性和缺少的脈絡”
- “看看這個結構是否適合初學者讀者”
- On-device： 不建議用於文件審閱（上下文有限）
- Core： 適合短文件的快速結構檢查
- Fast： 適合大多數審閱（500-2000 字），速度和深度兼顧
- Max： 適合長篇複雜文件，或需要最深入回饋時
範例：發布部落格文章之前
小華寫了一篇關於在 Craft 中使用 Collections 的部落格文章。在發布之前，她想確保文章清晰且完整。助理分析文件並提供回饋：
- 結構： “引言很好，但第 2 節的長度是第 3、4 節之和的兩倍。建議拆分為兩部分。”
- 清晰度： “幾個技術術語（關聯、屬性、檢視）在定義之前就被使用了。建議新增術語表或在首次出現時給出定義。”
- 完整性： “文章解釋了 Collections 是什麼，但沒有說明何時使用它們而不是資料夾或標籤。”
- 品質： “語氣一致。結尾有一個冗餘段落重複了引言的內容——建議移除。”
限制
文件審閱提供回饋但不會直接修改內容。如果要根據建議進行修改，請切換至 Execute 模式並搭配 Fast 或 Max 模型，然後讓助理執行建議的變更。請參閱使用 Craft Assistant 編輯。 對於很短的文件（200 字以下），文件審閱可能價值有限——一般助理對話通常更適合快速任務。相關文章
使用 Craft Assistant
瞭解如何使用助理並開始對話
選擇 AI 模型
為文件審閱和其他任務選擇合適的模型
使用 Craft Assistant 編輯
在 Execute 模式中直接套用審閱建議
自訂提示
建立可重複使用的審閱指令以取得一致的回饋
點數
瞭解文件審閱和其他功能的點數消耗