呱呱 办公文档
招标技术方案分块生成与响应点核验
用分块JSON流水线生成合规招标技术方案，逐条核验评分响应点后再导出校对
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 42/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 66/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
招标文件技术方案docx生成评分点响应章节结构对齐
解决思路
- 通读招标文件全文，把"招标人其他要求"里的原文标题抄下来作为章节硬约束，先出结构再写内容
- 把长文档拆成多个 spec_partN.json 分块编写，每块写完即校验块数与标题清单，最后合并成 spec_all.json 重建整篇
- 重建后跑文档校验工具拿到 ok/issues，再做后处理（页眉页脚、中文字体、行距、表格字号）
- 导出前逐条 grep 关键响应点（人数月、流失率、到场时限、附录清单等），一条不落才算完成
- 编辑 spec 时若 old_string 匹配失败，直接读工具回传的上下文片段定位真实文本再改，不要凭记忆重写
适用边界 · 注意事项
- 不适用于无强制格式要求的创意写作或短文，分块流水线反而增开销
- 不要按自己规划的结构写，必须用招标文件原文标题，否则评审直接判偏离
- 不要跳过最后的响应点逐条核验，章节齐备≠评分点齐备
- 编辑 JSON spec 时 old_string 必须精确到空白与结构，模糊替换会误伤其他段落