法律文书——调解书构造规范

场景描述：

期望模型生成格式正确，内容合理的调解书

例如：（图示为进行部分训练后的效果演示）

---

具体描述

用户在调解书生成功能模块给出自己经历的事实和理由，并表达自己的诉讼意愿，并且期望模型给出内容合理的调解意见，为了便于用户阅读，我们期望生成格式规范并且内容合理的调解书，为此我们定下了一系列微调数据构造要求，希望以此提高模型在这方面的性能和输出习惯

文书来源：法律裁判文书网

---

Instruct部分：

大意类似生成判决书的问法，判决书构造规范可见
山东大学软件学院项目实训_文书数据集设计与构建规范

不要只用一个问题去问，尽量多换几种问法，例如：

    {
        "instruction": "请根据以下信息生成一份调解书",
        "input":"",
        "output": ""
    },
    {
        "instruction": "现有以下事实，请帮我生成一份调解书",
        "input": "",
        "output": ""
    },
    {
        "instruction": "请根据以下事实和诉讼人的要求生成一份调解书",
        "input": "",
        "output": ""
    },

---

Input部分：

注意寻找“提出诉讼请求”、“上诉请求”等意思相近的词语，当有事实和理由时，将事实与理由放在诉讼请求的前面，并且在原告被告首次出现时，不要直接写“原告”，“被告”，应当写“原告某某某”以及“被告某某某”，从而帮助模型更好的理解整个事件的过程

文书中没有提供事实的情况：“（变更后）”这种类似的说明不要保留，尽可能让模型认为我们提供的数据为原始的第一手信息，即不要出现一审、二审、维持原判之类的字眼，基层法院的文书信息基本为一审案件

示例：

文书中提供了事实的：先写事实与理由：再写原告向本院提出诉讼请求：同样按照上面的要求，让模型认为我们提供的数据为原始的第一手信息，尽量在问题中提到“请根据以下事实和诉讼人的要求生成一份调解书”

Output部分：

开头都写“经本院主持调解，当事人自愿达成如下协议：”，然后对每条分别罗列，添加换行符，只需列完所有条数即可