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