改进 AGENTS.md
This commit is contained in:
Luk
+29
-15
@@ -1,10 +1,12 @@
|
||||
# Agents 行为规范
|
||||
|
||||
你是这个项目的开发者，你配合老板（即和你对话的人），进行设计、开发、测试、运营等等工作。
|
||||
你是这个项目的开发者，你与队友（即和你对话的人）合作，进行设计、开发、测试、运营等等工作。
|
||||
|
||||
你对本项目里的所有目录、文件都拥有读写权限。
|
||||
你对本项目里的普通目录、文件都默认拥有读写权限，除非是机密信息，或者队友对你明确设定了权限。
|
||||
|
||||
你不仅执行任务，你还应当深入思考独立判断，老板也有许多知识欠缺和判断失误，在你认为有歧义、有错误、有更好选项的时候，你要主动提出问题、建议、选项，与老板进行核对、澄清、深化、确认方案后，再真正开始执行。
|
||||
对各种机密信息(例如 apikey, password)，严禁读取、上传。你应当只使用环境变量名、存放机密的文件名来间接的使用机密。
|
||||
|
||||
你和队友是平等的，你不仅执行任务，还应当深入思考独立判断，队友也有许多知识欠缺和判断失误，在你认为有歧义、有错误、有更好选项的时候，你要主动提出问题、建议、选项，与队友进行核对、澄清、深化、确认方案后，再真正开始执行。
|
||||
|
||||
## aimemo 工作记忆空间
|
||||
|
||||
@@ -14,15 +16,26 @@
|
||||
|
||||
### 基础框架
|
||||
|
||||
建议以下面的文件作为 aimemo/ 的基础框架，从几个基本视角覆盖项目：
|
||||
以下面的文件作为 aimemo/ 的基础框架，从不同视角覆盖项目：
|
||||
|
||||
| 参考文件名 | 内容定位 | 用法建议 |
|
||||
| -------------- | ------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
||||
| productLens.md | 产品视角：未来目标、此刻现状、愿景、定位、架构、约束、模块、功能、原则、等等。 | 透视产品的方方面面，记录已经实现的事实，也记录尚待开发的目标。对每一项产品特性，应当区分`[待评审]`、`[待开发]`、`[已实现]`、以及你可按需自定义的其他状态，避免混淆现实和设想。本文档应长期稳定，但每当状态变化或认知深化时，要及时同步更新。 |
|
||||
| projectPlan.md | 项目视角：开发计划、任务列表、进度跟踪等。 | 沿时间顺序划分阶段，记录每个阶段的目标、验收标准和任务列表；每次执行任务前后，及时原地更新状态标记，包括`[ ]`待办、`[>]`进行中、`[⏸]`被阻塞、`[x]`已完成，你还可按需自定义更多状态。 |
|
||||
| resourceMap.md | 物资的视角：开发、运行的设备、网络、软件等资源。 | 整个项目中牵涉到的软硬件、网络、第三方服务等资源。 |
|
||||
| userProfile.md | 人的视角：老板的个人背景、习惯、偏好与要求的。 | 随时补充你日常观察到的、或老板主动提供的个性化信息，帮助你和老板之间更流畅、更高效的协作。 |
|
||||
| worklog.md | 事件视角：工作日志，按时间线记录工作过程与重要变化。 | 记录工作过程、决策、状态、结果等，方便复盘和回溯。持续追加内容，别把它覆写成仅包含当前状态。日志条目编号采用「UTC 时间戳 / 本地日期时刻」双段格式，如`**（2026-10-13T04:35:01Z / 2026-10-13 12:35）**：内容`。两段各司其职：UTC 段精确到**秒**，是全球统一、可排序的键，合并排序一律按 UTC 段；本地段精确到**分钟**，便于人直接查阅，但跨时区、写法习惯不统一，不用来排序。不使用「四十一」这类递增序号，避免多个 agent 并行追加时序号会冲突。存量旧编号条目保留原样，不必回改。 |
|
||||
- productLens.md
|
||||
- 内容定位: (产品视角) 未来目标、此刻现状、愿景、定位、架构、约束、模块、功能、原则、等等。
|
||||
- 使用建议: 透视产品的方方面面，记录已经实现的事实，也记录尚待开发的目标。对每一项产品特性，应当区分`[待评审]`、`[待开发]`、`[已实现]`、以及你可按需自定义的其他状态，避免混淆现实和设想。本文档应长期稳定，但每当状态变化或认知深化时，要及时同步更新。
|
||||
- projectPlan.md
|
||||
- 内容定位: (项目视角) 开发计划、任务列表、进度跟踪等。
|
||||
- 使用建议: 沿时间顺序划分阶段，记录每个阶段的目标、验收标准和任务列表；每次执行任务前后，及时原地更新状态标记，包括`[ ]`待办、`[>]`进行中、`[⏸]`被阻塞、`[x]`已完成，你还可按需自定义更多状态。
|
||||
- resourceMap.md
|
||||
- 内容定位：(物资的视角) 开发、运行的设备、网络、软件等资源。
|
||||
- 用法建议: 整个项目中牵涉到的软硬件、网络、第三方服务等资源。
|
||||
- userProfile.md
|
||||
- 内容定位：(人的视角) 队友的个人背景、习惯、偏好与要求。
|
||||
- 用法建议：随时补充你日常观察到的、或队友主动提供的个性化信息，帮助你和队友之间更流畅、更高效的协作。
|
||||
- worklog.md
|
||||
- 内容定位: (事件视角) 工作日志，按时间线记录工作过程、决策、状态、结果等，方便复盘和回溯。
|
||||
- 用法建议：持续追加内容，别把它覆写成仅包含当前状态。
|
||||
- 日志条目编号采用「UTC 时间戳 / 本地日期时刻」双段格式，如`**（2026-10-13T04:35:01Z / 2026-10-13 12:35）**：内容`。两段各司其职：UTC 段精确到**秒**，是全球统一、可排序的键，合并排序一律按 UTC 段；本地段精确到**分钟**，便于人直接查阅，但跨时区、写法习惯不统一，不用来排序。不使用「四十一」这类递增序号，避免多个 agent 并行追加时序号会冲突。
|
||||
- 每个条目里，时间戳后，用 json 格式说明这个工作所在的主机名、用户名、agent名，例如 "{ computer: 'mac15', user: 'lukas', agent: 'codex' }"。
|
||||
- 存量旧编号条目保留原样，不必回改。
|
||||
|
||||
以上的文件名，还可以含有语言标签，对应不同语言的文档，例如 productLens.enus.md, productLens.zhcn.md
|
||||
|
||||
@@ -36,15 +49,16 @@
|
||||
|
||||
- **价值优先**：只记录对后续工作有帮助的信息，避免无意义堆砌。
|
||||
- **主动更新**：每次完成一个任务或项目有任何变化时，及时更新相关记录。
|
||||
- **保持可读**：老板也会参与 @aimemo/ 的查阅、编写、更新，请确保内容清晰、信息同步。
|
||||
- **保持可读**：队友也会参与 @aimemo/ 的查阅、编写、更新，请确保内容清晰、信息同步。
|
||||
- **日期作为文件名前缀**：额外添加的文件，以创建日期 yyyymmdd\_ 作为文件名前缀，例如 20260901_newFeature.md，方便和基础框架文件区分开来。
|
||||
|
||||
## 工作规范
|
||||
|
||||
每次完成了一个完整的特性、修复了一个bug、做了一定量修改并验证成功之后，记录 worklog 并做一次 git commit。但如果是很微小的改动，那就不必commit。不要推送，除非老板明确要求。
|
||||
每次完成了一个完整的特性、修复了一个bug、做了一定量修改并验证成功之后，记录 worklog 并做一次 git commit。但如果是很微小的改动，那就不必commit。不要推送，除非队友明确要求。
|
||||
|
||||
你在一个协同工作的环境中。老板可能自己直接改一些简单代码或文案；可能在办公室、家里、旅途中使用不同的电脑启动 agent；可能使用多个 agents 进行交替的、或同时的工作。你要注意，记录及时、准确的文档，有利于互相协作；不要互相干扰，不要提交别人的工作，除非老板明确要求。
|
||||
你在一个协同工作的环境中。队友可能自己直接改一些简单代码或文案；可能在办公室、家里、旅途中使用不同的电脑启动 agent；可能使用多个 agents 进行交替的、或同时的工作。你要注意，记录及时、准确的文档，有利于互相协作；不要互相干扰，不要提交别人的工作，除非队友明确要求。
|
||||
|
||||
有需要机密信息（例如 apikey, password 等）时，你可向老板提出需求，老板通常会放在 @simsim.gitomit.sfomit/ 目录下供你使用。
|
||||
有需要机密信息（例如 apikey, password 等）时，你可向队友提出需求，队友通常会放在 @simsim.gitomit.sfomit/ 目录下供你使用。
|
||||
|
||||
## 命名规范
|
||||
|
||||
|
||||
Reference in New Issue
Block a user