本文档汇总了各成员在 2025 年 5 月 11 日 ~ 5 月 31 日完成的工作。我们遇到了进度问题（收工后需反思）：

• 本学期第十四周（05/19 ~ 05/25）有相当多课程需要提交实验结果或上台展示。
• 本学期第十六周（06/02 ~ 06/08）大部分限选课期末考试，我们需要备考。
• 第十六周后依旧有课程需要考试/展示/提交实验结果，我们必须并行推进。

知识学习/项目管理上的进度

dogdogw：

• 在 25/05/11 发布了《诤略参谋 | 工作分析,实现想法,阶段规划(长期更新)》，并在此后一周里持续更新此博客。这篇博客是 dogdogw 在 05/11 ~ 05/17 里的“思维链”——他把博客当作开发前的思考草稿，又把开发过程写入博客。这篇博客包括：
  • 对 05/11 ~ 05/17 每天的工作与新进度的详细记录。
  • 开发时遇到的需要注意的问题以及对它们的简单分析。
  • 上下文策略的设计思路。
    
    
• 在 25/05/20 发布了另一篇个人博客。因为那一篇博客还有一部分内容（以及博客名）未确定，本汇报里不概括这篇博客的内容。

epiphany狂人：

• 在 25/05/12 发布了《完成前端创造力组件》，构思参谋在具体的创造力等级下应该有什么表现，编写并测试了相应提示词（未来还会迭代）。

请严格按照已有的规则、模板、数据和标准，不进行任何超出既定范围的思考、联想、假设或创新，仅基于已知的固定信息进行准确无误的回答或执行任务，确保内容完全符合预先设定的框架和要求，避免任何主观的创意发挥。 适用场景：如简单的数学计算、固定格式的文档填写、已知程序的代码书写等高度标准化的任务，要求结果稳定、可靠且无偏差。

• 在 25/05/20 与 25/05/30 发布了另外两篇博客，本汇报里不概括这两篇博客的内容，原因同上。

魂兮归乡：

• 在 25/05/22 发布了《六、插曲：项目范围管理》，从 PMBOK 项目范围管理知识领域的角度回顾诤略参谋，更进一步地分析了《一、项目伊始》中“用户视角下的走一步画一步”策略的优势，此外又在探讨诤略参谋的艺术设计。
  
  
• 一件有意思的事——我们团队有四个人凭借诤略参谋项目在 05/23 的软件项目管理课上拿到了四本《人月神话》。没能拿到五本是因为 w_x_yao 在这门课的另一个班，两个班是相离的。

贝格拉夫：

• 初步测试了让 LLM 针对计划正文“吹毛求疵”，编写了实现“批注”可视化方案的小 Demo（尚未整合到主项目）。

w_x_yao：

• 正在理解和对接已完成的 Avatar（AvatarGroup）部分，也在构思统计上的细节。
• 在 25/05/20 发布了一篇博客，本汇报里不概括这篇博客的内容，原因同上。

主项目上的进度

注：

• 灰底带删除线的是在上一次或更早的汇报中就已完成的任务；
• 绿底带删除线的是在本次汇报中完成的任务；
• 如果队员在上一次汇报后没有完成新任务，不展示对应成员的任务表。
  • “没有完成新任务”不等于“没有做新的事情”，队员依旧会学习相关知识、编写博客、构思实现方案、写小例子。

dogdogw：

• 实现了项目的增删改查以及上下文管理，编写了以下组件：
  • 增：ProjectCreator.vue。
    
  • 查：ProjectList.vue（项目概况）、ProjectItem.vue（分页列表中的项目概况列表项）、ProjectDetail.vue（项目详情）。
    
    
  • 改：ProjectEditModal.vue（修改项目名称或概要）、ProjectContext.vue、ProjectGoal.vue（修改项目目标）、ProjectPrimaryContext.vue（修改核心上下文）、ProjectSecondaryContext.vue（修改次级上下文（文本部分））、ProjectFile（浏览、上传、删除文件形式的次级上下文）。
    
    
    
    • 这些都支持 OCR 输入（利用 OCR 识别用户提供的图片上的文本并将文本追加到 Txt 内），dogdogw 为 OCR 编写了 OcrBtn.vue 和 OcrInput.vue 组件以及 ocrHelper.js 和 ocrService.js。
    • ProjectFile.vue 的核心是 dogdogw 编写的 ContextFileManager.vue 和 plan store 中的一堆相关函数。
  • 删：利用了 Deletor。
    
• 在后端编写了：
  • ContextFileController、ContextStrategyController、ProjectController。
  • ProjectService、TokenizerService、ContextFileService、ContextThresholdService、ContextStrategyService 和 AliDocumentParsingService。分别用于项目的常规数据管理、估算上下文占用 token 数、上传/删除/浏览次级上下文文件、判断项目已有文件是否超过阈值（以及具体是哪个文件导致总上下文超出阈值，以备提醒用户以及指导后续策略工作）、获取/设置各级上下文策略并根据策略处理上下文、利用阿里巴巴的文档解析模型提取用户上传的各种文件的内容。
    • 由于 API 设计需要，在 AliDocumentParsingService 里实现了后端轮询。
  • Project、ContextFile 实体类。一个 Project 对应多个 ContextFile。

epiphany狂人：

• 实现了初步的添加、删除、修改、模糊查询。UI 之后改。
  
  • 在前端编写了 PlanDetail.vue、PlanItem.vue、PlanAddModal.vue 和 PlanEditModal.vue。
  • 在后端编写了 PlanController、PlanService 与 Plan。
• 实现了记忆的增加、删除、修改、启用/禁用与全部禁用。
  
  • 在前端编写了 Memory.vue、MemoryAddModal.vue、MemoryEditModal.vue。
  • 在后端编写了 MemoryController 与 MemoryService。
• 初步构思了参谋的不同创造力等级。

魂兮归乡：

• 与队员讨论上下文策略等模块的设计。
• 持续监督队员开发、重构代码。重构的工作量比想象中大很多。
• 在考察后引入 glm-4-flash-250414 API，用它快速处理语义审查等简单问题。已经在主项目的添加/编辑记忆功能上跑通了语义审查，接下来只需要等其他人完成功能后把同样的语义审查流程追加上去。