17 lines
996 B
Markdown
17 lines
996 B
Markdown
|
|
1. 用--modules
|
|||
|
|
2. 扁平结构
|
|||
|
|
3. 作为独立模块默认启用(因为有可能后续项目稳定后会把所有程序编译为无需额外环境依赖的二进制可执行文件,甚至是使用rust重写程序)
|
|||
|
|
4. 参数用逗号分隔
|
|||
|
|
|
|||
|
|
我的新想法:
|
|||
|
|
|
|||
|
|
1. 弃用check,仅保留ensure,
|
|||
|
|
- 因为不论是有明确的配置文件指定了具体环境模块配置的情况,
|
|||
|
|
- 或者是单独使用模块参数忽略掉配置是否启用,
|
|||
|
|
- 都说明有明确的对指定模块的使用意图,
|
|||
|
|
- 我希望只要执行了就默认为预期是目标环境可用,
|
|||
|
|
- 所以仅保留ensure,若检测到不可用就自动尝试修复,修复成功后可用正常输出反馈告知LLM环境可用即可
|
|||
|
|
2. 但是使用list时依然显示其模块能力情况,有些模块可能没办法支持ensure,
|
|||
|
|
3. 只有使用--all选项时,不进行ensure操作,仅检测,
|
|||
|
|
- 使用all时对所有已启用的模块仅执行check操作,报告其可用性
|