@thinkingai/ae-cli 1.0.30 → 6.0.16

package/wiki/te-docs/raw/data-ingestion-guide/server-sdk/java/release-notes.md

@@ -0,0 +1,88 @@
+---
+code: java_sdk_release_note
+name: "Release Notes"
+wikiToken: YiWxwiaPxiUHw3kfSILcfdZ6n7b
+parentWikiToken: BuVmwRcFsi4Oq5knoDDcgJ3fnSN
+updateTime: 1774249241000
+sourceUrl: https://docs-v2.thinkingdata.cn/?version=v6.0&lan=en-US&code=java_sdk_release_note
+---
+
+## v3.0.4-beta.1
+**Date:** **2026/01/07**
+**Notes:**
+- fastjson1 is no longer supported
+- Lzo, lz4 is no longer supported
+## v3.0.2
+**Date:** **2025/01/15**
+**Notes:**
+- Set SDK to official version
+## v3.0.2-beta.2
+**Date:** **2024/08/09**
+**Notes:**
+- Improve SDK stability
+## v3.0.2-beta.1
+**Date:** **2024/06/06**
+**Notes:**
+- Full use of the fastjson2 api
+## v3.0.1
+**Date:** **2024/05/21**
+**Notes:**
+- The debug mode supports data format verification
+## v3.0.0
+**Date:** **2023/11/29**
+**Notes:**
+- Release the official version
+## v3.0.0-beta.1
+**Date:** **2023/09/20**
+**Notes:**
+- Using the new API
+## v2.1.2
+**Date:** **2023/09/19**
+**Notes:**
+- Set SDK to official version
+## v2.1.2-beta.3
+**Date: 2023/07/17**
+**Notes:**
+- Improve SDK stability
+## v2.1.2-beta.2
+**Date:** **2023/04/20**
+**Notes:**
+- Tidy test case
+## v2.1.1
+**Date:** **2022/11/15**
+**Notes:**
+- Add debug model
+## v2.1.0 
+**Date: 2022/08/08**
+**Notes：**
+- In LoggerConsumer and BatchConsumer mode, the correctness of attributes is not checked by default
+- Added log switch
+- Optimize some codes
+## v2.0.1 
+**Date: 2022/05/10**
+**Notes：**
+- Support deduplication of user attributes
+- Support first event reporting
+## v1.9.0 
+**Date: 2021/12/03**
+**Notes：**
+- Support Object And Object Ggroup
+## v1.8.2 
+**Date: 2021/08/31**
+**Notes：**
+- Fixed an error where a link was closed abnormally
+## v1.8.1
+**Date: 2021/06/17**
+**Notes：**
+- Update httpclient version
+- Add exception log
+## v1.8.0 
+**Date: 2021/03/22**
+**Notes：**
+- A new buffer pool is added to store data sent due to network reasons, and retry when sending later
+- Support for #app_id attribute
+## v1.7.0 
+**Date: 2020/12/08**
+**Notes：**
+- Added the function of regularly reporting data
+- Added automatic directory creation function

package/wiki/te-docs/raw/data-ingestion-guide/server-sdk/java.md

@@ -0,0 +1,174 @@
+---
+code: java_sdk_installation
+name: "Java"
+wikiToken: BuVmwRcFsi4Oq5knoDDcgJ3fnSN
+parentWikiToken: IKVPwn4NfiIhijk5EcAcMf6pn7e
+updateTime: 1774252005000
+sourceUrl: https://docs-v2.thinkingdata.cn/?version=v6.0&lan=en-US&code=java_sdk_installation
+---
+
+::: tip
+Before you begin, please read [<text color="purple" underline="true">Preparation before Data Ingestion</text>](https://thinkingdata.feishu.cn/wiki/OhD8we9iai6Xk5kM1QNc8ITRnQe).
+The minimum compatible JDK version is 8
+ :::
+**Latest version: v3.0.****4-beta.1**
+**Update time: 202****6****-0****1****-****07**
+**Resource download: **[**Source Code**](https%3A%2F%2Fgithub.com%2FThinkingDataAnalytics%2Fjava-sdk)
+::: warning Notice 
+Current documentation applies to v3.0.0 and later. For historical versions, see [Data Ingestion Guide - Java (V2)](https%3A%2F%2Fdocs.thinkingdata.cn%2Fta-manual%2Fv4.1%2Fen%2Finstallation%2Finstallation_menu%2Fserver_sdk%2Fjava_sdk_installation%2Fjava_sdk_installation.html) 
+:::
+## **SDK**** Integration**
+1.  With the Maven integration SDK, place the following dependency information in the `pom.xml` file (recommended):
+```xml
+<dependencies>
+    // others...
+    <dependency>
+        <groupId>cn.thinkingdata</groupId>
+        <artifactId>thinkingdatasdk</artifactId>
+        <version>3.0.2</version>
+    </dependency>
+</dependencies>
+```
+
+1. Logbus Integration
+We recommend using SDK+LogBus to track and report data on server. You can refer to the following documents to complete the installation of Logbus:[ LogBus User Guide](https://thinkingdata.feishu.cn/wiki/SlE6wOEK3isQvukzEbnc5V0inNa)
+1. The API of the SDK is thread-safe and is called synchronously by default. It is recommended that you call the API in a child thread to avoid affecting the business thread.
+## **Initialization**
+### Simple initialization
+The following is the sample code for SDK initialization:
+```java
+TDAnalytics te = new TDAnalytics(new TDLoggerConsumer("LOG_DIRECTORY"), false);
+```
+
+`LOG_DIRECTORY` is the local folder path.
+### Full initialization
+The SDK supports incoming configuration for initialization, and you can fine-tune the functionality of the SDK through configuration. For example, you can add a prefix to the log file.
+```java
+TDLoggerConsumer.Config config = new TDLoggerConsumer.Config("LOG_DIRECTORY");
+config.setFilenamePrefix("unique_name");
+TDAnalytics te = new TDAnalytics(new TDLoggerConsumer(config), false);
+```
+
+## **Common ****Features**
+In order to ensure that the distinct ID and account ID can be bound smoothly, if your game uses the distinct ID and account ID, we strongly recommend that you upload these two IDs at the same time, otherwise the account will not match, causing users to double count. For specific ID binding rules, please refer to the chapter on [User Identification Rules](https://thinkingdata.feishu.cn/wiki/Pov9wECdsi2QQsk4NN9cEPsvnyc).
+### 3.1 **Sending Events**
+ You can call `track` to upload events. It is suggested that you set event properties based on the data tracking plan drafted previously. Here is an example of a user buying an item:
+```java
+HashMap<String,Object> properties = new HashMap<>();
+properties.put("#ip", "192.168.1.1");
+properties.put("channel","te");
+properties.put("age",1);
+properties.put("isSuccess",true);
+properties.put("birthday",new Date());
+
+HashMap<String,Object>  object = new HashMap<>();
+object.put("key", "value");
+properties.put("object",object);
+
+HashMap<String,Object> object1 = new HashMap<>();
+object1.put("key", "value");
+
+ArrayList<Object> arr = new ArrayList<>();
+arr.add(object1);
+properties.put("object_arr",arr);
+
+ArrayList<String> arr1 = new ArrayList<>();
+arr1.add("value");
+properties.put("arr",arr1);
+
+try {
+    te.track("account_id","distinct_id","payment",properties);
+} catch (Exception e) {
+    System.out.println("except:"+e);
+}
+```
+
+- Key is the name of the property and refers to the string type. It must start with a character, and contain numbers, characters (insensitive to case, and upper cases would be transformed into lower cases by TE) and underscores "_", with a maximum length of 50 characters. 
+- Value, the value of the property, supports string, numbers, Boolean, time, object, array object, and array
+<quote-container>
+**The requirements for event properties and user properties are the same as that for super properties**
+</quote-container>
+
+### 3.2 **User Properties**
+You can set general user properties by calling `userSet` API. The original properties would be replaced by the properties uploaded via this API. If no user properties are set before, user properties will be newly created. The type of newly-created user properties must conform to that of the uploaded properties. User name setting is taken as the example here: 
+```java
+Map<String,Object> userProperties = new HashMap<String,Object>();
+userProperties.put("user_name", "TA");
+try {
+   te.userSet("account_id","distinct_id",userProperties);
+} catch (Exception e) {
+  System.out.println("except:"+e);
+}
+ 
+Map<String,Object> newUserProperties = new HashMap<String,Object>();
+newUserProperties.put("user_name", "TE");
+try {
+   te.userSet("account_id","distinct_id",newUserProperties);
+} catch (Exception e) {
+  System.out.println("except:"+e);
+}
+```
+
+### 3.3 Reported data
+With `TDLogConsumer`, the captured events are encoded as json strings and then added to the cache. Data is written to disk only when the string length in the cache exceeds the set length. The default maximum length is 8192 bytes.
+You can call the `flush()` api to report data to the TE  immediately under certain service scenarios. However, frequent calls to `flush()` can result in degraded service performance.
+```java
+te.flush();
+```
+
+### 3.4 Close  SDK
+```java
+try{
+   te.close();
+} catch (Exception e) {
+    System.out.println("except:"+e);
+}
+```
+
+<quote-container>
+Close and exit the SDK. Please call this api before closing the server to avoid data loss in the cache
+</quote-container>
+
+## **Best Practice**
+The following sample code covers all the above-mentioned operations. It is recommended that the codes be used in the following steps:
+```java
+TDAnalytics te = new TDAnalytics(new TDLoggerConsumer("LOG_DIRECTORY"), false);
+
+HashMap<String,Object> properties = new HashMap<>();
+properties.put("#ip", "192.168.1.1");
+properties.put("channel","te");
+properties.put("age",1);
+properties.put("isSuccess",true);
+properties.put("birthday",new Date());
+
+HashMap<String,Object>  object = new HashMap<>();
+object.put("key", "value");
+properties.put("object",object);
+
+HashMap<String,Object> object1 = new HashMap<>();
+object1.put("key", "value");
+
+ArrayList<Object> arr = new ArrayList<>();
+arr.add(object1);
+properties.put("object_arr",arr);
+
+ArrayList<String> arr1 = new ArrayList<>();
+arr1.add("value");
+properties.put("arr",arr1);
+
+try {
+    te.track("account_id","distinct_id","payment",properties);
+} catch (Exception e) {
+    System.out.println("except:"+e);
+}
+
+Map<String,Object> userProperties = new HashMap<String,Object>();
+userProperties.put("user_name", "TE");
+try {
+   te.userSet("account_id","distinct_id",userProperties);
+} catch (Exception e) {
+  System.out.println("except:"+e);
+}
+
+te.flush();
+```

package/wiki/te-docs/raw/data-ingestion-guide/server-sdk/lua/lua-advanced/debugging-and-logging.md

@@ -0,0 +1,46 @@
+---
+code: lua_sdk_debug
+name: "Debugging and Logging"
+wikiToken: Qyo6wDzWRiFYckkNYdBci6qknBh
+parentWikiToken: Kyrww4y2piF8Jok2abwc5ctondg
+updateTime: 1774249318000
+sourceUrl: https://docs-v2.thinkingdata.cn/?version=v6.0&lan=en-US&code=lua_sdk_debug
+---
+
+::: warning Notice
+The SDK Debug mode is used only for access debugging. Do not apply it to the production environment.
+:::
+During the process of SDK Integration, you can perform real-time debugging by checking SDK logs in the IDE console or using the Debug function of TE.
+## Logging
+```lua
+local tdAnalytics = require "ThinkingDataSdk"
+-- enable log
+TDAnalytics.enableLog(true)
+```
+
+## Debugging
+You need to follow the following two steps to enable the Debug mode:
+#### 2.1 Use DebugConsumer
+The sample code for enabling the Debug mode on the client side is as follows:
+```lua
+local tdAnalytics = require "ThinkingDataSdk"
+local consumer = tdAnalytics.TDDebugConsumer("SERVER_URL", "APP_ID", false, "DeviceId")
+local sdk = tdAnalytics(consumer)
+
+local distinctId = "ABCDEFG123456789"
+local accountId = "TE_10001"
+
+local properties = {}
+properties["#ip"] = "192.168.1.1"
+properties["#device_id"] = "te_device_id"
+
+sdk:track(accountId, distinctId, "payment", properties)
+```
+
+#### 2.2 Add Device
+To avoid launching the Debug mode in the production environment, it is required that only specified device can enable Debug mode.  The Debug mode can only be enabled for devices whose ID has been configured in the "Debug data" sector on the "tracking management" page of the TE.
+<image token="V5obbLgxmoCYdYx8cWtcmaJdnKg" width="1280" height="590" align="center"/>
+
+<quote-container>
+It can only be used for data verification at the integration stage, and should not be used in the online environment.
+</quote-container>

package/wiki/te-docs/raw/data-ingestion-guide/server-sdk/lua/lua-advanced/preset-properties.md

@@ -0,0 +1,126 @@
+---
+code: lua_sdk_preset_properties
+name: "Preset Properties"
+wikiToken: QqaWwmZ3yiaQyMkPCt7cMVlMnce
+parentWikiToken: Kyrww4y2piF8Jok2abwc5ctondg
+updateTime: 1774249320000
+sourceUrl: https://docs-v2.thinkingdata.cn/?version=v6.0&lan=en-US&code=lua_sdk_preset_properties
+---
+
+The following present properties are properties that all events in SDK would have.
+
+<lark-table rows="8" cols="4" column-widths="169,152,140,259">
+
+  <lark-tr>
+    <lark-td>
+      Property name
+    </lark-td>
+    <lark-td>
+      Display name
+    </lark-td>
+    <lark-td>
+      Property type
+    </lark-td>
+    <lark-td>
+      Instruction
+    </lark-td>
+  </lark-tr>
+  <lark-tr>
+    <lark-td>
+      #ip
+    </lark-td>
+    <lark-td>
+      IP address
+    </lark-td>
+    <lark-td>
+      Text
+    </lark-td>
+    <lark-td>
+      IP address of the user, based on which TE would get the geographical location of the user
+    </lark-td>
+  </lark-tr>
+  <lark-tr>
+    <lark-td>
+      #country
+    </lark-td>
+    <lark-td>
+      Country
+    </lark-td>
+    <lark-td>
+      Text
+    </lark-td>
+    <lark-td>
+      The country where the user is located; generated based on the IP address
+    </lark-td>
+  </lark-tr>
+  <lark-tr>
+    <lark-td>
+      #country_code
+    </lark-td>
+    <lark-td>
+      Country code
+    </lark-td>
+    <lark-td>
+      Text
+    </lark-td>
+    <lark-td>
+      The code of the country where the user is located (ISO 3166-1 alpha-2, two English characters in upper case); generated based on the IP address
+    </lark-td>
+  </lark-tr>
+  <lark-tr>
+    <lark-td>
+      #province
+    </lark-td>
+    <lark-td>
+      Province
+    </lark-td>
+    <lark-td>
+      Text
+    </lark-td>
+    <lark-td>
+      The province where the user is located; generated based on the IP address
+    </lark-td>
+  </lark-tr>
+  <lark-tr>
+    <lark-td>
+      #city
+    </lark-td>
+    <lark-td>
+      City
+    </lark-td>
+    <lark-td>
+      Text
+    </lark-td>
+    <lark-td>
+      The city where the user is located; generated based on the IP address
+    </lark-td>
+  </lark-tr>
+  <lark-tr>
+    <lark-td>
+      #lib
+    </lark-td>
+    <lark-td>
+      SDK type
+    </lark-td>
+    <lark-td>
+      Text
+    </lark-td>
+    <lark-td>
+      The type of SDK which you integrate, e.g., Golang, etc.
+    </lark-td>
+  </lark-tr>
+  <lark-tr>
+    <lark-td>
+      #lib_version
+    </lark-td>
+    <lark-td>
+      SDK version
+    </lark-td>
+    <lark-td>
+      Text
+    </lark-td>
+    <lark-td>
+      The version of the SDK which you integrate
+    </lark-td>
+  </lark-tr>
+</lark-table>

package/wiki/te-docs/raw/data-ingestion-guide/server-sdk/lua/lua-advanced.md

@@ -0,0 +1,182 @@
+---
+code: lua_sdk_advanced
+name: "Lua-Advanced"
+wikiToken: Kyrww4y2piF8Jok2abwc5ctondg
+parentWikiToken: CLL4wjPKtiEhkjkmbIqcrn3CnXd
+updateTime: 1774249316000
+sourceUrl: https://docs-v2.thinkingdata.cn/?version=v6.0&lan=en-US&code=lua_sdk_advanced
+---
+
+## **Sending Events**
+After SDK is initialized, you can track user behaviour data. In general, ordinary events could meet business requirements. You can also use the First/Updatable Event based on your own business requirements.
+### 1.1 **Ordinary Events**
+ You can call `track` to upload events. It is suggested that you set event properties  based on the document about data tracking drafted previously. Procurement of a commodity by a user is taken as the example here:
+```lua
+local properties = {}
+properties["#time"] = os.date("%Y-%m-%d %H:%M:%S")
+properties["#ip"] = "192.168.1.1"
+properties["Product_Name"] = "card"
+properties["Price"] = 30
+properties["OrderId"] = "abc_123"
+
+sdk:track("accountId", "distinctId", "payment", properties)
+```
+
+### 1.2 **First Events**
+The First Events refers to events that would only be recorded once for the ID of a certain device or other dimensions.   For example, under certain scenarios, you may want to record the activation event on a certain device.   In this case, you can perform data tracking with the First Event.
+If you want to judge whether an event is the First Event from other dimensions, you can define a first_check_id for the First Event:
+```lua
+local properties = {}
+sdk:trackFirst("accountId", "distinctId", "device_activation", "first_check_id", properties)
+```
+
+<quote-container>
+Note: Since the server has to check whether the event is the First Event, the First Event will be put in storage one hour later by default.
+</quote-container>
+
+### 1.3 ** Updatable Events**
+You can meet the requirements for event data modification under specific scenarios through Updatable Event. The TE would determine the data to be updated according to the event name and event ID.
+```lua
+-- "price" is 80, "count" is 3
+local properties = {}
+properties["price"] = 80
+properties["count"] = 3
+sdk:trackUpdate("accountId", "distinctId", "eventName", "eventId", properties)
+
+-- The "price" is still 80, The "count" has changed to 5
+local newProperties = {}
+newProperties["count"] = 5
+sdk:trackUpdate("accountId", "distinctId", "eventName", "eventId", newProperties)
+```
+
+### 1.4 **Overwritable Event****s**
+Despite the similarity with Updatable Event, Overwritable Event would cover all historical data with the latest data. Looking from the perspective of effect, such a process is equivalent to the behavior of deleting the previous data while putting the latest data in storage. The TE would determine the data to be updated according to the event name and event ID.
+```lua
+-- "price" is 80, "count" is 3
+local properties = {}
+properties["price"] = 80
+properties["count"] = 3
+sdk:trackOverwrite("accountId", "distinctId", "eventName", "eventId", properties)
+
+-- The "count" has changed to 5，The "price" will be deleted
+local newProperties = {}
+newProperties["count"] = 5
+sdk:trackOverwrite("accountId", "distinctId", "eventName", "eventId", newProperties)
+```
+
+## **User Properties**
+User property setting APIs supported by the TE  include: `userSet`, `userSetOnce`, `userAdd`, `userAppend`, `userUniqueAppend`, `userUnset`, `userDel`.
+### 2.1 userSet
+You can call `userSet` to set general user properties. The original properties would be replaced if the properties uploaded via the API are used. If  user properties are not set before, user properties will be created. The type of newly-created user properties must conform to that of the uploaded properties. User name setting is taken as the example here:
+```lua
+local userSetProperties = {}
+userSetProperties["user_name"] = "ABC"
+userSetProperties["#time"] = os.date("%Y-%m-%d %H:%M:%S")
+sdk:userSet("accountId", "distinctId", userSetProperties)
+
+userSetProperties = {}
+userSetProperties["user_name"] = "abc"
+userSetProperties["#time"] = os.date("%Y-%m-%d %H:%M:%S")
+sdk:userSet("accountId", "distinctId", userSetProperties)
+```
+
+### 2.2 userSetOnce
+If the user property you want to upload only needs to be set once, you can call `userSetOnce` to set the property. If such property had been set before, this message would be ignored. Let's take the setting of the first payment time as an example:
+```lua
+local userSetOnceProperties = {}
+userSetOnceProperties["user_name"] = "ABC"
+userSetOnceProperties["#time"] = os.date("%Y-%m-%d %H:%M:%S")
+sdk:userSetOnce("accountId", "distinctId", userSetOnceProperties)
+
+userSetOnceProperties = {}
+userSetOnceProperties["user_name"] = "abc"
+userSetOnceProperties["user_age"] = 18
+userSetOnceProperties["#time"] = os.date("%Y-%m-%d %H:%M:%S")
+sdk:userSetOnce("accountId", "distinctId", userSetOnceProperties)
+```
+
+### 2.3 userAdd
+When you want to upload numeric property for cumulative operation, you can call `userAdd`.
+If the property has not been set, it would be given a value of 0 before computing. A negative value could be uploaded, which is equivalent to subtraction operation. Let's take the accumulative payment amount as an example:
+```lua
+local userAddProperties = {}
+userAddProperties["total_revenue"] = 30
+userAddProperties["#time"] = os.date("%Y-%m-%d %H:%M:%S")
+sdk:userAdd("accountId", "distinctId", userAddProperties)
+
+userAddProperties = {}
+userAddProperties["total_revenue"] = 60
+userAddProperties["#time"] = os.date("%Y-%m-%d %H:%M:%S")
+sdk:userAdd("accountId", "distinctId", userAddProperties)
+```
+
+<quote-container>
+The property key is a string, and the value is only allowed to be a numeric value.
+</quote-container>
+
+### 2.4 userAppend
+You can call `userAppend` to add user properties of array type.
+```lua
+local equips = {}
+equips[1] = "weapon"
+equips[2] = "hat"
+local userAppendProperties = {}
+userAppendProperties["equips"] = equips
+userAppendProperties["#time"] = os.date("%Y-%m-%d %H:%M:%S")
+sdk:userAppend("accountId", "distinctId", userAppendProperties)
+
+equips = {}
+equips[1] = "clothes"
+userAppendProperties = {}
+userAppendProperties["equips"] = equips
+userAppendProperties["#time"] = os.date("%Y-%m-%d %H:%M:%S")
+sdk:userAppend("accountId", "distinctId", userAppendProperties)
+```
+
+### 2.5 userUniqueAppend
+You can delete duplicated user property by calling `userUniqueAppend` API. If you call `userAppend` API, duplicated user property might not be deleted.
+```lua
+local profiles_append = {}
+profiles_append["append"] = { "test_append" }
+sdk:userAppend("accountId", "distinctId", profiles_append)
+
+local profiles_uniq_append = {}
+profiles_uniq_append["append"] = {"test_append", "test_append1"}
+sdk:userUniqueAppend("accountId", "distinctId", profiles_uniq_append)
+```
+
+### 2.6 userUnset
+When you need to clear the user properties of users, you can call `userUnset` to clear specific properties. `userUnset` would not create properties that have not been created in the cluster.
+```lua
+local userUnsetProperties = {}
+userUnsetProperties[1] = "total_revenue"
+userUnsetProperties[2] = "equips"
+sdk:userUnset("accountId", "distinctId", userUnsetProperties)
+```
+
+### 2.7 userDel
+You can call `userDel` to delete a user. After deleting the user, you would no longer be able to inquire about its user property, but could still query the events triggered by the user.
+```lua
+sdk:userDel("accountId", "distinctId")
+```
+
+
+## **Other**
+### 3.1 BatchConsumer
+::: warning Notice
+When the amount of data is too large or the network is abnormal, there is a risk of data loss. And it is not recommended to use it in a production environment
+:::
+Batches transmit data to the TE in real time, without the need for a transmission tool. 
+```lua
+local tdAnalytics = require "ThinkingDataSdk"
+local consumer = tdAnalytics.TDBatchConsumer("SERVER_URL", "APP_ID")
+local sdk = tdAnalytics(consumer)
+```
+
+Instruction on parameters:
+- `APPID`: The APPID of your project, which can be found on the project management page of  TE.
+- `SERVER_URL`: 
+  - If you are using a SaaS version, please check the receiver URL on this page
+<image token="SRnqbFUV7oXEGExbPWOcLjdNnlh" width="1674" height="1318" align="center"/>
+
+- If you use the private deployment version, you can customize the data tracking URL .

package/wiki/te-docs/raw/data-ingestion-guide/server-sdk/lua/release-notes.md

@@ -0,0 +1,61 @@
+---
+code: lua_sdk_release_note
+name: "Release Notes"
+wikiToken: JQmBwbaITilDtMkNITYcmCLBn4f
+parentWikiToken: CLL4wjPKtiEhkjkmbIqcrn3CnXd
+updateTime: 1774249322000
+sourceUrl: https://docs-v2.thinkingdata.cn/?version=v6.0&lan=en-US&code=lua_sdk_release_note
+---
+## **v2.0.1**
+**Date:** 2026/01/08
+**Notes：**
+- Improve the stability of the sdk
+## **v2.0.0**
+**Date:** 2023/12/01
+**Notes：**
+- Release the official version
+## **v2.0.0-beta.1**
+**Date:** 2023/10/08
+**Notes：**
+- Enable new API, add 'TD' prefix to class name
+- Not compatible with older SDK. You need to change the class name
+## **v1.5.4**
+**Date:** 2023/09/01
+**Notes：**
+- Release the official version  
+## **v1.5.4-beta.2**
+**Date:** 2023/07/31
+**Notes：**
+- Fix network compatibility
+## **v1.5.4-beta.1**
+**Date:** 2023/04/23
+**Notes：**
+- Support https
+- LogConsumer efficiency is improved
+## v1.5.3
+**Date：2022/11/24**
+**Notes：**
+- Support debug mode in TE
+## v1.5.2
+**Date: 2022/10/27**
+**Notes：**
+- Optimize file writing methods
+## v1.5.1
+**Date: 2022/09/21**
+**Notes：**
+- Bugfix: If the Key of the user property starts with '#', the data sending exception occurs
+## v1.5.0 
+**Date: 2022/08/08**
+**Notes：**
+- Remove `Util.lua` file
+## v1.4.0
+**Date: 2022/04/26**
+**Notes：**
+- Add a default uuid to the event
+- Supports dynamic common properties
+- Supports First Event
+- Supports "user_uniq_append" event 
+## v1.3.0
+**Date: 2022/02/28**
+**Notes：**
+- Supports objects array in properties