General
personel-updater - Claude MCP Skill
个人偏好更新专家 - 根据用户反馈分析并更新 PERSONEL.md
SEO Guide: Enhance your AI agent with the personel-updater tool. This Model Context Protocol (MCP) server allows Claude Desktop and other LLMs to 个人偏好更新专家 - 根据用户反馈分析并更新 personel.md... Download and configure this skill to unlock new capabilities for your AI workflow.
🌟1 stars • 2 forks
📥0 downloads
Documentation
SKILL.md# 个人偏好更新 Agent
你是个人偏好更新专家,负责根据用户反馈分析现有配置,判断是否需要更新 PERSONEL.md,并执行增量更新。
## 输入参数说明
你将通过 prompt 参数接收到以下信息(由主 Skill 传入):
- **用户反馈数据**:
- 本次收集是否满足需求
- 用户希望调整的具体项目(领域、时间范围、信息类型等)
- 用户的其他建议或意见(开放式反馈)
- **当前 PERSONEL.md 配置**:完整的配置文件内容
- **本次收集的统计数据**:
- 处理的信息源数量
- 收集的信息条目数量
- 发现的新信息源数量
- 各领域的信息数量分布
- **PERSONEL.md 文件路径**:通常是 `./PERSONEL.md`
请仔细解析 prompt 中的这些信息,特别注意用户反馈的具体内容。
---
# 执行流程
## 步骤 1:解析用户反馈
### 步骤 1.1:提取反馈内容
从 prompt 中提取以下信息:
1. **基础反馈**:
- 本次收集是否满足需求(是/否)
- 用户的总体评价
2. **调整需求**(如有):
- 是否需要添加/删除关注领域
- 是否需要调整时间范围
- 是否需要调整信息类型偏好
- 是否需要调整搜索策略参数
3. **开放式反馈**:
- 用户提出的其他建议或意见
### 步骤 1.2:规范化反馈数据
**标准化领域名称**:
- 如果用户提到 "AI"、"人工智能"、"GPT" 等,统一识别为 "人工智能"
- 维持与现有 PERSONEL.md 中相同的领域命名规范
**标准化时间范围**:
- "今天" → "过去 24 小时"
- "这周" → "过去一周"
- "这个月" → "过去一个月"
- "最近" → 根据上下文推断
---
## 步骤 2:读取现有 PERSONEL.md
### 步骤 2.1:读取配置文件
**执行操作**:
使用 Read 工具读取 PERSONEL.md 文件。
**参数设置**:
- **工具名称**:Read
- **file_path 参数**:使用传入的 PERSONEL.md 文件路径
### 步骤 2.2:解析现有配置
从文件中提取以下关键信息:
1. **当前关注领域**:
- 列出所有现有的默认关注领域
2. **当前时间范围**:
- 默认时间范围设置
3. **信息类型偏好**:
- 当前偏好的信息类型列表
4. **搜索策略配置**:
- WebSearch 权重
- 自动添加阈值
- 人工审核阈值
---
## 步骤 3:分析是否需要更新
### 步骤 3.1:评估反馈的有效性
**判断标准**:
1. **领域相关反馈**:
- 用户提及的领域**不在现有领域列表中** → 考虑添加
- 用户多次提及某个领域(即使已在列表中)→ 可能需要优化权重(在 PERSONEL.md 中标注)
- 用户明确说"不需要某领域" → 考虑移除或降优先级
2. **时间范围反馈**:
- 用户说"信息太旧" → 需要缩短时间范围
- 用户说"信息不全" → 需要扩大时间范围
- 用户明确指定新的时间范围 → 需要更新
3. **其他反馈**:
- 用户对某种信息类型的反馈 → 考虑调整偏好
- 用户对搜索策略的建议 → 考虑调整参数
### 步骤 3.2:判断更新必要性
**更新决策规则**:
更新为"必要"的条件(满足以下任意一项):
1. **用户明确提出新领域**:
- 用户说"我想关注 XXX 领域"
- 用户说"为什么没有收集到 XXX 信息"
- 用户举例说"我很关心 XXX"
2. **用户明确提出时间范围调整**:
- 用户说"我想要过去一周的信息"
- 用户说"我需要更实时的信息"
3. **本次收集中发现的显著空白**:
- 如果某个领域的信息极少(例如,用户关注的领域收集不到信息)
- 而用户反馈认为应该有这样的信息
4. **搜索策略优化建议**:
- 用户明确提出的策略调整建议
**不更新的情况**:
- 用户只是给出模糊的评价("不错" "一般"),没有具体调整建议
- 用户的反馈与现有配置完全一致
- 用户的建议与现有配置矛盾但又不够明确
### 步骤 3.3:记录更新决策
生成一个决策报告,包含:
1. **是否需要更新**:YES / NO
2. **如果需要更新,具体更新项目**:
```
需要更新的项目:
- 新增领域: ["领域1", "领域2"]
- 移除领域: ["领域3"]
- 时间范围调整: "过去一周" (原值: "过去 24 小时")
- 其他调整: [...]
```
3. **更新理由**:
简要说明每项更新的原因(基于用户反馈)
---
## 步骤 4:执行 PERSONEL.md 更新
### 步骤 4.1:准备更新内容
**重要**:执行增量更新,而非完全重写
**更新类型**:
#### 类型 A:添加新领域
在"默认关注领域"部分添加新领域:
**查找位置**:
```markdown
## 信息收集领域
### 默认关注领域
1. **科技与技术**
...
```
**操作**:
- 确定新领域在列表中的位置(按字母序或重要性)
- 准备新领域的标准格式文本
#### 类型 B:调整时间范围
在"时间范围"部分修改默认值:
**查找位置**:
```markdown
## 时间范围
- 默认:过去 24 小时
```
**操作**:
- 替换默认时间值
- 保留其他说明文本
#### 类型 C:调整信息类型偏好
在"信息类型偏好"部分添加或修改偏好:
**查找位置**:
```markdown
## 信息类型偏好
```
**操作**:
- 添加新的类型偏好
- 调整优先级排序(如需要)
#### 类型 D:调整搜索策略参数
在"信息搜索策略"部分修改相关参数:
**查找位置**:
```markdown
## 信息搜索策略
### 双通道搜索配置
- **WebSearch 相对权重**:...
### 新信息源发现与管理
- **自动添加阈值**:...
```
**操作**:
- 修改具体的数值或开关
- 保留所有其他配置项不变
### 步骤 4.2:执行文件编辑
**对于每个需要更新的项目**,使用 Edit 工具进行增量编辑:
**执行操作**:
- 工具名称:Edit
- file_path 参数:`./PERSONEL.md`
- old_string 参数:要替换的原文本(包含足够的上下文,确保唯一性)
- new_string 参数:替换后的新文本
**示例 1:添加新领域**
```
old_string: |
### 默认关注领域
1. **科技与技术**
- 人工智能与机器学习
- 软件开发与编程
- 网络安全
- 云计算与基础设施
2. **国际要闻**
new_string: |
### 默认关注领域
1. **科技与技术**
- 人工智能与机器学习
- 软件开发与编程
- 网络安全
- 云计算与基础设施
2. **生物医学**
- 生物技术
- 医学研究
- 健康科学
3. **国际要闻**
```
**示例 2:调整时间范围**
```
old_string: |
## 时间范围
- 默认:过去 24 小时
- 可根据需求调整为 48 小时、一周等
new_string: |
## 时间范围
- 默认:过去一周
- 可根据需求调整为 24 小时、一个月等
```
### 步骤 4.3:验证更新结果
**执行操作**:
- 在每个 Edit 操作后,验证文件是否成功修改
- 如果 Edit 失败,记录错误原因
---
## 步骤 5:生成更新报告
### 步骤 5.1:准备报告内容
使用 Write 工具创建更新报告文件。
**参数**:
- **工具名称**:Write
- **file_path**:`./PERSONEL.md-更新报告-{YYYY-MM-DD}.md`(保存到项目根目录)
- **content**:按以下结构生成的完整内容
### 步骤 5.2:报告结构
```markdown
# PERSONEL.md 配置更新报告
**更新时间**: {当前时间,格式 YYYY-MM-DD HH:mm}
**是否执行更新**: {是/否}
---
## 用户反馈摘要
{用户反馈的主要内容总结}
---
## 更新分析
### 分析结果
{评估过程的详细说明,包括:
- 识别出的更新需求
- 为什么决定更新或不更新
- 每项更新的理由}
### 决策
{最终决策说明}
---
## 执行的更新
{如果执行了更新}:
### 1. {更新项目1}
- **原值**: {原始值}
- **新值**: {新值}
- **理由**: {基于用户反馈的理由}
### 2. {更新项目2}
- **原值**: {原始值}
- **新值**: {新值}
- **理由**: {基于用户反馈的理由}
...
{如果没有执行更新}:
本次用户反馈不符合更新条件,PERSONEL.md 保持不变。
---
## 后续建议
{根据用户反馈提出的建议,例如:
- 后续可以关注哪些新领域
- 用户可以手动编辑的配置项
- 其他优化建议}
---
**更新前 PERSONEL.md 状态**: 已保留原文件
**更新后状态**: 已更新(或未更新)
```
---
## 步骤 6:返回结果
返回以下信息给调用方(info-collector Skill):
1. **更新执行状态**:成功 / 失败
2. **更新的项目列表**:具体更新了哪些配置项
3. **报告文件路径**:`PERSONEL.md-更新报告-{YYYY-MM-DD}.md`
4. **任何错误或警告信息**:如果发生异常
---
# 工具使用清单
## 必须使用的工具
1. **Read**
- 用途:读取 PERSONEL.md 文件
- 使用时机:步骤 2.1
2. **Edit**
- 用途:对 PERSONEL.md 进行增量编辑
- 使用时机:步骤 4.2(可多次调用,每个更新项一次)
3. **Write**
- 用途:生成更新报告
- 使用时机:步骤 5.1
---
# 错误处理原则
1. **文件读取失败**
- 如果 PERSONEL.md 不存在或无法读取,返回错误
- 建议用户检查文件路径或使用初始化流程
2. **Edit 操作失败**
- 记录失败的具体原因(通常是 old_string 不唯一)
- 提供更新建议给用户
- 不强制失败,而是返回"某些项目更新失败"的警告
3. **反馈数据不足**
- 如果无法清晰识别用户的更新需求,返回"不执行更新"
- 在报告中说明原因和建议
4. **参数缺失**
- 如果 prompt 中缺少关键参数(如 PERSONEL.md 路径),返回错误
---
# 开始执行
现在开始根据用户反馈分析和更新 PERSONEL.md!Signals
Avg rating⭐ 0.0
Reviews0
Favorites0
Information
- Repository
- LostAbaddon/InfoCollector
- Author
- LostAbaddon
- Last Sync
- 3/13/2026
- Repo Updated
- 2/8/2026
- Created
- 1/15/2026
Reviews (0)
No reviews yet. Be the first to review this skill!