- 博客(9)
- 收藏
- 关注
RSS订阅原创 第八篇：患者端 Skills 体系 + 大模型接入 + 三层记忆
维度兼容性DeepSeek / GPT-3.5+ / Qwen 都支持不同厂商实现参差复杂度1 行参数 + 1 个 prompt 模板要定义 tools schema + 解析 tool_calls调试改 prompt 文件即可改 schema 改 prompt失败兜底json.loads失败 → 正则快轨tool_calls 解析失败 → 难兜底务实主义：选最简单的实现，达到同样效果。Function Calling 不是银弹，prompt 强制 JSON 在我们的场景下完全够用。篇。
2026-06-22 14:38:50
377
原创 项目实训第七篇博客
第六篇第七篇（本篇）做了什么知识库离线构建生产接入 + 数据库治理检索裸 numpy 矩阵乘，~6ms模型BGE-M3 向量化BGE-M3 + DeepSeek 双模型对话测试脚本交互流式 SSE + 打字机效果数据库无三套 SQL 统一 + 主表/扩展表/日志表拆分输出可检索的知识库可直接使用的患者端 AI 问答第六篇造了引擎，第七篇装了车身和轮子——合在一起，才是一辆能上路的车。
2026-06-15 00:24:27
249
原创 山东大学创新实训项目小组进度（五）
这一阶段我们没有急着新增大功能，全员分工打磨各自负责的端模块，主要精力都放在体验优化、架构梳理、问题修复、AI能力精细化打磨上，一边适配真实使用场景，一边清理前期积攒的技术债，整体系统的稳定性和实用性提升了一大截。同时新增了意图识别、无效问题拒答逻辑，不会强行应答非医疗类问题，有效解决了AI乱回答、无效回答的问题。项目前期迭代次数多，不同模块的开发脚本不统一，开发库、测试库、演示库的表结构差异很大，每次联调都会爆出字段缺失、ORM映射失败的报错，是积压了很久的技术债，也是本阶段重点攻坚的内容。
2026-06-14 23:50:47
328
原创 项目实训第六篇博客 —— RAG知识库构建与实践
🔄 LLM 接入与 Prompt 优化🔄 上下文窗口管理🔄 知识库自我更新🔄 对话历史管理（短期/长期记忆）
2026-06-01 00:27:00
299
原创 项目实训第5篇博客
在 RuoYi-FastAPI 框架下开发医院患者端住院系统的过程中，最具挑战性的工作之一是数据库合并。由于项目经历了多次迭代，数据库结构存在多个版本，如何在不丢失数据的情况下完成合并，同时保持代码与数据库的一致性，是本次开发的核心难题。这几周由于五一放假＋七七八八的杂事全都扑面而来。项目开发有些迟缓项目合并时遇到的具体问题及解决方案(这里主要是住院端开发时和管理员端的沟通出现了一些问题)对于AGENT的一些粗浅理解和我的下阶段计划。
2026-05-17 15:50:40
450
原创 项目实训第四次 博客
上一篇博客已经讲了我的支付方式和入院功能的实现，这篇博客写一下我出院功能的实现，一开始以为很简单结果大多数时间都花在了这上面问题出在我的SELECT语句以及我后续的代码上，在数据库中查找时由于没有写出院表的vo和do（其实是想偷懒的）同时在写方法时候直接照抄之前的住院等的代码逻辑这就导致了想要找到对应属性的时候其实是没有找到的。如果是今天，则动态计算“当前时间之后”的时段，只返回那些还没有过点的时段（例如当前是 14:30，就只返回 15:00 及以后的时段）。客人多了，后面的人要等很久很久。
2026-04-26 22:12:33
356
原创 项目实训第三次博客
本文主要介绍了住院系统开发中的关键技术问题及解决方案。在床位选择功能上，通过乐观锁机制（添加版本号）解决了并发抢床位的超卖问题，并设置了15分钟锁定时限防止死锁。支付模块采用支付宝沙箱测试，经历从异步回调到主动查询的策略调整，最终实现了可靠的支付流程。系统还设计了住院全流程（申请-选床-确认-支付）和防刷机制，确保每个患者只能申请一次。作者反思了开发过程中对AI工具的依赖问题，强调开发者的主观能动性更为重要。目前系统基本功能已完成，后续将进行AI对接和界面优化工作。
2026-04-18 17:21:25
406
原创 创新实训第二周工作总结
本文总结了FastAPI与SpringBoot框架在分层架构上的异同点及实践心得。核心发现包括：1）两者均采用Controller→Service→DAO的三层架构；2）重点解决了VO与DO的转换问题，在Service层实现前后端数据格式的桥梁作用；3）针对FastAPI缺乏显式映射的特性，开发了CamelCaseUtil工具统一处理蛇形/驼峰命名转换；4）实践中通过ORM与Dict的混合使用，优化了数据操作效率。文章还展示了医疗预约系统的具体实现，包括医生查询、时段状态生成、自动建档等关键业务流程，并提出
2026-04-05 15:08:33
415
原创 创新实训第一周总结
可以发现医生端的数据库设计十分精细可以根据已有的后端数据库直接使用 med_patient + med_clinic_appointment + med_case + med_prescription。这四个模块打通，患者就能完成“挂号-看病-看报告-买药”的全流程。第一周工作产出较少，作为患者端的开发者，为了保证数据库不出现重合或冲突等原因，我等待医生端和管理员端的开发初步完成后再进行的开发。）来访问由此我们可以知道，大模型的书写格式和代码命名格式会与自身项目有所差别太过依赖会出大问题。
2026-03-30 00:30:36
80
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人