这几天虽然修的都是一些看似分散的 Bug，但本质上都在解决不同服务间状态不同步、接口契约不一致以及跨端超时的问题。遇到复杂的逻辑（如“每日3次，共18次”），模型往往无法稳定地展开成每一条具体的日程，而且容易引发超时。这种做法极大地提升了日程生成的确定性和速度，有效避免了等待模型导致的 Java 端超时。中新增了一个代理接口，将报告查看通过流的方式从 Python 端透传给浏览器，不再纠结文件的本

问康智能体这轮开发，真正完成的不是接了几个大模型接口，而是把一条可持续运行的问诊链路搭起来了。这条链路把认证、会话、消息、多模态、推理、阶段推进、画像更新、会话记忆沉淀放进了同一个闭环里。从工程角度看，最关键的收获有三点。第一是边界清晰，SpringBoot 负责业务稳定，FastAPI 负责智能体演进。第二是状态可追踪，session_context_summary 和 agent_type 让

这周我们有两个重点：一是把问诊回复从“整段返回”改为“流式返回”，二是完成导航智能体的三组核心 API。整体链路仍然是 Android -> SpringBoot -> FastAPI，但工程目标从能调用升级成可连续输出、可稳定调试、可分阶段推进。

问康智能体这轮开发，真正完成的不是接了几个大模型接口，而是把一条可持续运行的问诊链路搭起来了。这条链路把认证、会话、消息、多模态、推理、阶段推进、画像更新、会话记忆沉淀放进了同一个闭环里。从工程角度看，最关键的收获有三点。第一是边界清晰，SpringBoot 负责业务稳定，FastAPI 负责智能体演进。第二是状态可追踪，session_context_summary 和 agent_type 让

问康智能体这轮开发，真正完成的不是接了几个大模型接口，而是把一条可持续运行的问诊链路搭起来了。这条链路把认证、会话、消息、多模态、推理、阶段推进、画像更新、会话记忆沉淀放进了同一个闭环里。从工程角度看，最关键的收获有三点。第一是边界清晰，SpringBoot 负责业务稳定，FastAPI 负责智能体演进。第二是状态可追踪，session_context_summary 和 agent_type 让