pp3xivymc
/
Software_Architecture
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from 'zhangyang'
${ noResults }
Software_Architecture/.promptx/memory/declarative.md

11 KiB
Raw Permalink Blame History Escape

陈述性记忆

高价值记忆（评分 ≥ 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