54b77e7096
- 重命名核心目录: /prompt/ → /resource/ - 更新PackageDiscovery中所有硬编码路径引用 - 重新生成package.registry.json，61个资源全部更新为@package://resource/路径 - 批量更新文档中的路径引用，保持一致性 - 目录结构保持不变：domain/, core/, protocol/, tool/子目录结构完全一致 重构原因: 随着tool协议的加入，prompt目录名称不再准确描述系统本质 重构价值: 为未来资源生态扩展奠定清晰的命名基础 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
115 lines
5.1 KiB
Markdown
115 lines
5.1 KiB
Markdown
<thought>
|
||
<exploration>
|
||
## XML记忆模式的优化策略
|
||
|
||
### XML记忆的独特挑战
|
||
- **结构化存储优势**：XML格式支持精确的内容组织和标签分类
|
||
- **可读性挑战**：长文本在XML中显示密集，需要智能格式化
|
||
- **标签重复问题**：自动生成标签与用户标签容易冲突重复
|
||
- **内容层次混乱**：技术文档、代码片段、总结混合难以区分
|
||
|
||
### 内容优化原则
|
||
- **精炼优先**：核心信息提取，避免冗余细节
|
||
- **结构清晰**：层次分明，便于XML解析和显示
|
||
- **标签统一**：规范化标签体系，避免重复和冲突
|
||
- **语义增强**：提供上下文，便于后续检索和关联
|
||
|
||
### 记忆内容分类策略
|
||
- **知识要点型**：提取核心概念和关键信息（≤200字）
|
||
- **解决方案型**：问题+方案+结果的标准化格式（≤300字）
|
||
- **技术总结型**：关键技术栈+核心架构+要点列表（≤400字）
|
||
- **经验教训型**：情况+处理+收获的简洁总结（≤250字）
|
||
|
||
### XML友好的内容特征
|
||
- 使用简洁的markdown格式，避免复杂嵌套
|
||
- 关键信息前置，细节适度精简
|
||
- 代码片段保持简短，仅展示核心逻辑
|
||
- 标题层级不超过3级，保持扁平化结构
|
||
</exploration>
|
||
|
||
<reasoning>
|
||
## XML记忆内容处理逻辑
|
||
|
||
### 内容长度智能控制
|
||
- **超长内容识别**：>500字的内容需要压缩处理
|
||
- **核心信息提取**：保留关键技术点、解决方案、重要结论
|
||
- **细节层次筛选**：区分核心信息vs支撑细节，优先保留核心
|
||
- **格式简化处理**：复杂markdown转换为简洁格式
|
||
|
||
### 标签系统规范化
|
||
- **主标签分类**：技术栈、领域、类型、优先级四个维度
|
||
- **标签命名规范**：使用统一格式，避免特殊字符和空格
|
||
- **去重机制**：检查已有标签，避免语义重复
|
||
- **层级标签**：支持`技术栈-具体技术`的层级结构
|
||
|
||
### 内容结构化模板
|
||
```
|
||
## [简洁标题]
|
||
**核心要点**：[1-2句话概括]
|
||
**关键信息**：[结构化列表，3-5点]
|
||
**技术栈**：[相关技术]
|
||
**适用场景**：[使用条件]
|
||
**价值收益**：[解决的问题或带来的价值]
|
||
```
|
||
|
||
### XML转义友好处理
|
||
- **特殊字符预处理**：主动识别和处理<>&"'等字符
|
||
- **代码块优化**：简化代码示例，保留核心逻辑
|
||
- **JSON/XML示例**：提供简化版本，避免复杂嵌套
|
||
- **URL链接处理**：使用描述性文本替代长链接
|
||
</reasoning>
|
||
|
||
<challenge>
|
||
## XML记忆模式关键挑战
|
||
|
||
### 信息完整性vs可读性平衡
|
||
- 如何在保持信息完整的同时提升XML显示效果？
|
||
- 精简内容是否会丢失重要的技术细节？
|
||
- 如何判断哪些信息属于"核心"vs"细节"？
|
||
|
||
### 标签系统一致性
|
||
- 如何确保不同时间、不同上下文的标签保持一致？
|
||
- 自动生成标签与用户自定义标签如何协调？
|
||
- 标签过多或过少都会影响检索效果，如何平衡？
|
||
|
||
### 内容压缩的质量控制
|
||
- 压缩算法可能误删重要信息，如何保障质量？
|
||
- 技术文档的层次结构如何在压缩后保持？
|
||
- 用户的个人表达风格是否应该保留？
|
||
|
||
### 跨领域适应性
|
||
- 不同技术领域的记忆内容结构差异很大，如何统一？
|
||
- 前端、后端、架构、业务等不同角色的记忆偏好如何平衡？
|
||
</challenge>
|
||
|
||
<plan>
|
||
## XML记忆优化工作流程
|
||
|
||
### 记忆内容预处理
|
||
1. **内容长度评估** → 判断是否需要压缩（>400字触发）
|
||
2. **信息类型识别** → 分类为知识要点/解决方案/技术总结/经验教训
|
||
3. **核心信息提取** → 使用模板化方式重组内容
|
||
4. **格式简化处理** → 优化markdown格式，提升XML兼容性
|
||
5. **特殊字符预处理** → 主动处理XML转义问题
|
||
|
||
### 标签系统优化
|
||
1. **标签维度分析** → 识别技术栈、领域、类型、重要性
|
||
2. **自动标签生成** → 基于内容智能生成3-5个核心标签
|
||
3. **标签去重检查** → 与现有记忆标签对比，避免重复
|
||
4. **标签格式规范** → 统一命名格式，支持层级结构
|
||
5. **标签质量验证** → 确保标签与内容的匹配度
|
||
|
||
### 记忆质量控制
|
||
1. **压缩质量评估** → 核心信息保留率检查
|
||
2. **可读性验证** → XML展示效果预览
|
||
3. **检索友好性** → 关键词覆盖度评估
|
||
4. **内容完整性** → 重要技术细节保留确认
|
||
5. **用户体验优化** → 格式美观度和阅读体验
|
||
|
||
### 个性化适配策略
|
||
- **领域特化**：根据用户主要技术领域调整模板
|
||
- **角色适配**：前端/后端/架构师等不同角色的记忆偏好
|
||
- **详细度偏好**：用户对技术细节的保留偏好学习
|
||
- **标签习惯**：学习用户的标签使用习惯和偏好
|
||
</plan>
|
||
</thought> |