Docker7530
36 lines
2.3 KiB
Markdown
36 lines
2.3 KiB
Markdown
# 任务
|
|
|
|
- [x] 测试：支撑 IBS 7.16.0 版本测试。
|
|
- [x] 客响：田卓好，有啥办法能帮忙查下这个域名当时引入时候的信安表吗？down.nikke-cn.qq.com.55.cdnhwcqir15.com（客户最后一列冲突域名填错位置。）
|
|
|
|
# 日志
|
|
|
|
现在功能是通的，但现在评估对用户来说是黑盒的，我想把评估返回的内容也反应到前端上。评估现在应该是会返回这些字段：
|
|
|
|
```
|
|
/** 预计可拆分的功能过程数量 */
|
|
private int estimatedFunctionalProcessCount;
|
|
|
|
/** 预计可拆分的子过程数量 */
|
|
private int estimatedSubProcessCount;
|
|
|
|
/** 仍需补充的功能过程数量 */
|
|
private int missingFunctionalProcessCount;
|
|
|
|
/** 缺失功能过程的建议描述 */
|
|
private List<String> missingFunctionalProcessSuggestions;
|
|
|
|
/** 评估总结 */
|
|
private String evaluationSummary;
|
|
```
|
|
|
|
帮我设计一个不错的方案。可以让前端渲染给用户看。我也想要流式的响应，比如 AI 流式返回了 estimatedFunctionalProcessCount 那么前端自动填充到 预计可拆分的功能过程数量 后边。总的我想要一种就是真的在被评估的感觉。看看怎么融入到现在需求描述页面合适。当然其他的和现有的不便，评估后继续扩写美化。只是想增加一步前端显示流程。
|
|
|
|
COSMIC_ANALYSIS_V1.md 是我一个完整的通过需求描述生成拆分文档的标准提示词。我们给用户提供了需求扩写功能（streamEnhancedRequirement），提示词为 COSMIC_REQUIREMENT_ENHANCE.md。然后也接入了 RAG 增加扩写的质量。但是我现在感觉整体扩写的还是不是很好。我想引入一个需求评估环节，当客户点击可以先用新的评估流程评估用户的需求描述大概可以生成多少个功能过程和对应的子过程描述。只是计数。同时评估还需要补充多少的功能过程的需求。然后再交给我的需求扩写美化专员。因为引入了 RAG 帮我优化我的 需求扩写美化专员提示词。要求集合知识库的内容定向设计需求，更符合我们的系统。
|
|
|
|
知识入库 页面帮我增加一个功能，用户可以选择本地一个文件夹，然后自动把文件夹中及子文件夹中的 .md、.txt、.json 进行向量化入库。
|
|
|
|
# 总结
|
|
|
|
无记忆。
|