要让 Grok 的 API 响应仅返回 Pydantic 模型中明确定义的字段，避免意外泄露未声明的属性、默认值或内部状态，核心在于在序列化阶段严格遵循模型字段约束进行输出，而不是依赖 FastAPI 的自动处理或手动构造 JSONResponse。简单来说，就是将“只输出指定内容”的规则在模型定义和路由返回值层面彻底固化。
定义严格输出的 Pydantic 模型
第一步，创建一个继承自 BaseModel 的类，并显式设置 model_config = {"extra": "forbid"}。这告诉 Pydantic：如果传入的数据包含模型未定义的字段，直接报错，不允许静默接收。然后为每个字段标注类型，并用 Field(...) 明确声明（或提供默认值）。
有一个容易被忽略的细节：所有字段必须使用 typing.Annotated 配合 Field 声明，不能仅依靠类型注解。为什么？因为 Grok 在反序列化时可能不会严格遵循你的校验逻辑——如果只写 name: str，它可能直接当作普通字典处理，最终输出中仍然会出现意料之外的键。
这一步绝不能偷懒。如果遗漏了 model_config["extra"]，模型在接收数据时允许未知字段存在，后续的 .model_dump() 并不会自动移除它们，从而导致本应隐藏的秘密被暴露。
在路由函数中强制使用 .model_dump() 输出
模型定义完成后，接下来在 FastAPI 路由函数中执行操作：先将业务逻辑结果构造成 Pydantic 实例，然后直接返回该实例的 .model_dump(exclude_unset=True, exclude_none=True) 结果。
这里的两个参数至关重要：exclude_unset=True 确保调用方未传递的可选字段不会出现在最终输出中；exclude_none=True 则防止值为 None 的字段被序列化。同时启用这两个参数，输出才能既精简又符合前端预期——避免出现大量 null 或无意义的空值。
注意，千万不要使用 jsonable_encoder() 来包装模型实例。该函数会绕过 model_dump 的过滤逻辑，将模型中的所有字段（包括 PrivateAttr 或运行时动态绑定的属性）全部转换为 JSON 兼容类型。结果就是你精心定义的“白名单”形同虚设。
禁用 FastAPI 默认模型响应行为
最后一步，切断 FastAPI 默认帮你执行序列化的路径。可选用以下方式之一：
方法一：路由函数不声明 response_model 参数，完全由你自己控制返回的字典结构。这样 FastAPI 无法干预 model_dump 之外的序列化逻辑。
方法二：如果你仍希望保留 response_model 以生成漂亮的 OpenAPI 文档，则必须在模型内自定义 __pydantic_core_schema__ 或重写 model_dump 方法——但这很容易破坏验证链路，除非你非常熟悉 Pydantic 内部机制，否则不推荐。
方法三（关键前提）：在创建 FastAPI 实例时传入 default_response_class=ORJSONResponse，并确保所有路由返回的已经是 Python 原生字典，而非 Pydantic 模型对象。这样 FastAPI 只会将其视为普通字典进行 JSON 转换，不会再额外触发模型序列化逻辑。
总结：严格模型定义 + 显式 .model_dump() 过滤 + 不让 FastAPI 代为执行序列化，三步走完，Grok 的 API 响应就能做到“只输出你指定的内容”，干净利落。