mirror of
https://github.com/NanmiCoder/cc-haha
synced 2026-07-15 12:53:31 +08:00
Feishu CardKit reply sends can fail after the platform has already accepted the message. Reusing one outbound UUID across the initial reply send and the create fallback keeps the fallback idempotent instead of risking a second visible message. Constraint: Feishu im.message.reply and im.message.create both accept uuid idempotency keys Rejected: Removing the create fallback entirely | would regress CardKit create/send fallback behavior when the original reply truly did not land Confidence: high Scope-risk: narrow Directive: Keep reply fallback sends on the same outbound UUID; do not regenerate it per API attempt Tested: bun test feishu/__tests__/streaming-card.test.ts Tested: bun test feishu/__tests__/cardkit.test.ts feishu/__tests__/streaming-card.test.ts Tested: cd adapters && bun run test:feishu Tested: bun run check:adapters Tested: cd adapters && bunx tsc --noEmit