Ask the user to confirm the issue content and the title

[huan]

After the bot receives the command from a user, it can double confirm with the user to make the content and title to be clear enough:

Huan: 我们应该让机器人能够和用户二次确认建立 Issue 的内容，和标题
Huan: 比如：机器人问用户，以上三条消息将被创立工单，分别是：
  1. 消息1
  2. 消息2
  3. 消息3
确认请回复0确认，需要修改请回复希望包含的消息编号（比如 1 3）
Huan: 海良你觉得怎么样？

王海良: 创建工单

OSSChat: 将为你基于以下三条消息创建新 Issue：
  1. Huan: 我们应该让机器人能够和用户二次确认建立 Issue 的内容，和标题
  2. Huan: 比如：机器人问用户，以上三条消息将被创立工单
  3. Huan: 海良你觉得怎么样？
确认请回复0确认，需要修改请回复希望包含的消息编号（比如 1 2）
王海良: 1 2

OSSChat: 好的，将为第1、2条消息创建 Issue。标题我计划定为：“我们应该让机器人能够和用户二次确认建立 Issue 的内容，和标题”：确认请回复0确认，需要修改请回复标题内容。
王海良：需求：用户二次确认建立 Issue 的内容，和标题

OSSChat：好的，已经创立成功 Issue ，标题为：“需求：用户二次确认建立 Issue 的内容，和标题”，内容为：
  1. Huan: 我们应该让机器人能够和用户二次确认建立 Issue 的内容，和标题
  2. Huan: 比如：机器人问用户，以上三条消息将被创立工单
感谢使用 OSSChat!

[hailiang-wang]

重新编辑内容，从交互体验上，这里需要一个H5 页面来编辑比较好，这里不适合用对话来做，这个是润色 Issue 的过程。

[hailiang-wang]

content 和 title 是两个不同的体验。

关于 content

如果是在对话窗口，content 不方便进行编辑，所以有两个可行方案：
1）推送 URL 卡片，从一个 H5 页面进行编辑；
2）机器人完成根据聊天历史自动去重，去闲聊，识别关键词，筛选内容，也就是“智能写 content”。

关于 title

此处可以接收在聊天窗口中，确认或提供新的 title。

[huan]

关于 content ，我的观点是机器人通过对话提供几条消息的选择（比如选择1 3），不提供编辑功能。这样可以最简化对话交互并提升体验。

H5 感觉就太重了，不建议早期使用。（因为 github issue 发出来之后也可以直接编辑）