You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When sending an original-quality image or original video from the WeChat client to the bot, the media files received on the OpenClaw side are noticeably compressed, with file sizes shrinking dramatically (e.g., an original image of several MB ends up as only a few hundred KB). The loss of resolution and quality affects use cases that depend on high-fidelity source material, such as OCR and image analysis.
Steps to Reproduce
Open a direct chat with the bot in the WeChat client;
When sending an image, check the "Original image" (原图) option (or send an original-quality video);
Compare the inbound media file saved on the OpenClaw side with the original file on the WeChat side: both file size and resolution are significantly reduced.
Expected Behavior
When the sender chooses to send the original image/video, the channel should deliver the original-quality media to the OpenClaw side (or at least provide an opt-in configuration to enable this).
Actual Behavior
Only compressed versions are received. Reading the plugin source code shows that inbound downloads use image_item.media (the original-image CDN reference in the protocol) rather than thumb_media, which indicates the plugin already requests the original-image field. Since the delivered content is still compressed, it appears that the iLink server does not deliver original-quality media.
Environment
@tencent-weixin/openclaw-weixin version: 2.4.6 (latest on npm)
OpenClaw version: 2026.7.1-2
Node: v24.15.0
Platform: macOS
Additional Notes
Related issue: 从微信发送图片后无法获取原图URL,导致OCR识别效果很差,是否能放开原图URL #28 (which only mentions the image thumbnail problem; this issue adds that videos are also affected, plus source-level investigation findings).
If this limitation is indeed at the server protocol level, we hope the team can state this explicitly and evaluate whether the protocol could be opened up to allow original-quality image/video delivery.
Problem Description
When sending an original-quality image or original video from the WeChat client to the bot, the media files received on the OpenClaw side are noticeably compressed, with file sizes shrinking dramatically (e.g., an original image of several MB ends up as only a few hundred KB). The loss of resolution and quality affects use cases that depend on high-fidelity source material, such as OCR and image analysis.
Steps to Reproduce
Expected Behavior
When the sender chooses to send the original image/video, the channel should deliver the original-quality media to the OpenClaw side (or at least provide an opt-in configuration to enable this).
Actual Behavior
Only compressed versions are received. Reading the plugin source code shows that inbound downloads use
image_item.media(the original-image CDN reference in the protocol) rather thanthumb_media, which indicates the plugin already requests the original-image field. Since the delivered content is still compressed, it appears that the iLink server does not deliver original-quality media.Environment
@tencent-weixin/openclaw-weixinversion: 2.4.6 (latest on npm)Additional Notes