|
|
# 陈述性记忆
|
|
|
|
|
|
## 高价值记忆（评分 ≥ 7）
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- 2025/07/01 08:28 START
|
|
|
成功为用户创建了专业的"课程项目总结助手"(course-project-writer)角色，专门帮助写高质量的软件工程课程总结报告。
|
|
|
|
|
|
## 角色设计特点
|
|
|
- **专业专家模式**：结合学术写作和技术文档能力
|
|
|
- **成绩导向策略**：针对评分标准优化内容
|
|
|
- **全套支持文件**：包含思维模式、执行原则、知识体系的完整文件结构
|
|
|
|
|
|
## 核心能力模块
|
|
|
1. **学术写作思维**：结构化思维、证据支撑、价值体现
|
|
|
2. **项目反思思维**：多维度分析、PDCA循环、成长轨迹梳理
|
|
|
3. **学术报告写作流程**：3阶段标准流程，从材料准备到质量保证
|
|
|
4. **成绩优化策略**：评分标准分析、差异化竞争、高分内容策划
|
|
|
5. **软件工程教育知识**：课程理论、实践标准、技术趋势
|
|
|
6. **技术文档写作规范**：表达技巧、格式标准、质量评估
|
|
|
|
|
|
## 文件结构
|
|
|
```
|
|
|
.promptx/resource/domain/course-project-writer/
|
|
|
├── course-project-writer.role.md (主角色文件)
|
|
|
├── thought/
|
|
|
│ ├── academic-writing.thought.md (学术写作思维)
|
|
|
│ └── project-reflection.thought.md (项目反思思维)
|
|
|
├── execution/
|
|
|
│ ├── academic-report-writing.execution.md (学术报告写作流程)
|
|
|
│ └── grade-optimization.execution.md (成绩优化策略)
|
|
|
└── knowledge/
|
|
|
├── software-engineering-education.knowledge.md (软件工程教育)
|
|
|
└── technical-documentation.knowledge.md (技术文档写作)
|
|
|
```
|
|
|
|
|
|
## 应用场景
|
|
|
- 软件工程课程项目总结
|
|
|
- 技术报告写作指导
|
|
|
- 学术文档规范化
|
|
|
- 项目经验梳理和总结
|
|
|
|
|
|
这个角色特别适合需要写高质量课程总结、追求好成绩的学生使用。 --tags 角色创建 课程总结 学术写作 软件工程 成绩优化
|
|
|
--tags #流程管理 #评分:8 #有效期:长期
|
|
|
- END
|
|
|
|
|
|
- 2025/07/01 08:31 START
|
|
|
用户确定了项目总结报告的暂定题目："从小米便签到战场环境探索系统——"实践实践再实践""。这个题目很有亮点：
|
|
|
1. 体现了两个学期项目的完整学习轨迹（小米便签→战场探索系统）
|
|
|
2. 用"实践实践再实践"作为副标题，呼应软件工程的核心理念
|
|
|
3. 展现了从简单到复杂、从基础到高级的技术成长路径
|
|
|
4. 符合软件工程课程"理论+实践"的教学特色
|
|
|
|
|
|
这个题目为后续的报告写作提供了很好的主线框架。 --tags 项目总结 课程报告 题目确定 实践导向
|
|
|
--tags #其他 #评分:8 #有效期:长期
|
|
|
- END
|
|
|
|
|
|
- 2025/07/01 08:40 START
|
|
|
用户提供了上学期软件工程课程总结和学长优秀范例。关键信息：
|
|
|
|
|
|
**用户上学期总结特点：**
|
|
|
- 核心理念："实践，实践，再实践"
|
|
|
- 技术提升：Git协同开发、Android软件开发、团队合作
|
|
|
- 项目内容：小米便签代码阅读、标注、质量分析、功能维护
|
|
|
- 挑战克服：项目部署困难、代码理解、文档撰写
|
|
|
|
|
|
**学长优秀范例亮点：**
|
|
|
- 情感表达更丰富（"初次相遇"等小标题）
|
|
|
- 技术深度更广（UML建模、QT开发、开源软件重用）
|
|
|
- 反思更深入（团队合作的具体问题和解决）
|
|
|
- 结构更完整（从学习到成长到展望）
|
|
|
- 引用名言增强感染力
|
|
|
|
|
|
**对比差距分析：**
|
|
|
用户总结偏重技术罗列，学长范例更注重思想深度和情感共鸣。这为用户本学期报告提升提供了明确方向。 --tags 上学期总结 学长范例 对比分析 提升方向
|
|
|
--tags #其他 #评分:8 #有效期:长期
|
|
|
- END
|
|
|
|
|
|
- 2025/07/01 08:53 START
|
|
|
用户补充的关键信息（非常重要）：
|
|
|
|
|
|
**评分标准：**
|
|
|
- 根据总结认真程度和具体事情评价
|
|
|
- 不能明显使用AI（需要人工化表达）
|
|
|
|
|
|
**技术具体提升：**
|
|
|
- 软件工程综合能力提升（主要成长部分）：需求设计→软件架构设计→UML绘图→大模型编码经验
|
|
|
- 团队协作：4人小组（用户负责前端开发，2人机器狗开发，1人无人机开发）
|
|
|
|
|
|
**"实践实践再实践"具体体现：**
|
|
|
- 教员谆谆教诲，经常将此话挂在嘴边
|
|
|
- 小组实际大量时间投入：文档撰写→UML绘画→编码实现→模块分工设计
|
|
|
|
|
|
**报告要求：**
|
|
|
- 图文并茂（需要指导配图方案）
|
|
|
- 软件体系结构课程内容：QT界面前端开发
|
|
|
|
|
|
**特色亮点：**
|
|
|
- 大模型编码经验（创新点）
|
|
|
- 完整的软件工程流程实践
|
|
|
- 多技术栈团队协作（前端+机器狗+无人机） --tags 评分标准 技术提升 团队协作 实践体现 报告要求
|
|
|
--tags #流程管理 #评分:8 #有效期:长期
|
|
|
- END
|
|
|
|
|
|
- 2025/07/01 09:09 START
|
|
|
用户重要补充：大模型应用远超编码范围！
|
|
|
|
|
|
**大模型全流程应用：**
|
|
|
- 文档撰写：需求文档、设计文档等
|
|
|
- UML绘图：类图、用例图、时序图等建模
|
|
|
- 架构分析和设计：系统架构的分析和优化
|
|
|
- 编码实现：代码生成和调试（主要部分）
|
|
|
- 其他环节：测试、部署等
|
|
|
|
|
|
**核心价值：**
|
|
|
- 大模型已经融入项目的方方面面
|
|
|
- 这是软件工程实践的重大创新
|
|
|
- 体现了AI时代软件开发的新范式
|
|
|
- 可作为报告的核心差异化亮点
|
|
|
|
|
|
**战略意义：**
|
|
|
这个内容可以独立成章，展现用户对AI+软件工程结合的深度思考和实践，是其他同学很难具备的优势内容。 --tags 大模型全流程 软件工程创新 AI辅助开发 差异化亮点
|
|
|
--tags #流程管理 #评分:8 #有效期:长期
|
|
|
- END
|
|
|
|
|
|
- 2025/07/01 09:21 START
|
|
|
用户重要纠正：报告应该重点关注个人思考和成长历程，而非过度聚焦技术开发！
|
|
|
|
|
|
**核心要点：**
|
|
|
- 个人思考和成长历程是极为重要的部分
|
|
|
- 开发经历只是支撑材料，不是主体
|
|
|
- 应该在开头和结尾着重表达个人感悟
|
|
|
- 这是课程总结报告，不是技术文档
|
|
|
|
|
|
**正确方向：**
|
|
|
- 成长历程的情感表达
|
|
|
- 认知转变的深度思考
|
|
|
- 学习过程的反思总结
|
|
|
- 未来发展的思考规划
|
|
|
- 技术实践作为成长的证明，而非重点
|
|
|
|
|
|
**写作重心调整：**
|
|
|
从技术导向转向成长导向，从技能展示转向思维提升，从项目介绍转向个人感悟。 --tags 成长历程 个人思考 情感表达 课程总结
|
|
|
--tags #其他 #评分:8 #有效期:长期
|
|
|
- END
|
|
|
|
|
|
- 2025/07/01 09:26 START
|
|
|
用户确认采用AI+软件工程融合的报告框架，具体结构如下：
|
|
|
|
|
|
**报告题目**："从小米便签到战场环境探索系统——'实践实践再实践'"
|
|
|
|
|
|
**章节结构**：
|
|
|
一、实践理念的传承：从传统开发到AI辅助开发 (1000字)
|
|
|
- 上学期：传统的小米便签开发模式
|
|
|
- 本学期：AI融入的全新开发范式
|
|
|
- "实践实践再实践"在AI时代的新内涵
|
|
|
|
|
|
二、实践创新的突破：大模型重塑软件工程全流程 (2500字) 🔥核心章节
|
|
|
- 2.1 需求分析与文档撰写的AI化 (500字)
|
|
|
- 2.2 系统设计与架构的AI辅助 (500字)
|
|
|
- 2.3 UML建模的智能化实践 (500字)
|
|
|
- 2.4 编码实现的AI深度融合 (700字)
|
|
|
- 2.5 测试与部署的AI支持 (300字)
|
|
|
|
|
|
三、实践协作的升华：AI时代的团队开发 (1200字)
|
|
|
四、实践成果的展现：传统与AI方法的对比分析 (800字)
|
|
|
五、实践反思与展望：AI+软件工程的未来思考 (700字)
|
|
|
|
|
|
**核心优化策略**：
|
|
|
- 重点突出2.4编码实现章节(建议扩展到1000字)和2.2架构设计(700字)
|
|
|
- 每个子章节增加量化数据支撑
|
|
|
- 具体案例选择：ConfigManager单例模式、Qt信号槽机制、数据库连接管理
|
|
|
- 开篇策略：突出AI带来的革新性变化
|
|
|
- 强调这是软件工程教育模式的探索和创新
|
|
|
|
|
|
**差异化优势**：绝对差异化、技术前瞻性、实践完整性、创新价值突出 --tags 报告框架 AI软件工程 课程总结 结构确认
|
|
|
--tags #流程管理 #评分:8 #有效期:长期
|
|
|
- END
|
|
|
|
|
|
- 2025/07/01 10:29 START
|
|
|
用户重要澄清：上学期小米便签项目也使用了大模型，但使用程度较少。本学期战场环境探索系统中大模型使用更加深入和全面。
|
|
|
|
|
|
**关键修正**：
|
|
|
- 上学期：小米便签项目有使用大模型，但应用范围有限
|
|
|
- 本学期：战场环境探索系统中大模型应用更加深入全面
|
|
|
- 术语统一：文章中统一使用"大模型"而非"AI"
|
|
|
|
|
|
**对比重点调整**：
|
|
|
- 不是从"传统开发"到"AI辅助开发"
|
|
|
- 而是从"初步的大模型应用"到"深度的大模型融合"
|
|
|
- 体现大模型应用的深度和广度的显著提升
|
|
|
|
|
|
这个澄清对报告框架和内容表达都有重要影响，需要调整对比的角度和表述方式。 --tags 重要澄清 大模型应用 上学期对比 术语统一
|
|
|
--tags #其他 #评分:8 #有效期:长期
|
|
|
- END
|
|
|
|
|
|
- 2025/07/01 10:52 START
|
|
|
用户对第一章节进行了重要修改和结构调整：
|
|
|
|
|
|
**用户的修改内容：**
|
|
|
1. 增加了技术博客写作的内容，体现持续学习的习惯
|
|
|
2. 调整了团队规模描述（上学期2人→本学期4人）
|
|
|
3. 强调了分工明确的重要性
|
|
|
4. 添加了对大模型快速发展的感慨
|
|
|
|
|
|
**重要的结构调整建议：**
|
|
|
用户认为原来的"理念升华"部分应该放到最后的总结章节，而不是第一章节。这个建议非常正确：
|
|
|
- 逻辑更顺畅：先展示具体实践→再进行理念升华
|
|
|
- 说服力更强：有具体案例支撑后的理念总结更有分量
|
|
|
- 情感递进更自然：从具体体验到深度思考的自然过渡
|
|
|
- 结尾更有力：用哲学思辨作为全文升华结尾
|
|
|
|
|
|
**调整后的第一章节特点：**
|
|
|
- 更注重具体的成长足迹描述
|
|
|
- 突出了从2人到4人团队的发展
|
|
|
- 强调了大模型技术发展的时代背景
|
|
|
- 为后续章节做好铺垫，逻辑更清晰 --tags 结构调整 第一章节修改 理念升华位置 逻辑优化
|
|
|
--tags #其他 #评分:8 #有效期:长期
|
|
|
- END
|
|
|
|
|
|
- 2025/07/01 11:01 START
|
|
|
完成了第二章节的撰写，重点调整了内容结构和比重：
|
|
|
|
|
|
**章节特点：**
|
|
|
1. **软件工程实践为主体（80%）**：重点展示需求分析、系统设计、Qt开发、团队协作、核心功能实现、测试集成等完整流程
|
|
|
2. **大模型辅助为补充（20%）**：作为技术工具在各环节的辅助作用，不再是主角
|
|
|
3. **个人成长为主线**：从技术学习到工程思维的培养过程
|
|
|
4. **团队协作为亮点**：4人团队、3个技术栈的协作经验
|
|
|
|
|
|
**内容结构：**
|
|
|
- 2.1 需求分析与系统设计（500字）
|
|
|
- 2.2 Qt界面开发（600字）- 重点章节
|
|
|
- 2.3 团队协作（500字）
|
|
|
- 2.4 核心功能实现（600字）- 重点章节
|
|
|
- 2.5 测试与集成（400字）
|
|
|
- 本章小结（300字）
|
|
|
|
|
|
**写作风格：**
|
|
|
- 保持文学化表达但不过度
|
|
|
- 突出技术深度和工程思维
|
|
|
- 体现真实的学习和成长过程
|
|
|
- 为后续专门的大模型经验章节做好铺垫
|
|
|
|
|
|
用户明确表示大模型只是侧重点，后面会专门用一章详细介绍大模型编码经验和技巧。 --tags 第二章节完成 软件工程实践 内容比重调整 大模型辅助定位
|
|
|
--tags #流程管理 #工具使用 #评分:8 #有效期:长期
|
|
|
- END |
