sayurinana/agent-aide
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

[aide] 保存未提交的变更

Browse Source
This commit is contained in:
sayurinana(vm)
2025-12-19 00:40:02 +08:00
parent 0079bd5cd4
commit 93d1b21bb8
2 changed files with 16 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

1
aide-program/requirements.txt
View File

@@ -1 +1,2 @@
# 在此添加依赖
tomli-w==1.2.0

16
task-now.md
View File

@@ -1,3 +1,5 @@
> commands & skills都是将会提供给你使用的指导规范以及工具和能力，下文中会用LLM来指代你的角色，
对现有的 commands & skills & aide program 体系做一些调整：
1. 把init时的gitignore_aide默认值设为false
@@ -28,4 +30,16 @@
- 在开始编写流程图前，应该要先根据load加载的项目文档对项目进行分析和流程图分划处理，用户文档的区块划分不同于项目文档，项目文档的要求是完完全全的深度且全面的覆盖，便于先脉络后枝叶的按需加载和检索，但用户文档要按照逻辑或业务呈现一个整体的形式为目标，
- 先按需读取项目文档知道足够对项目信息做出业务逻辑整体的区块划分，然后再深入分析其复杂度和工作量，对流程图的编写工作进行步骤计划，
- 步骤计划不一定是一个子项目一个计划，例如前面api-lib+api+ui的项目，可以分为3个整体区块，但不一定只要三步就能完成，如果api-lib过于庞大，可能即使每一次都消耗满上下文，分布工作10次也不一定能完成这一个区块的任务，
- 必须先分划好区块，然后分析具体步骤计划，编写计划进度文档然后才能开始具体的流程图设计，
- 必须先分划好区块，然后分析具体步骤计划，编写计划进度文档然后才能开始具体的流程图设计，
- 也许可以把这个命令拆分为多个命令，先完成好流程图的任务，再处理文档的事，这样的话就可以在写文档时，如果需要用到图的话，直接插入已生成的png流程图，且做好拆分的话，更利于流程图的任务分步执行和接续执行，初始化以及后续的每次对话都只需要load+运行构建用户文档流程图的命令即可，第一次会开始分析和计划之后，之后的每次执行都会在产出的同时同步更新计划文档，后续的新对话中通过检索计划即可，计划文档应起到分布计划+状态记录+指导任务细节的作用，
4. 同步更新command/run和aide program:
- 当用户期望返工时，
- 如果是新需求等情况或是明确要求返回到task-optimize阶段的，必须先把把用户的新需求或建议的原文及其提出的时机插入更新到task.source文档中，如果LLM有些有意义有价值的建议或想法也可以插入在后面，（必须要先aide flow issue 准备返工“***”， 具体消息内容要LLM根据当时情况生成，然后完成task.source更新才能执行aide flow back-part task-optimize）
- 如果是要返工到后续其他阶段，则按下一条处理（先aide flow issue 准备返工前处理需求整合“***”）
- 所有后面其他阶段的的返工，都要先把用户的新需求或建议的原文及其提出的时机记录到一个临时文档中，例如`new-requirements.md`，然后根据原本的任务细则是单细则文档还是多细则文档，在导览的部分郑重声明已返工，在处理好引起返工的需求和原细则的需求冲突之后（注意梳理清楚已完成项目、未完成项目、之前已完成但返工后受到影响要重新处理的项目），融入进去整合得到新的细则后再删除这条声明，此声明删除后才能继续任务，（完成了细则的返工处理整合更新后才能执行aide flow back-part ***）
- 如果是要返工到task-optimize阶段的，在aide flow issue之后必须先提醒用户，“我将会对task-now.md进行更新，加入您的新需求和我的建议，然后更新流程状态返工到task-optimize阶段，建议您在流程状态返工后使用`/exit`结束本次对话，重新启动一个新的对话执行load+run，我将会自动接续任务的处理”
- 如果是要返工到后面的阶段的，在aide flow issue之后必须先提醒用户，“我将会对new-requirements.md进行更新，加入您的新需求和我的建议，然后处理好您的新需求和原细则的需求冲突整合，然后更新流程状态返工到***阶段，建议您在流程状态返工后使用`/exit`结束本次对话，重新启动一个新的对话执行load+run，我将会自动接续任务的处理”
- aide必须在所有aide flow back-part ***命令执行前要求LLM确认已完成完成上述的准备工作和提醒工作，同时生成和输出一个短key，例如abc123，要求LLM再次确认，若确认已完成则执行aide flow back-confirm --key abc123，否则拒绝执行该命令，且aide要在成功确认并执行之前被暂时压下到的back-part之后，aide也要输出警告提醒，告知用户现在已完成流程状态的返工，建议用户在此时使用`/exit`结束本次对话，重新启动一个新的对话执行load+run以便于任务的顺利接续
- aide flow back-part *** 执行成功后（此时flow状态已变更为返工后的状态，且flow数据已记录对应的提交哈希），输出提示消息之前，必须暂存所有更改，创建一个清洁提交，但此次提交不需要记录，仅用于保证工作仓库清洁用，
- 我想把这些关于返工的细节都写进一个skill里，在run中仅要求LLM在遇到用户提出返工需求时，学习这个skill然后完成细节处理