当前位置：首页 > article >正文

B1、进度汇报（— 25/05/31）

article 2025/9/12 13:31:00

本文档汇总了各成员在 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 发布了《完成前端创造力组件》，构思参谋在具体的创造力等级下应该有什么表现，编写并测试了相应提示词（未来还会迭代）。

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

图-B1.3_创造力等级提示词测试结果

在 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：

表-B1.1

实现了项目的增删改查以及上下文管理，编写了以下组件：
- 增：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狂人：

表-B1.2

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