第一周个人周报-197241许霖杰

[197241 许霖杰]

一、 本周计划任务与实际完成情况

计划任务	预计用时	实际用时	完成情况
讨论并设计项目核心需求（产出User Story及6大基础能力验收标准	1h	.1h	已完成
学习并规范 Git 和 GitHub 使用（分支管理与冲突解决）	1h	1h	已完成
熟悉 TAPD 敏捷管理平台（搭建看板与需求池）	1h	1.5h	已完成
前端开发准备：学习界面构建，规划多工作区隔离与聊天交互（加载状态、防空输入）	1h	2h	进行中
后端与Agent准备：学习 Python FastAPI 框架，跑通 Kimi API 并引入大模型	1h	2.5h	进行中

二、 现存问题与应对措施

存在问题：

1. 需求分析经验不足，用户场景考虑欠缺全面

存在问题：作为刚接触正规软件工程的新手，我们在刻画用户画像和进行软件需求分析时，思维容易局限在自身视角，不能很好、很全面地考虑到各种典型用户的真实痛点和细分工作流。

应对措施：积极使用大模型（AI工具）进行辅助，拓展我们的产品思维。通过向大模型发问来帮我们查漏补缺，使思考更加全面，从而极大地完善了需求规格说明书。

2. 缺乏 Git 协同开发经验，对版本控制不熟练

存在问题：之前从未在真实项目中使用过 GitHub 远程仓库进行多人协作，对 pull（拉取）、push（推送）、分支切换等核心操作的理解不够深入，导致初期没有很好地适应团队并行编程的规范流程，对代码合并有畏难情绪。

应对措施：针对性地在 B 站等平台集中学习 GitHub 远程代码仓的实战教程。在具体操作上，先从安全地拉取并尝试在本地成功运行队友的代码开始练手，逐步克服对版本控制工具的陌生感，慢慢熟悉并融入规范的团队编程流程。

解决方案：

制定标准接口文档：在全面写代码前，需要制定好相应的小组标准，编写接口的时候小组成员统一标准，避免不必要的麻烦

遵循敏捷迭代：不奢求一次性完成所有高级能力。饭要一口口吃，不能一口吞个胖子，V0 版本优先死磕“API 连通”和“多工作区基础对话”，将“文件操作”和“Vibe Coding”放入后续迭代周期，打好基础，逐步攻克。

加强技术攻坚与交流：针对自己不懂的知识，集中观看相关技术博客与网课，并在团队内部开会积极复盘学习心得，确保项目各环节的无缝对接，保证小组弄通弄透其中的知识点。

三、 知识点学习情况

1. Git 与 GitHub 协作

• 学习知识：掌握了如何配置 SSH 密钥，确保本地与 GitHub 的链路畅通。熟练掌握了代码协作的完整生命周期：包括拉取、创建个人分支、提交、推送，有效避免了直接在主干代码上修改造成的冲突。

• 学习途径：查阅网络教程、上机摸索实践，并结合 AI 助手进行疑难报错排查。

2. 敏捷需求分析与 TAPD 平台

• 学习知识：学会了从零创建 TAPD 项目，深入了解了敏捷看板的流转逻辑。更重要的是，我们掌握了规范的用户故事撰写方法，从提升用户效率和使用体验出发，详细定义了涵盖相应功能等严谨的验收标准。感受到了TAPD平台的方便性。

• 学习途径：参考大厂敏捷开发规范，结合团队头脑风暴讨论得出。

四、 本周感悟

在长期的代码实习中和课程设计中，往往都是一人独行的局面，软件工程基础这门课对于我来说是真正意义上的第一次的团队协作，在这里不仅仅看重个人能力，更加看重团队的配合和个人的各司其职，坦白讲，突然把这样一个涉及“大模型接入、多模态交互、系统容错处理”的大型 AI Agent 项目交给我们这些经验不足的新手，确实感到非常困难。起初，脑海中是一片混沌的：前端怎么渲染大模型的流式输出？后端怎么处理文件读写？Vibe Coding 到底该怎么实现？完全不知道该从何下手。但是在小组长的指挥下，我们逐渐的了解和深入的学习相关的知识，从一个懵懂无知的小白到现在的的略有了解，我相信只要我们小组团结协作，以积极的心态面对困难和挑战，我们能克服一个又一个困难，到达胜利的彼岸，也期待未来能看到我们自己的 Agent 真正“活”过来！