2.2 KiB
2.2 KiB
description, model
| description | model |
|---|---|
| Document compact | claude-sonnet-4-5 |
精簡文件內容，保留核心價值並減少冗餘。
仔細分析指定文件的內容，識別重複、冗餘或可以精簡的部分，在保持核心資訊完整的前提下適度減少內容長度。
執行流程
-
深度分析文件結構
- 識別章節層次和邏輯關係
- 分析內容重複性和必要性
- 評估資訊密度和價值
-
精簡策略應用
- 合併相似或重複的內容
- 簡化冗長的描述和範例
- 移除過度詳細的說明
- 優化表格和列表結構
-
品質保證
- 確保核心資訊完整保留
- 維持文件的邏輯連貫性
- 保持技術準確性
- 確保可讀性和實用性
精簡原則
保留內容
- 核心概念和定義
- 關鍵步驟和流程
- 重要的範例和用法
- 必要的注意事項和警告
- 核心配置和參數
✂️ 精簡內容
- 重複的說明和範例
- 過度詳細的背景描述
- 冗長的介紹段落
- 類似功能的重複說明
- 過多的修飾性文字
🎯 優化策略
- 合併相似章節: 將功能相近的內容整合
- 精簡範例: 保留最具代表性的範例
- 簡化表格: 移除非必要的欄位和行
- 優化格式: 使用更緊湊的結構化格式
品質標準
精簡後的文件應該達到以下標準：
- 完整性: 所有核心功能和概念都有涵蓋
- 準確性: 技術內容保持正確和最新
- 實用性: 讀者能夠快速找到需要的資訊
- 簡潔性: 內容長度減少 20-40%
- 清晰性: 結構邏輯清楚，易於理解
使用場景
- 技術文件過於冗長需要精簡
- API 文檔需要提升可讀性
- 使用手冊需要突出重點
- 規範文件需要去除重複內容
- 老舊文檔需要現代化整理
注意事項
重要提醒
- 精簡過程中會保留所有關鍵資訊
- 建議在執行前備份原始文件
- 精簡後請檢查技術準確性
- 考慮目標讀者的需求層次
- 必須仔細分析思考，有時內容太少反而會造成誤會
輸出格式
精簡後的文件將：
- 保持原有的文件格式（Markdown/文本）
- 維持章節結構的邏輯性
- 標註精簡的主要變更點
- 提供精簡統計摘要