mirror of
https://github.com/affaan-m/everything-claude-code.git
synced 2026-03-31 22:23:27 +08:00
118 lines
4.9 KiB
Markdown
118 lines
4.9 KiB
Markdown
---
|
||
description: "从会话中提取可重用模式，在保存前自我评估质量，并确定正确的保存位置（全局与项目）。"
|
||
---
|
||
|
||
# /learn-eval - 提取、评估、然后保存
|
||
|
||
扩展 `/learn`，在编写任何技能文件之前，加入质量门控、保存位置决策和知识放置意识。
|
||
|
||
## 提取内容
|
||
|
||
寻找：
|
||
|
||
1. **错误解决模式** — 根本原因 + 修复方法 + 可重用性
|
||
2. **调试技术** — 非显而易见的步骤、工具组合
|
||
3. **变通方法** — 库的怪癖、API 限制、特定版本的修复
|
||
4. **项目特定模式** — 约定、架构决策、集成模式
|
||
|
||
## 流程
|
||
|
||
1. 回顾会话，寻找可提取的模式
|
||
|
||
2. 识别最有价值/可重用的见解
|
||
|
||
3. **确定保存位置：**
|
||
* 提问："这个模式在其他项目中会有用吗？"
|
||
* **全局** (`~/.claude/skills/learned/`)：可在 2 个以上项目中使用的通用模式（bash 兼容性、LLM API 行为、调试技术等）
|
||
* **项目** (当前项目中的 `.claude/skills/learned/`)：项目特定的知识（特定配置文件的怪癖、项目特定的架构决策等）
|
||
* 不确定时，选择全局（将全局 → 项目移动比反向操作更容易）
|
||
|
||
4. 使用此格式起草技能文件：
|
||
|
||
```markdown
|
||
---
|
||
name: pattern-name
|
||
description: "Under 130 characters"
|
||
user-invocable: false
|
||
origin: auto-extracted
|
||
---
|
||
|
||
# [描述性模式名称]
|
||
|
||
**提取日期：** [日期]
|
||
**上下文：** [简要描述此模式适用的场景]
|
||
|
||
## 问题
|
||
[此模式解决的具体问题 - 请详细说明]
|
||
|
||
## 解决方案
|
||
[模式/技术/变通方案 - 附带代码示例]
|
||
|
||
## 何时使用
|
||
[触发条件]
|
||
```
|
||
|
||
5. **质量门控 — 清单 + 整体裁决**
|
||
|
||
### 5a. 必需清单（通过实际阅读文件进行验证）
|
||
|
||
在评估草案**之前**，执行以下所有操作：
|
||
|
||
* \[ ] 使用关键字在 `~/.claude/skills/` 和相关项目的 `.claude/skills/` 文件中进行 grep 搜索，检查内容重叠
|
||
* \[ ] 检查 MEMORY.md（项目级和全局级）以查找重叠内容
|
||
* \[ ] 考虑是否追加到现有技能即可满足需求
|
||
* \[ ] 确认这是一个可复用的模式，而非一次性修复
|
||
|
||
### 5b. 整体裁决
|
||
|
||
综合清单结果和草案质量，然后选择**以下一项**：
|
||
|
||
| 裁决 | 含义 | 下一步行动 |
|
||
|---------|---------|-------------|
|
||
| **保存** | 独特、具体、范围明确 | 进行到步骤 6 |
|
||
| **改进后保存** | 有价值但需要改进 | 列出改进项 → 修订 → 重新评估（一次） |
|
||
| **吸收到 \[X]** | 应追加到现有技能 | 显示目标技能和添加内容 → 步骤 6 |
|
||
| **放弃** | 琐碎、冗余或过于抽象 | 解释原因并停止 |
|
||
|
||
**指导维度**（用于告知裁决，不进行评分）：
|
||
|
||
* **具体性和可操作性**：包含可立即使用的代码示例或命令
|
||
* **范围契合度**：名称、触发条件和内容保持一致，并专注于单一模式
|
||
* **独特性**：提供现有技能未涵盖的价值（基于清单结果）
|
||
* **可复用性**：在未来的会话中存在现实的触发场景
|
||
|
||
6. **裁决特定的确认流程**
|
||
|
||
* **改进后保存**：呈现必需的改进项 + 修订后的草案 + 一次重新评估后的更新清单/裁决；如果修订后的裁决是**保存**，则在用户确认后保存，否则遵循新的裁决
|
||
* **保存**：呈现保存路径 + 清单结果 + 1行裁决理由 + 完整草案 → 在用户确认后保存
|
||
* **吸收到 \[X]**：呈现目标路径 + 添加内容（diff格式） + 清单结果 + 裁决理由 → 在用户确认后追加
|
||
* **放弃**：仅显示清单结果 + 推理（无需确认）
|
||
|
||
7. 保存 / 吸收到确定的位置
|
||
|
||
## 步骤 5 的输出格式
|
||
|
||
```
|
||
### 检查清单
|
||
- [x] skills/ grep: 无重叠 (或: 发现重叠 → 详情)
|
||
- [x] MEMORY.md: 无重叠 (或: 发现重叠 → 详情)
|
||
- [x] 现有技能追加: 新文件合适 (或: 应追加到 [X])
|
||
- [x] 可复用性: 已确认 (或: 一次性 → 丢弃)
|
||
|
||
### 裁决: 保存 / 改进后保存 / 吸收到 [X] / 丢弃
|
||
|
||
**理由:** (用 1-2 句话解释裁决)
|
||
```
|
||
|
||
## 设计原理
|
||
|
||
此版本用基于清单的整体裁决系统取代了之前的 5 维度数字评分标准（具体性、可操作性、范围契合度、非冗余性、覆盖度，评分 1-5）。现代前沿模型（Opus 4.6+）具有强大的情境判断能力 —— 将丰富的定性信号强行压缩为数字评分会丢失细微差别，并可能产生误导性的总分。整体方法让模型自然地权衡所有因素，产生更准确的保存/放弃决策，同时明确的清单确保不会跳过任何关键检查。
|
||
|
||
## 注意事项
|
||
|
||
* 不要提取琐碎的修复（拼写错误、简单的语法错误）
|
||
* 不要提取一次性问题（特定的 API 中断等）
|
||
* 专注于那些将在未来会话中节省时间的模式
|
||
* 保持技能聚焦 —— 每个技能一个模式
|
||
* 当裁决为“吸收”时，追加到现有技能，而不是创建新文件
|