5.以linux系统提权漏洞为背景，谈一下ai对系统安全的影响，正反两个方面论述。2.设计手机操作系统所需要的关于系统安全的机制、服务、功能、特性（往年题了）3.外设与显示器之前的连接线怎么设计，连接线安全设计方案。1.DAC和MAC的区别，举例子说明。一、名词解释，16选12个 36分。4.记不太清了，想起来就补充一下。建议就是都看完，多看几遍。

长久以来，我们常常认为“软件工程”就是画画 UML 图、写写文档的枯燥理论。“软件工程的本质，就是管理复杂性。从前端复杂的响应式状态，到后端异步流式的分发，再到充满不确定性的大模型 Prompt 调优，架构师的工作就像是在钢丝上跳舞——不仅要让每一个齿轮严丝合缝，还要提前为齿轮的崩坏设计好缓冲垫。是团队无数个肝到凌晨的夜晚，把架构图上的一个个虚线框，变成了此时此刻正在服务器上平稳运行的真实代码。这

长久以来，我们常常认为“软件工程”就是画画 UML 图、写写文档的枯燥理论。“软件工程的本质，就是管理复杂性。从前端复杂的响应式状态，到后端异步流式的分发，再到充满不确定性的大模型 Prompt 调优，架构师的工作就像是在钢丝上跳舞——不仅要让每一个齿轮严丝合缝，还要提前为齿轮的崩坏设计好缓冲垫。是团队无数个肝到凌晨的夜晚，把架构图上的一个个虚线框，变成了此时此刻正在服务器上平稳运行的真实代码。这

回头来看，这半个多月的联调经历，给团队上了最生动的一课。真正的软件工程，从来不是温室里的乌托邦，而是充满了网络抖动、数据脏乱和状态失步的泥潭。优秀的架构，其价值不不仅在于顺风局跑得多快，更在于逆风局下的容错、兜底与降级能力。伴随着这几个核心暗坑的填平，我们的《用药安全决策引擎》终于跑通了全量测试用例。在下一篇，也就是本系列博客的最终篇【架构手记（八）】中，我将站在项目即将开源与交付的节点，做一次深

通过 ReAct 架构与深度的 Prompt 调优，我们成功地为系统打造了一个既具有泛化理解能力，又绝对服从图谱真理的“智能大脑”。

本文探讨了医疗场景下直接使用大语言模型的局限性，提出了一种融合知识图谱与大模型的混合架构方案。针对用药安全场景中模型幻觉、知识滞后和状态感知不足三大痛点，作者设计了四层解耦系统：通过本地医药知识图谱实现确定性规则校验（GraphRAG），采用ReAct范式构建单智能体决策引擎，结合前后端分离技术栈（Vue3+FastAPI）实现动态交互。该方案将大模型限定在意图理解范畴，而把确定性逻辑交由传统系统

介绍CSDN程序员副业图谱的概念，包括其背景、目的和意义。分析当前程序员副业发展的趋势，以及为什么需要系统化的副业路径规划。

本文探讨了医疗场景下直接使用大语言模型的局限性，提出了一种融合知识图谱与大模型的混合架构方案。针对用药安全场景中模型幻觉、知识滞后和状态感知不足三大痛点，作者设计了四层解耦系统：通过本地医药知识图谱实现确定性规则校验（GraphRAG），采用ReAct范式构建单智能体决策引擎，结合前后端分离技术栈（Vue3+FastAPI）实现动态交互。该方案将大模型限定在意图理解范畴，而把确定性逻辑交由传统系统

本文探讨了医疗场景下直接使用大语言模型的局限性，提出了一种融合知识图谱与大模型的混合架构方案。针对用药安全场景中模型幻觉、知识滞后和状态感知不足三大痛点，作者设计了四层解耦系统：通过本地医药知识图谱实现确定性规则校验（GraphRAG），采用ReAct范式构建单智能体决策引擎，结合前后端分离技术栈（Vue3+FastAPI）实现动态交互。该方案将大模型限定在意图理解范畴，而把确定性逻辑交由传统系统