我正在尝试建立一个基于松散交互消息的工作流，该工作流要求两方私下同意某件事，然后在他们所在的频道中宣布该事。
理想情况下，我希望它像这样流动：
- 用户A使用用户B的名称和一条消息执行斜杠命令
- 我的应用通过交互按钮来确认斜线命令，从而向我发送短暂消息，以确认
- 用户A收到交互式确认并进行确认。这将在我的应用程序的新端点上创建一个帖子。我希望它能发送原始消息。
- 我的应用程序响应确认，该确认将替换该短暂消息。
- 我的应用程序向用户B发送了一条新的临时帖子，要求进行确认。同样，这将需要使原始消息理想。
- 用户B确认，这再次在我的应用中发布了一个帖子（希望如此，消息仍在传递中）
- 最后，该应用会将商定的内容发布到频道上。
我想从此开始而不在应用程序端存储状态，但是使用临时消息似乎无法实现吗？在没有将状态存储在我这一边的情况下，有什么经验丰富的人可以想到这样做吗？或者，如果我希望所有这些交互都发生在渠道中，我是否必须存储某种键或cookie以供我参考？