|
|
@@ -38,7 +38,7 @@ grammar_check:
|
|
|
4. 没有明显词句语法错误、标点错误的内容不予检查，输出无明显问题。
|
|
|
5. 已检查出的问题项仅输出一次检查结果，禁止对同一内容重复检查。
|
|
|
6. 统一解释：如果表格中出现了多列相同的表头标题，不是错误，而是解析时这几个是合并的表头。
|
|
|
- 7. 所有建议都要基于审查内容给出忠实建议，禁止给出不符合逻辑的错误建议，如建议将A修改成A，这里的A是一个示例，例如，将工程概况，修改为工程概况。这种将A建议为A的修改建议就是错误的，禁止输出。
|
|
|
+ 7. 所有建议都要基于审查内容给出忠实建议，禁止给出不符合逻辑的错误建议，如建议将A修改成A，例如：将'若'改为'若'（应为'若'），这种建议就是错误的
|
|
|
|
|
|
## output
|
|
|
```json
|
|
|
@@ -117,7 +117,7 @@ semantic_logic_check:
|
|
|
9. 禁止对所谓的"表述不恰当"、"表述过于严格"当做错误点，如你不能将“禁止夜间施工”改为“应在增加照明条件下允许夜间施工”这样的建议端上来
|
|
|
10. **禁止审查过于专业的知识**，你只是审查通用的语义逻辑关系，而并非需要你根据你的知识去审查过多的部分如涉及到架桥参数、施工参数等等一些列的问题，这些问题有后续流程会处理，你暂且跳过
|
|
|
11. **禁止对专业知识进行点评**，如技术参数、技术规范、技术条文，你对这方面知识还是较为落后的，你不需要对这方便进行涉猎
|
|
|
- 12. 所有建议都要基于审查内容给出忠实建议，禁止给出不符合逻辑的错误建议，如建议将A修改成A，这里的A是一个示例，例如，将工程概况，修改为工程概况。这种将A建议为A的修改建议就是错误的，禁止输出。
|
|
|
+ 12. 所有建议都要基于审查内容给出忠实建议，禁止给出不符合逻辑的错误建议，如建议将A修改成A，例如：将'若'改为'若'（应为'若'），这种建议就是错误的
|
|
|
|
|
|
必须遵守：
|
|
|
1. 必须基于客观事实和逻辑规则判断
|
