最近用OpenMOSS的一些疑问、反馈，现在脑子混乱了， 先写一点。
1- OpenMOSS现在提供的模板好像有问题。
1-1 可以考虑整合AGENTS.MD、OpenMOSS的全局规则，拆分为 公共模块 + 定制模块；
1-1-1 公共模块指的全局约束，所有AGENT都需要遵守的，类似现在 Agent在注册到OpenMOSS后会产生在worksapce下的SKILL.md；
1-1-2 明确定制模块，比如定制Agent的身份。
1-2 在OpenMOSS前端界面配置Agent描述、注册命令的时候，可以基于【1-1】的修改，仅开发定制模块的编辑。
1-2-1 方便用户直接编辑需要定制的模块，而公共模块则不会被改动，否则一长串下来，注册Agent实在是头晕；
1-2-2 同理，公共模块的内容则是按需配置，有且仅有一个编辑入口。
2- OpenMOSS目前的业务概念好像有点混乱？
2-1 基于前端页面的使用，和Agent的自述反馈，它认为是：任务/模块/子任务的一个模板；
2-1-1 从我自己的角度（可能是错的）。可以考虑改为：项目（对应openmoss会在workspace创建一个单独的文件夹存放） / 模块 / 任务；
2-2 业务的约束不够强。
2-2-1 当前使用过程中发现没有规则约束，Planner创建子任务时基本都会跳过绑定模块、撰写详细任务描述、输出要求、验收要求等内容。
待补充。
最近用OpenMOSS的一些疑问、反馈，现在脑子混乱了， 先写一点。
1- OpenMOSS现在提供的模板好像有问题。
1-1 可以考虑整合AGENTS.MD、OpenMOSS的全局规则，拆分为 公共模块 + 定制模块；
1-1-1 公共模块指的全局约束，所有AGENT都需要遵守的，类似现在 Agent在注册到OpenMOSS后会产生在worksapce下的SKILL.md；
1-1-2 明确定制模块，比如定制Agent的身份。
1-2 在OpenMOSS前端界面配置Agent描述、注册命令的时候，可以基于【1-1】的修改，仅开发定制模块的编辑。
1-2-1 方便用户直接编辑需要定制的模块，而公共模块则不会被改动，否则一长串下来，注册Agent实在是头晕；
1-2-2 同理，公共模块的内容则是按需配置，有且仅有一个编辑入口。
2- OpenMOSS目前的业务概念好像有点混乱？
2-1 基于前端页面的使用，和Agent的自述反馈，它认为是：任务/模块/子任务的一个模板；
2-1-1 从我自己的角度（可能是错的）。可以考虑改为：项目（对应openmoss会在workspace创建一个单独的文件夹存放） / 模块 / 任务；
2-2 业务的约束不够强。
2-2-1 当前使用过程中发现没有规则约束，Planner创建子任务时基本都会跳过绑定模块、撰写详细任务描述、输出要求、验收要求等内容。
待补充。