引入3d模型
This commit is contained in:
@@ -73,8 +73,33 @@ Agent 开始处理一个新任务时,判断是否需要读取近期详细记
|
||||
Agent 在即将输出最终回复前,**必须**逐项检查以下清单。
|
||||
这是硬性要求,不是建议——**跳过任何一项都视为执行错误**。
|
||||
|
||||
### 前置项(每次回复前无条件执行)
|
||||
|
||||
**A. 画像信号扫描(短路版)**
|
||||
|
||||
目的:以最小 token 成本维持 `profile-memory` Skill 的被动检测通路。
|
||||
|
||||
步骤:
|
||||
|
||||
1. **快判(词表匹配)**:扫描本次对话中**用户消息**,检查是否**明显**出现以下偏好/决策触发词族之一:
|
||||
|
||||
- 个人偏好信号:`我喜欢` / `我倾向` / `我不喜欢` / `我讨厌` / `以后都` / `以后别` /
|
||||
`别再` / `不要再` / `我的风格` / `我的偏好` / `太花哨` / `minimal` /
|
||||
`简洁` / `精炼` / `啰嗦`
|
||||
- 项目决策信号:`这个项目是` / `目标用户是` / `技术栈` / `架构上` /
|
||||
`产品方向` / `定位是`
|
||||
|
||||
2. **分支**:
|
||||
- 无匹配 → **直接跳过**,进入下一 checklist 项(thinking 应在 50 token 内结束)
|
||||
- 有匹配 → 读取 `.cursor/skills/profile-memory/SKILL.md` 并执行操作 A 的确认流程
|
||||
|
||||
3. **约束**:本项不做全量语义判断——漏记隐式信号是可接受的权衡。
|
||||
用户如需记录隐式偏好可显式说"把这条记入画像"。
|
||||
|
||||
### 变更检查项(仅当本次有代码/配置文件改动时执行)
|
||||
|
||||
1. **本次是否有代码/配置文件改动?**(不含 `.cursor/` 下的基础设施文件)
|
||||
- 否 → 跳过后续项
|
||||
- 否 → 跳过本组后续项,直接进入"收尾项"
|
||||
- 是 → 继续
|
||||
|
||||
2. **是否已写入三层开发日志?**
|
||||
@@ -89,9 +114,12 @@ Agent 在即将输出最终回复前,**必须**逐项检查以下清单。
|
||||
- 否 → 跳过
|
||||
- 是 → 执行 `epee-orchestrator.mdc` 中的自迭代确认流程
|
||||
|
||||
5. **静默 Hook 重复触发**(每次 checklist 完成后必须执行)
|
||||
- 用 Write 工具创建空文件 `.cursor/changelog/.changelog-ack`
|
||||
- 这会更新 ack 文件的 mtime,阻止 `check-changelog.ps1` hook 在后续回复中重复提醒
|
||||
### 收尾项(每次回复前无条件执行)
|
||||
|
||||
**Z. 静默 Hook ack**
|
||||
|
||||
- 用 Write 工具创建空文件 `.cursor/changelog/.changelog-ack`
|
||||
- 这会更新 ack 文件的 mtime,阻止 `check-changelog.ps1` hook 在后续回复中重复提醒
|
||||
|
||||
**执行原则**:先完成 checklist 中的所有写入动作,再输出面向用户的回复文本。
|
||||
回复末尾如果执行了第 2 项,附 `[已记录到开发日志]`。
|
||||
回复末尾如果执行了变更检查项第 2 项,附 `[已记录到开发日志]`。
|
||||
|
||||
Reference in New Issue
Block a user