Slack现在改变了他们的API，使用新的Modals持久化数据的方式略有不同。
当提交对话框时，您的应用会收到一个HTTP请求。dialog_submission事件包含一个response_url，允许您发布与发起对话框的通道绑定的消息。但是，模态不依赖于通道上下文。这意味着view_submission事件将不包含response_url。
如果你想在打开一个Modal时持久化数据，你可以在private_metadata字段中传递任何你想持久化的数据。
你传递的任何数据都将在模态提交回调中返回给你。

我写信给Slack询问这种情况，并从Mark P那里得到了一个很好的建议：
使用state对话框字段将原始response_url传递到对话框。然后当您收到对话框数据时，您可以使用state代替response_url。
我刚试过，效果很好。不需要在自己的服务器上存储任何状态。
我不知道这将如何与Node和botkit确切地工作，因为这不是我使用的。
让我们再补充一点：
1.有人点击一个按钮，Slack将该交互发布到您配置的“请求URL”。
1.从Slack的payload中获取“response_url”值。
1.当您dialog.open在Slack API中调用www.example.com时，沿着此response_url作为“state”值传递。
1.当对话框被提交时，Slack再次POST到您的“请求URL”。
1.从Slack的payload中，获取“state”值并将其用作response_url。
1.利润！

只有当您将原始消息对象保存在服务器上的某个位置以供将来引用时，这才有效。
所以在创建交互式对话框时，将其存储在某个地方并添加一个引用。我使用uuid。

let newId = uuid();
    messageStore[newId] = message;
    var dialog = bot.createDialog(
        'My Dialog',
        'idPrefix_' + newId,
        'Submit'
    ).addText('Sample Input', 'input', '');
    bot.replyWithDialog(message, dialog.asObject());

然后，一旦你得到你的交互式对话框响应回来，反汇编前缀和uuid，并从服务器内存中得到你的原始消息对象。然后在那里使用'replayInteractive'。

controller.on('dialog_submission', function handler(bot, message) {
    if (message.callback_id.indexOf('idPrefix') === 0) {
       let id = message.callback_id.substr('idPrefix_'.length);
       bot.dialogOk();
       let originalMessage = messageStore[id];
       bot.replyInteractive(originalMessage, {
            text: 'replacing the original message with this.'
       });
    }
});

小心不要在这里创建内存泄漏。您必须找到一种方法来清理您的messageStore。