小优化,产品愿景,视觉规范,交互和导航大版本
This commit is contained in:
44
.cursor/rules/common/distillery-recall.mdc
Normal file
44
.cursor/rules/common/distillery-recall.mdc
Normal file
@@ -0,0 +1,44 @@
|
||||
## Problem Distillery 上下文注入
|
||||
|
||||
### Golden Rules 注入
|
||||
|
||||
每次会话处理用户第一个任务前,执行以下操作:
|
||||
|
||||
1. 读取 `.cursor/distillery/golden-rules.md`(不存在则跳过)
|
||||
2. 如文件存在且有实质条目(不仅是标题),将全部条目作为背景知识注入上下文
|
||||
3. 这些是经过实践反复验证的精炼认知,Agent 在分析和解决问题时应自然参考
|
||||
4. 不需要在回复中显式提及"根据 Golden Rule"
|
||||
|
||||
### 蒸馏提醒检查
|
||||
|
||||
每次会话处理用户第一个任务前,额外检查:
|
||||
|
||||
1. 读取 `.cursor/distillery/insights.md`(不存在则跳过)
|
||||
2. 检查文件尾部的 `last_distill_date` 字段
|
||||
3. 如果距今超过 7 天,读取 `.cursor/distillery/problems.md`
|
||||
4. 统计 `status: resolved` 且无 `distilled:` 标记的条目数量
|
||||
5. 如有未蒸馏的已解决条目,提醒用户:
|
||||
> 你有 N 个已解决的顽固问题尚未总结,要花几分钟蒸馏一下吗?
|
||||
6. 每次会话最多提醒一次
|
||||
|
||||
### 顽固问题检测
|
||||
|
||||
Agent 在整个对话过程中应保持对以下信号的被动感知:
|
||||
|
||||
1. 用户表达问题未解决:"还有问题"、"没解决"、"还是一样"、"又出现了"、"不行"、"没用"
|
||||
2. Agent 自身意识到同一问题已尝试 2 次以上仍未解决
|
||||
3. pitfall-journal 中已有记录的问题再次出现
|
||||
|
||||
检测到上述信号时,读取 `problem-distillery` Skill 并执行其操作 A。
|
||||
|
||||
### 验证触发
|
||||
|
||||
当操作 A 触发时(追踪新的或再次出现的顽固问题),如果 `insights.md` 非空,
|
||||
还应执行操作 D 的被动验证流程——匹配是否有相关的已蒸馏经验可供参考。
|
||||
|
||||
### 注意
|
||||
|
||||
- Golden Rules 注入是极轻量操作(预期 < 30 行),每次会话都执行
|
||||
- 蒸馏提醒按需触发,只在条件满足时提醒
|
||||
- problems.md 的详细记录**不主动读取**,仅在操作 A/B/C 时按需读取
|
||||
- 本 Rule 只负责触发和注入,具体操作流程由 `problem-distillery` Skill 定义
|
||||
47
.cursor/rules/project/local-env-check.mdc
Normal file
47
.cursor/rules/project/local-env-check.mdc
Normal file
@@ -0,0 +1,47 @@
|
||||
---
|
||||
description: 检查本地环境配置文件 .cursor/local-env.json 是否存在,不存在时自动探测并生成
|
||||
globs:
|
||||
alwaysApply: true
|
||||
---
|
||||
|
||||
## 本地环境配置自动初始化
|
||||
|
||||
每次会话处理用户第一个任务前,检查 `.cursor/local-env.json` 是否存在:
|
||||
|
||||
### 文件存在时
|
||||
|
||||
读取并验证 JSON 格式正确、包含 `nodejs_path` 和 `shell` 两个字段。
|
||||
字段缺失时补充探测(见下方流程),不覆盖已有字段。
|
||||
|
||||
### 文件不存在时
|
||||
|
||||
执行自动探测流程,生成 `.cursor/local-env.json`:
|
||||
|
||||
```
|
||||
1. 探测 shell 类型:
|
||||
- Windows($env:OS 包含 "Windows")→ "powershell"
|
||||
- macOS/Linux → 读取 $SHELL 环境变量末段(bash/zsh/fish 等)
|
||||
|
||||
2. 探测 Node.js 路径:
|
||||
- Windows:运行 `where.exe node`,排除 Cursor 内置的 node
|
||||
(路径含 "cursor" 的不算),取第一个有效结果的父目录
|
||||
- macOS/Linux:运行 `which node`,取父目录
|
||||
- 找不到 → 设为 null
|
||||
|
||||
3. 写入 .cursor/local-env.json:
|
||||
{
|
||||
"nodejs_path": "<探测到的路径或 null>",
|
||||
"shell": "<探测到的 shell>"
|
||||
}
|
||||
|
||||
4. 简要告知用户:
|
||||
> 已自动生成本地环境配置 `.cursor/local-env.json`,
|
||||
> 检测到 Node.js 路径为 xxx,shell 为 xxx。如需调整请手动编辑该文件。
|
||||
```
|
||||
|
||||
### 注意事项
|
||||
|
||||
- `local-env.json` 已在 `.gitignore` 中,不会进入版本控制
|
||||
- 该文件存储**设备绑定**的配置,与 `.env`(存储密钥/API key)互补
|
||||
- 只在文件不存在或字段缺失时触发探测,不会每次会话都重新探测
|
||||
- 探测结果不一定准确(如多个 Node.js 版本并存),用户可随时手动修改
|
||||
Reference in New Issue
Block a user