From f854a6754aaa1dd02a425d1df71ff79b00d8352a Mon Sep 17 00:00:00 2001 From: zy123 <646228430@qq.com> Date: Tue, 31 Dec 2024 09:22:40 +0800 Subject: [PATCH] =?UTF-8?q?12.30=20=E4=BC=98=E5=8C=96=E5=9F=BA=E7=A1=80?= =?UTF-8?q?=E4=BF=A1=E6=81=AF=E6=8F=90=E5=8F=96?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- flask_app/general/商务技术评分提取.py | 24 +++++++++++++----------- 1 file changed, 13 insertions(+), 11 deletions(-) diff --git a/flask_app/general/商务技术评分提取.py b/flask_app/general/商务技术评分提取.py index dd91331..72d76e0 100644 --- a/flask_app/general/商务技术评分提取.py +++ b/flask_app/general/商务技术评分提取.py @@ -167,10 +167,11 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type): 格式要求： 1.总体结构： -JSON 的最外层包含三个键：技术评分、商务评分 和 投标报价评分。 + -最外层三个键名后需附加括号，括号中注明该大项评分的总分，如'技术评分(18分)'，若无具体评分，则无需添加该括号。 -每个大项（如技术评分、商务评分）下包含具体的评分项，评分项按以下规则表示。 2.评分项表示规则： -层级嵌套规则： - 若评分因素（内容）存在嵌套关系（通过表格结构判断）：主评分因素需附加括号，括号中注明该主评分项的总分。例如：产品技术响应（8分）；子评分因素作为嵌套键名，列在主评分因素之下，无需再附加括号表示评分。 + 若评分因素（内容）存在嵌套关系（通过表格结构判断）：主评分因素需附加括号，括号中注明该主评分项的总分，若无具体评分，则无需添加该括号。例如：产品技术响应(8分)；子评分因素作为嵌套键名，列在主评分因素之下，无需再附加括号表示评分。 -注意：禁止通过归纳、推测或自行总结来生成子评分因素，尤其不可根据'评分标准'中的打分要求来反向总结'子评分因素'。 若评分因素（内容）不存在嵌套关系：键名直接为评分因素，无需附加括号表示总分。 -评分项内容： @@ -193,7 +194,7 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type): 特殊情况： 1. 最外层键名为各大评分项；但是如果该招标、采购活动有多个分包，则最外层键名为对应的包名，如'一包'，内部格式不变。 2. 若大项的'xx评分'要求未在文中说明，则键名'xx评分'的键值设为字符串'本项目无xx评分项'，例如"技术评分":"本项目无技术评分项"，而非默认的字典格式。 - + 禁止内容： 1. 确保所有输出内容均基于提供的实际招标文件内容（除了最外层的三个评分大项名称），不使用任何预设的示例作为回答。 2. 不得擅自添加不属于评审因素的键名以及 `'备注'` 之外的其他键名。 @@ -201,7 +202,7 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type): 以下为示例输出，仅供格式参考： { "一包": { - "技术评分": { + "技术评分(26分)": { "实施方案(16分)":{ "总体实施方案":[ { @@ -224,7 +225,7 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type): ], "备注": "技术标采用暗标形式，暗标不得出现投标人名称、人员姓名。" }, - "商务评分": { + "商务评分(9分)": { "主要监理岗位的职责": [ { "评分": "4分", @@ -259,11 +260,12 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type): 你是一个对招投标业务非常熟悉的专家。根据该文档中的评标办法表格，请你列出该文件的技术评分，商务评分，投标报价评分以及它们对应的具体评分要求，请以JSON格式返回结果。 格式要求： 1.总体结构： - -JSON 的最外层包含三个键：技术评分、商务评分 和 投标报价评分。 + -JSON 的最外层包含三个键：'技术评分'、'商务评分' 和 '投标报价评分'。 + -最外层三个键名后需附加括号，括号中注明该大项评分的总分，如'技术评分(18分)'，若无具体评分，则无需添加该括号。 -每个大项（如技术评分、商务评分）下包含具体的评分项，评分项按以下规则表示。 2.评分项表示规则： -层级嵌套规则： - 若评分因素（内容）存在嵌套关系（通过表格结构判断）：主评分因素需附加括号，括号中注明该主评分项的总分。例如：产品技术响应（8分）；子评分因素作为嵌套键名，列在主评分因素之下，无需再附加括号表示评分。 + 若评分因素（内容）存在嵌套关系（通过表格结构判断）：主评分因素需附加括号，括号中注明该主评分项的总分，若无具体评分，则无需添加该括号。例如：产品技术响应(8分)；子评分因素作为嵌套键名，列在主评分因素之下，无需再附加括号表示评分。 -注意：禁止通过归纳、推测或自行总结来生成子评分因素，尤其不可根据'评分标准'中的打分要求来反向总结'子评分因素'。 若评分因素（内容）不存在嵌套关系：键名直接为评分因素，无需附加括号表示总分。 -评分项内容： @@ -275,7 +277,7 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type): 要求：说明评分标准或要求。 -禁止情况： 禁止将同个单元格内的内容拆分至多个字典中；禁止遗漏单元格内任何信息，包括注的内容。 - + 3.备注信息： -若评分部分包含附加信息（如大项评分的整体要求，未直接归属于具体评分项），需添加一个 备注 键，值为该附加信息。 @@ -287,7 +289,7 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type): 特殊情况： 1. 最外层键名为各大评分项；但是如果该招标、采购活动有多个分包，则最外层键名为对应的包名，如'一包'，内部格式不变。 2. 2. 若大项的'xx评分'要求未在文中说明，则键名'xx评分'的键值设为字符串'本项目无xx评分项'，例如"技术评分":"本项目无技术评分项"，而非默认的字典格式。 - + 禁止内容： 1. 确保所有输出内容均基于提供的实际招标文件内容（除了最外层的三个评分大项名称），不使用任何预设的示例作为回答。 2. 不得擅自添加不属于评审因素的键名以及 `'备注'` 之外的其他键名。 @@ -295,8 +297,8 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type): 以下为示例输出，仅供格式参考： { "一包": { - "技术评分": { - "产品技术响应（8分）":{ + "技术评分(18分)": { + "产品技术响应(8分)":{ "常规参数符合":[ { "评分":"4分", @@ -318,7 +320,7 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type): ], "备注": "注：若不满足“与公安部、省公安厅、随州市公安局高清视频会议系统无缝对接互联互通”的要求，则本项技术部分不得分。" }, - "商务评分": { + "商务评分(9分)": { "主要监理岗位的职责": [ { "评分": "4分",