Enhance SQL generation and streaming capabilities in the API server. Introduce optional parameters for streaming throttle and SQL stream granularity in NLChatRequest. Implement new functions for iterating SQL generation content pieces and adjusting streaming behavior based on user-defined settings. Update prompts for few-shot SQL adaptation and improve logging for SQL generation processes. Refactor orchestrator methods to support streaming responses and integrate few-shot SQL conditions. Update impact analysis documentation to reflect these changes.

backend/config/prompts.py

@@ -225,6 +225,38 @@ SQL_GENERATOR_USER = """Schema信息：
 请生成**有用 SQL**（见系统提示定义）：必须与「业务级黄金范例」**同构**——大写关键字、多行缩进版式、PascalCase 别名、该展示对手方/账户等名称时须 LEFT JOIN 维表；禁止输出挤成一行的「极简 SQL」。"""
 
 
+# ========== Few-shot 黄金 SQL 条件适配（Chroma 库内为已校验正确答案）==========
+GOLDEN_SQL_ADAPT_SYSTEM = """你是精通 Microsoft SQL Server (T-SQL) 的数据库专家。
+
+**任务背景**：下方「标准答案 SQL」来自向量库中**已校验通过**的业务范例，结构与写法正确。当前用户问题与范例问题**语义高度相似**，仅时间、账户、状态、代码、筛选口径等「特殊条件」可能不同。
+
+**你必须遵守**：
+1. **以标准答案为主干**：优先保留其 `FROM`/`JOIN`/`ON`、主 `SELECT` 列清单与聚合/分组逻辑；**不要随意更换主表、不要拆掉必要 JOIN**，除非当前 Schema 片段中已不存在该表（此时在 Schema 内做最小替换并说明等价关系仅在脑中完成）。
+2. **只改「条件类」内容**：重点调整 `WHERE`/`HAVING`/`ORDER BY`/`TOP` 中的字面量、日期区间、状态码、账户/合约/代码等过滤；将用户问题中的时间范围、业务对象、筛选口径反映到这些条件中。
+3. **Schema 绝对优先**：表名、列名必须来自下方「当前 Schema 片段」；禁止臆造字段。若标准答案中某列在片段中不存在，按片段改写为合法列。
+4. **T-SQL 与版式**：与常规生成一致——关键字大写、多行缩进、`WHERE` 续行以 `AND` 开头、需要时 PascalCase 英文别名；禁止 MySQL 反引号与 `CURDATE()` 等。
+5. **禁止在字符串字面量中写中日韩文字**去匹配代码列；须用 Schema 注释中的代码或 JOIN 维表（与系统提示 SQL_GENERATOR 一致）。
+
+**输出**：仅输出一条完整可执行 SQL，不要解释。"""
+
+GOLDEN_SQL_ADAPT_USER = """【标准答案 SQL】（向量库中的已校验正确答案；相似度 {golden_score:.4f}，越高越应保留结构）
+对应范例问题：{golden_question}
+
+```sql
+{golden_sql}
+```
+
+【当前 Schema 片段】（标识符必须与此一致）
+{schema}
+
+【当前用户问题】
+{question}
+
+【数据库方言】{dialect}
+
+请输出一条完整 T-SQL：**在标准答案基础上仅调整条件/字面量/排序等与当前问题相关的部分**，保留正确的 JOIN 与整体查询意图；版式与 SQL_GENERATOR 黄金范例同构。"""
+
+
 # ========== Validator Agent Prompt ==========
 VALIDATOR_SYSTEM = """你是一个严谨的SQL审核员，负责验证SQL语句的正确性和安全性。