序文
JD/Pinduoduo 福祉グループ、Meituan Luckin スケジュール マーケティング グループ、セルフサービスの注文照会、インテリジェントな相談、またはコミュニティ管理ロボットなどのエンタープライズ WeChat ロボットを実装したい場合は、まず外部グループ/顧客向けの公式ロボット APIグループは提供されていない セッション アーカイブは特定のシナリオでのみ適用可能 セッション アーカイブをタイムリーに使用すると、受信のみ可能で送信できないという問題も発生する コンプライアンスに準拠した顧客グループ ロボットを作成するにはどのような方法を使用できるか規制で？
インターネット上のエンタープライズWeChat自動化技術の概要も、機能やメリット・デメリットの点では同様かと思いますが、添付画像は以下の通りですので、コンプライアンスやアカウントBANのリスクの観点から追記させていただきます
。
コンプライアンスの視点
- Web ページ側プロトコル: プロトコルリバース + データ偽造 + データ改ざん、コンプライアンス違反
- iPadプロトコル：プロトコルリバース+データ偽造+データ改ざん、不遵守
- MAC プロトコル: プロトコル逆転 + データ偽造 + データ改ざん、不遵守
- PC フック: コード インジェクション + プロセス/メモリ監視、非準拠
- Xused テクノロジー: コード インジェクション + プロセス/メモリ モニタリング、非準拠
- WorkTool シミュレーション テクノロジ: プロトコル リバースなし + データ偽造/改ざんなし + コード インジェクションなし + プロセス/メモリ監視なし、セキュリティ コンプライアンス
アカウント停止のリスク
- Web ページ プロトコル: ほとんどのアカウントは使用できないため、無視してください
- iPad規約：アカウント閉鎖の可能性が一定あり、新規アカウントや実名のないアカウントの可能性が高く、将来のリスクが制御できない。
- MAC 契約: 一定の確率でアカウントが閉鎖される可能性があり、新規アカウントまたは身元不明のアカウントが発生する可能性が高く、将来のリスクは制御できません。
- PCフック：一定の確率で口座閉鎖が発生し、新規口座や実名のない口座が開設される可能性が高く、将来のリスクが制御できない。
- Xposed テクノロジー: アカウントが閉鎖される可能性が高く、新しいアカウントや実名のないアカウントが作成される可能性が非常に高い
- WorkTool シミュレーション テクノロジー: アカウント停止のリスクなし
WorkTool が準拠しておりリスクがない理由は何ですか
? これはプログラムの原則によって決まります。WorkTool は Google Android システムのネイティブ アクセシビリティ サービス (高齢者や視覚障害者や聴覚障害者向けの補助サービス) をベースにしているため、このサービスは画面の読み取りを補助したり、画面の認識とクリックを補助したりするためによく使用されます。産業情報技術部門は、すべての主要なアプリ (以下に示すように) はバリアフリー化を行う必要があることを要求する文書を発行しました。これは、政府によって公式にサポートおよび承認されている唯一の自動化ソリューションであるため、これまでのようにアカウント閉鎖のリスクはありません。 、現在と未来。クリックすると工業情報化省の記事へのリンクにジャンプします
WorkTool がコンプライアンス問題をそれほど重要視する理由
WorkTool 開発チームは、2019 年以前から WeChat Xused の研究開発に長年の経験を持ち、WeChat 上でのフル機能の自動化を実現していましたが、Xowned 自体には簡単なアカウント閉鎖や非公開などの問題があるため、 -コンプライアンスのリスク、チームは当局との対立を認識している 未来はなく、関連するプロジェクトは完全にキャンセルされました。しかし、私たちはコンプライアンスの範囲内で自動化ソリューションを見つけることをまだ諦めていません。そこで、自動化の運用効率と応答速度を向上させ、ビジネス価値と社会的価値を向上させながら、100%コンプライアンスを実現する独自の自動化フレームワークを開発することにしました。値です。当社が独自に開発した自動化フレームワークはオープン ソースであり続けます。バックドアはなく、非侵入的で、root は必要ありません。99% の Android デバイスで利用でき、24 時間年中無休で安定して実行されます。
WorkTool の欠点は何ですか?
完璧な自動化ソリューションはありません。私たちは Android の組み込みアクセシビリティ サービスに基づいています。WorkTool が登場する前は、このモデルは次の点でよく批判されました: 応答遅延が大きい、手動操作のシミュレーションの効率が低い、数が少なすぎる機能が低下し、ビジネス ニーズに対応できない。WorkTool は、手動操作をシミュレートする際の高遅延と低効率の問題を解決するために設計されており、独自開発の自動化フレームワークにより、究極の応答速度を実現し、手動操作をシミュレートする操作の限界速度に限りなく近く、機能の完成度においては、 WorkTool はすでに豊富なAPI 機能インターフェイスを備えており、プロトコルやフックなどのグレー製品と同じ機能を提供します。もちろん、機能を比較するための比較ではありません。私たちの目的は常にユーザーにサービスを提供し、人になることです。ニーズに応えられる商品が良い商品です。
API インターフェースのドキュメントを参照してください
追記
WorkTool に組み込まれた自社開発の自動化フレームワークは、他のアプリケーションにすぐに拡張することもできます。AutoJS などの自動化ソフトウェアを使用したことがあるが、十分に安定していないと感じる場合は、当社の自動化フレームワークを使用して、各 APP 用の自動化ソフトウェアを開発することもできます。 JSエンジンを使用して直接Androidネイティブ開発を使用するよりも安定しています。Github オープンソース アドレス: https://github.com/gallonyin/worktool
役に立った場合は、「いいね」を押して収集してください。自動化フレームワークに関する提案、貢献、または質問がある場合は、プライベート メッセージを送信できます~