Migration Guide 
This tutorial highlights certain considerations. Please read the current version plugin tutorial first, then use this document as a reference for plugin migration.
Migrating from 3.x Supported Asynchronous Plugins 
INFO
Plugin characteristics:
- Main time period: 2024.2 ~ 2025.8
- Registration method: Using @handlerdecorators to register event listeners and@llm_funcdecorators to register content functions (tools) in the plugin class inmain.py; all handler functions are asynchronous functions (async def)
- Plugin and component registration method: Changed from the previous single plugin class decorator registration method to manifest file registration method. See Manifest File; and separated different types of components independently. For details, see Adding Components.
- Message chain entities: Now refactored. The construction method of each message chain element now requires explicit passing of named parameters. See Message Platform Entities.
- Event listeners: Provides backward compatibility, but no longer provides query: Queryobject in context. For details, see Pipeline Events.
- Command components: Now refactored. See Command Components.
Migrating from 2.x and 3.x Supported Synchronous Plugins 
INFO
Plugin characteristics:
- Main time period: 2023.1 ~ 2024.2
- Registration method: Using @ondecorators to register event listeners and@funcdecorators to register content functions (tools) in the plugin class inmain.py; all handler functions are synchronous functions (def)
- Synchronous to asynchronous: Plugin runtime has now changed to fully asynchronous (based on asyncio). Please change all plugin code involving IO operations to asynchronous writing.
- For detailed content, please refer to the above 3.x asynchronous plugin migration guide.
