feat(wecom_bot): support persistent and pass conversation_id

[leslie2046]

Related Issues or Context

Supports persistent and pass conversation_id
App ID and user ID can be used together as the key

This PR contains Changes to Non-Plugin

• Documentation
• Other

This PR contains Changes to Non-LLM Models Plugin

• I have Run Comprehensive Tests Relevant to My Changes

This PR contains Changes to LLM Models Plugin

• My Changes Affect Message Flow Handling (System Messages and User→Assistant Turn-Taking)

• My Changes Affect Tool Interaction Flow (Multi-Round Usage and Output Handling, for both Agent App and Agent Node)

• My Changes Affect Multimodal Input Handling (Images, PDFs, Audio, Video, etc.)

• My Changes Affect Multimodal Output Generation (Images, Audio, Video, etc.)

• My Changes Affect Structured Output Format (JSON, XML, etc.)

• My Changes Affect Token Consumption Metrics

• My Changes Affect Other LLM Functionalities (Reasoning Process, Grounding, Prompt Caching, etc.)

• Other Changes (Add New Models, Fix Model Parameters etc.)

Version Control (Any Changes to the Plugin Will Require Bumping the Version)

• I have Bumped Up the Version in Manifest.yaml (Top-Level Version Field, Not in Meta Section)

Dify Plugin SDK Version

• I have Ensured dify_plugin>=0.3.0,<0.6.0 is in requirements.txt (SDK docs)

Environment Verification (If Any Code Changes)

Local Deployment Environment

• Dify Version is: , I have Tested My Changes on Local Deployment Dify with a Clean Environment That Matches the Production Configuration.

SaaS Environment

• I have Tested My Changes on cloud.dify.ai with a Clean Environment That Matches the Production Configuration

[gemini-code-assist]

Code Review

This pull request introduces multi-turn conversation support for the WeCom bot by implementing session-based storage for conversation IDs. It also updates the dify_plugin dependency to version 0.7.1 and bumps the project version to 0.0.3. Feedback was provided regarding the use of a broad exception handler when retrieving the application ID, suggesting a more explicit type check for better clarity and error handling.

[gemini-code-assist]

Using a broad try...except Exception can hide unexpected errors and makes the code harder to understand. It's better to handle expected cases explicitly for improved clarity and robustness. You can safely retrieve app_id by checking if app is a dictionary instance.

        app = settings.get("app")
        app_id = (app.get("app_id") or "") if isinstance(app, dict) else ""