Question
API传递的thread_id，后面又变成了thread_name，这里不知道是历史遗留还是故意设计如此？按照AI的解释是【这个 schema 是从 LangGraph / Spring AI Alibaba 沿袭改造的：LangGraph 里 threads 表的 thread_id 直接就是用户会话 ID 主键。这里为了支持 "释放→复用同名线程" 引入了内部 UUID 作物理主键，却没有相应重命名旧列，于是 thread_id 变成了内部 ID，业务 ID 被塞进了 thread_name 列。属于历史演进留下的命名债，不是有意为之的抽象。】
既然是新开项目了，那这个字段能不能处理下？
Question
API传递的thread_id，后面又变成了thread_name，这里不知道是历史遗留还是故意设计如此？按照AI的解释是【这个 schema 是从 LangGraph / Spring AI Alibaba 沿袭改造的：LangGraph 里
threads表的thread_id直接就是用户会话 ID 主键。这里为了支持 "释放→复用同名线程" 引入了内部 UUID 作物理主键，却没有相应重命名旧列，于是thread_id变成了内部 ID，业务 ID 被塞进了thread_name列。属于历史演进留下的命名债，不是有意为之的抽象。】既然是新开项目了，那这个字段能不能处理下？