1.8 KiB
1.8 KiB
调整意见
- command init中指导的是先
aide env ensure再aide init（视.aide/是否存在）：- env的检查需要用到环境配置文件，但配置文件在.aide下
- init会创建配置文件，但后续没提要再次检查env
- 这个顺序是否存在问题
能不能把init提到env前执行，在设计程序时保证init的运行不依赖于任何需要另外安装的包，保证只要aide封装脚本检测到了python3就一定能运行init，
如果无法保证（比如要引入配置文件解析的包），那能否把env拆分为两部分，然后：
1. 先执行aide env ensure --aide-runtime 本身所需runtime的环境检查和自动修复保证可运行所有aide程序
2. 执行aide init确保配置文件
3. 执行aide env检查项目所需环境配置
-
把状态记录、流程变更、git操作等全部程序化封装为aide指令后，剩下的部分已经很轻量了，prep和exec都不需要也不应该再主动向LLM提出关于git操作、状态记录等操作的提示词，只要让LLM有流程和步骤的概念，按要求执行aide flow即可，不应该再主动关注那些自动化的操作本身的事，
-
而且我希望的是prep的最开始就要执行aide flow，我在before-2.md中已经举了很详细的从头开始的先后调用的示例了，你要更正prep的指导内容，并更新skill中关于开头部分的flow环节名
-
我想要prep和exec都要可以接受传入指定文档路径参数，prep指定任务原文档，exec指定任务细则文档，当未传入时，使用项目的环境配置文件中设置的默认的原文档和细则文档（这个配置应该要在init阶段最后检查项目环境配置时由aide env输出反馈给LLM，通常默认情况下原文档默认为task-now.md， 细则文档默认为task-spec.md），