嘿，我刚好处理过类似的需求，核心就是彻底绕开Update Message机制，用「回复原消息」的方式挂载结果卡片，这样既不用更新原卡片，也不会单独发一条突兀的消息。下面是具体的实现步骤：

核心思路 #

我们要把用户提交表单后的结果卡片，作为原消息的线程回复发送，而不是更新原消息本身。这样结果卡片会和原消息关联显示在同一个对话线程里，完全符合你“展示在原消息相关位置”的需求，同时彻底避免触发任何Update动作。

具体步骤 #

1. 原流：记录关键ID并发送初始自适应卡片 #

当你的流被Teams中提及标签触发后，先从触发事件的输出里提取两个关键参数：

• Conversation ID：当前对话的唯一标识
• Message ID：触发流的那条原消息的ID（也就是你要发送初始卡片的消息关联ID）

发送初始自适应卡片的时候，要确保卡片的Action.Submit动作把用户填写的表单数据+上述两个ID一起提交到你的流处理端点（可以用Power Automate的「手动触发流」或者「HTTP触发流」作为接收端点）。

举个卡片提交动作的示例JSON片段：

{
  "type": "Action.Submit",
  "title": "提交",
  "data": {
    "formData": "{{用户填写的字段}}",
    "conversationId": "@{触发事件的输出.Conversation ID}",
    "parentMessageId": "@{触发事件的输出.Message ID}"
  }
}

2. 处理提交的流：生成结果卡片并回复原消息 #

当Web服务器返回处理结果后，不要用任何「Update Message」动作，而是做以下操作：

• 构建包含处理结果的新自适应卡片JSON
• 使用Power Automate的「回复消息（Reply to a message）」动作，填写以下参数：
  • Conversation ID：从提交数据里获取的ID
  • Parent Message ID：从提交数据里获取的原消息ID
  • Message：选择「自适应卡片」，把你构建的结果卡片JSON填进去

3. 关键避坑点 #

• 绝对不要用Update相关逻辑：不管是Power Automate里的「Update Message」动作，还是自适应卡片里的updateMessage属性，都要完全避免。
• 确保回复关联正确：Parent Message ID一定要填原消息的ID，这样结果卡片会显示在原消息的下方回复链里，视觉上和原消息紧密关联，不会显得突兀。
• 权限检查：确保你的Power Automate流有Teams对话的消息发送权限，避免回复失败。

效果说明 #

这样实现后，用户提交表单后，结果卡片会作为原消息的回复出现，既没有更新原卡片，也没有单独发一条新消息，完全满足你“展示结果但避免Update和单独消息”的需求。

内容的提问来源于stack exchange，提问作者bart2puck