你是否有过打不开CSDN的经历，但其他的网站都可以打开，为了解决这个问题，我查了一些资料，大概有以下这几种方法。

工具名要唯一工具描述要清楚输入 schema 要让模型看得懂有没有一堆queryexecuteprocess这种没语义的工具名是否足够具体输入输出是不是简单、可序列化、稳定很多线上“不稳定”，本质上是模型面对一堆描述模糊的工具时选择开始漂。模型是否支持你需要的 Tool Calling 能力？Prompt 是否已经结构化，而不是糊成大字符串？模板变量、JSON、渲染器规则是否一致？memory 和

你是不是把 system、user、上下文写成了一大段字符串？你是不是用 Prompt 文本去替代？Prompt 里既有 JSON 又有{}占位符吗？你是否需要改模板分隔符，或者改用？你是不是误以为会影响 advisor 内部模板？那些变化频繁的背景信息，是否已经参数化？

你是不是把 system、user、上下文写成了一大段字符串？你是不是用 Prompt 文本去替代？Prompt 里既有 JSON 又有{}占位符吗？你是否需要改模板分隔符，或者改用？你是不是误以为会影响 advisor 内部模板？那些变化频繁的背景信息，是否已经参数化？

你到底该用STDIOSSE还是？你的 starter 该是普通版还是webflux版？type该是SYNC还是ASYNC？MCP tools 发现后，是否真的进入了？聊天链路有没有真正拿到这些？多 MCP server 场景下，工具名是否冲突或被自动改写？自动初始化是不是把问题提前到了启动阶段？你现在验证的是“能连”，还是“模型真的能用”？

你的ChatClient是否真的挂了或其他 memory advisor？每次请求是否传了稳定的？你现在想解决的是“上下文连续性”，还是“完整历史归档”？你是不是还停在默认的？应用重启后记忆消失，是不是其实符合默认实现？的窗口大小够不够？你有没有频繁替换 system prompt，导致上下文结构变化？你是不是误以为 Tool Calling 的中间消息也会自动进 memory？

你的模型支持吗？你的工具是挂在默认配置里，还是挂在这次请求里？你是不是以为默认工具和运行时工具会自动合并？写得是否足够具体？参数 schema 是否能让模型看懂？你有没有把打开？如果关闭了自动执行，你有没有自己继续跑 tool loop？工具方法有没有使用OptionalMonoFlux之类的类型？你现在看到的是“没触发”，还是“触发了但你没观察到”？把这 9 个点过一遍，大多数 Spring A

你的模型支持吗？你的工具是挂在默认配置里，还是挂在这次请求里？你是不是以为默认工具和运行时工具会自动合并？写得是否足够具体？参数 schema 是否能让模型看懂？你有没有把打开？如果关闭了自动执行，你有没有自己继续跑 tool loop？工具方法有没有使用OptionalMonoFlux之类的类型？你现在看到的是“没触发”，还是“触发了但你没观察到”？把这 9 个点过一遍，大多数 Spring A

我通常会从 SQL 改写和索引设计两个方向入手，比如把函数查询改成范围查询、给高频筛选字段建联合索引、减少不必要字段查询，再看执行计划和接口耗时有没有明显改善。如果你有真实经历，还可以顺手带一句：“我在实习里做过类似优化，通过慢日志和EXPLAIN调整索引和查询方式，把数据库查询性能提升了大约 40%，某核心接口响应时间从 1.5s 降到了 900ms。这句话非常适合写在博客里，也非常适合写进面试