AB
AiBoss
チュートリアル

Lark、WeChat Work、DingTalk CLIの徹底比較:包括的なガイド

皆さん、最近とても興味深い現象にお気づきでしょうか?CLIが「復活」を遂げているのです。エージェント時代において、CLIはもはやプログラマーのためのコマンドラインツールにとどまらず、AIがエンタープライズ機能にアクセスするための標準インターフェースにもなりつつあります。

飞书、企业微信、钉钉 CLI 深度实测对比,一文看懂

皆さん、最近何か面白いことに気づきましたか?CLIが「復活」しているんです。

存在する Agent この時代において、CLIはもはやプログラマーのためのコマンドラインツールにとどまらず、さらに... AI 企業機能を呼び出すための標準インターフェース層。

私たちがよく目にするインターフェースは、GUI(グラフィカルユーザーインターフェース)と呼ばれるもので、マウスを使って様々な魅力的なボタンやメニューをクリックする操作です。人間の目と手にとって非常に使いやすいインターフェースと言えるでしょう。

しかし AI 彼らにとって、こうした凝ったインターフェースは無意味だ。黒い枠の中に白い文字で平易なコマンドを表示するコマンドラインツール(CLI)は、直接的に内部ロジックにアクセスできるため、より正確だ。

3月末頃、中国の大手テクノロジー企業3社(Lark、WeChat Work、DingTalk)が同時に、オフィス機能をCLI(コマンドラインインターフェース)としてGitHub上で公開し、ユーザーが利用できるようにした。 Agent 企業のワークフローに直接アクセスできる経路を構築する。

それ以降、AI Agent もはや単なるチャットツールではなく、ワークグループ内で直接メッセージを送信したり、関係する同僚にタスクの処理を促したり、会議議事録を閲覧したり、文書を上書きしたりすることもできる。知的フォーム、メッセージ、連絡先、ToDoリスト、会議、メール、スケジュールなど。

1ヶ月以上が経過しましたが、3社の業績はどうだったのでしょうか?

それでは早速、今日は実地テストと比較をしてみましょう。

1か月が経過し、数家族がオープンソースプロジェクトの進捗状況やフィードバックの状況はどうなっているのでしょうか?まずは最も分かりやすいデータから見ていきましょう。2026年5月18日時点で、3つのGitHubプロジェクトはおおよそ以下の状態でした。

Lark CLI スター: 約 11,870、フォーク: 約 796、未解決の問題: 約 140。 WeChat Work CLI スター: 約 2,063、フォーク: 約 148、未解決の問題: 約 46。 DingTalk Workspace CLI スター: 約 1,897、フォーク: 約 115、未解決の問題: 約 44。その差はかなり大きい。

GitHubでの人気度だけを見れば、Larkはほぼトップティアに躍り出たと言えるでしょう。WeChat WorkとDingTalkはかなり似ていますが、WeChat Workの方がスター数とフォーク数が若干多いです。

もちろん、GitHubのデータは製品の機能と完全に一致するわけではありません。

星の数が多いということは、製品のプレゼンテーションがより明確であること、開発者コミュニティ内での情報発信がより活発であること、あるいは全く別の何かを示している可能性があります。 Agent 関連する位置情報の精度がより高まる。

しかし、CLI の場合は、これは...オープンソースツールという観点から見ると、GitHubのフィードバックは非常に重要であり、プロジェクトがリリース後に開発者やユーザーに受け入れられたかどうかを示す指標となる。 Agent 選手たちはそれを本当に理解している。

この観点から見ると、ラークは現在最も高い潜在能力を秘めていると言える。

Lark、WeChat Work、およびDingTalk CLIの公式機能説明を比較してください。

Lark CLIは、メッセージング、ドキュメント、多次元テーブル、スプレッドシート、スライドショー、カレンダー、電子メール、タスク、会議、Markdownなど、主要なビジネス領域を網羅しています。

README の最も重要なポイントは次のとおりです: 200 以上のコマンド、2500 以上の Raw API、および 24... AI Agent スキルは、ショートカット、APIコマンド、および生APIの3層コマンドアーキテクチャです。この設計は非常に... Agent Native。

Lark CLIは、複雑さの異なるユースケースを細分化して説明し、組み込み機能も備えています。 Agent スキル、 Agent どのシナリオでどのコマンドを使用すべきか、認証方法、エラー処理方法、そして無作為な操作を回避する方法が明確になっている。

今回はDingTalkですオープンソースこれはDingTalk Workspace CLI(dwsとも呼ばれる)で、初期機能は以下のとおりです。AI テーブル、カレンダー、ログ、ToDoリスト、ボット、アドレス帳、DINGメッセージ、出席状況、オープンプラットフォームドキュメント、ワークスペース。

しかし、その後の経験に基づくと、DingTalkはこれらの機能をさらに改良し、より使いやすくする必要がある。 Agent ワークフロー。

WeChat Workを見ると、そのオープンな機能には、メッセージ、イベント、ドキュメントなどが含まれます。知的フォーム、会議、ToDoリスト、連絡先リスト。

これらの機能は、特にメッセージング、連絡先、会議、そしてそれらの統合といった、WeChat Workの有利なシナリオに非常に近いものです。 Agent その後、多くのことが可能になる。自動変革は完了した。

しかし、 Agent 使いやすさや全体的なオープン性という点では、WeChat for Businessは使えるものの、システム化のレベルはLarkほど高くないというのが私の印象です。

今回は主に、クラウド文書の生成、会議スケジュールの作成、メッセージの送信、データの読み取り、多次元スプレッドシートの整理など、最も一般的なオフィス環境におけるいくつかのシナリオをテストしました。

基本的には、メッセージング、クラウドドキュメント、スプレッドシート、カレンダー、会議という5つの主要モジュールを網羅しています。

ケース1:クラウドドキュメントの生成

XX CLI を使用して、「XX CLI テストログ」というタイトルの XX ドキュメントを作成し、以下の内容を記述してください。これは... AI Agent XX CLIを使用してオフィス業務を実行できるかどうかをテストしてください。完了したら、ドキュメントへのリンクを私に送ってください。

Larkは最もスムーズな処理を行います。タスクに必要な承認を個別に要求し、承認と生成のプロセスは基本的にシームレスです。

DingTalkは無事に作成されましたが、その過程は必ずしもスムーズではありませんでした。CLI機能は備えていますが、操作性には改善の余地があります。

文書はWeChat Workを使用して正常に作成され、完成度も良好でした。全体的な使用感はLarkとDingTalkの中間といったところです。

ケース2:会議、スケジュール、メッセージ

この作業は文書を作成するよりもはるかに複雑で、また… Agent 実際のオフィス環境では、アドレス帳、カレンダー、会議、メッセージなどのモジュールを連携させる必要がある。

来週水曜日の午後に会議を組むのを手伝ってください。 AI 会議にはKKとKoiが出席します。適切な参加者を探し、参加可能状況を確認し、会議スケジュールを作成し、参加者を招待し、グループに会議通知を送信してください。

Larkは、最も包括的なサプライチェーンを有している。Agent タスクの細分化を理解するのは比較的自然なことです。まず適切な人材を見つけ、次にスケジュールを確認し、会議を作成し、最後に通知を送信します。

DingTalkには多くの機能がありますが、複数ステップのタスクでは、認証、確認、コマンド呼び出しによって操作が中断されやすくなります。

WeChat for Workは、人を探したりメッセージを送信したりといった場面では自然な優位性を持っているが、実際の使用においては、より明確な定義付けが必要である。プロンプトワードそして確認アクション。

ケース3 多次元表

私のWeChat公式アカウントの過去の記事(「D:\KjieGZH\CLI\My Articles」にあります)をWeChat Work CLIを使用して読み、そこから関連情報を抽出してください。 AI ツール、製品、モデル、および実際のテストケースを使用して、多次元テーブル(K-Sister)を作成します。 AI ツール評価データベース。

項目には、記事のタイトル、ツール名、ツールの種類、主要機能、使用シナリオ、実世界のテストケース、ハイライト、対象読者、コンテンツの価値、派生作品の可能性、そしてフォローアップを継続する価値があるかどうかなどが含まれます。

記事に複数の重要なツールが関係している場合は、記事を複数の記録に分割してください。不足している情報を捏造しないでください。

最後に、多次元表へのリンクを私に返送してください。

ラークはとても速く、基本的に私の指示に従います。プロンプトワード彼らは私にそれを依頼し、約10分後にリンクを送ってくれた。

DingTalk の認証は確かに済ませたはずなのに、実行中に何度も認証を求められ、ループを繰り返して実行されません。もう我慢できません!一体どうなっているんだ、DingTalk!ちゃんとした CLI を提供してくれませんか!?

WeChatで70件ほどの記事を処理するのに1時間もかかり、費用も30元もかかった。ちょっと面倒くさい。

さらに、10個のサンプルを処理するたびに確認作業が必要となり、完了までに2時間以上かかり、費用も60元以上かかりました。幸い、最終的な結果は許容範囲内でした。

さらに、一般的に使用されるPowerPointプレゼンテーションを作成したい場合、現在、3つのプロバイダーの中でネイティブのスライド機能を備えているのはLarkだけです。

Markdownファイルの作成、読み取り、変更、上書き、エクスポート、またはドキュメント形式の変換を行う必要がある場合は、Lark CLIが3つの中で最も機能が充実しています。

「上司が社内で本当に物事を成し遂げられる人材に何を求めているのか?」と聞かれたら、私はこう答えます。 AI Agent基盤となるレイヤーは、実際にはどのシステムに接続されているのでしょうか?

Larkは間違いなく他に類を見ない存在だ。Lark CLIは非常にオープンで包括的であり、実際には複雑なデータベース書き込みをほぼ完全に処理できます。自動基盤となるアーキテクチャは、本質的に Agent 準備されたオペレーティングシステムのドック。

企業向けWeChatの基本機能は安定しているものの、複数ステップのタスクには繰り返し手動確認が必要であり、時間とコストがかかるため、真の機能性には及ばない。自動仕事を見つけるまでには、まだまだ長い道のりがある。

DingTalkは幅広いインターフェースモジュールを備えていますが、複雑な複数ステップの操作では、認証要求が無限ループに陥りやすく、クラッシュの原因となることがあります。この問題は、まだ改善が必要です。

実際に Agent 時代は変わりました。ソフトウェアはもはや人間だけの領域ではなく、... AI 生産性向上ツール。

マウスさえもほとんど使われなくなったこのGUI時代に、大企業が黒い枠線と白い文字のCLIに戻ることは、時代錯誤だと考える人も多いだろう。

それどころか、これは特に AI ルネサンスへの準備。人間にとって、ボタンをクリックすることは最も直感的な動作ですが、…大型モデル彼らにとって、画面上の派手な演出は無意味だ。彼らが必要としているのは、構造化され、決定論的で、機械が読み取れるインターフェースなのだ。

Larkのように、その中核となる事業内容を全面的に開示する大胆な企業もある。 Agent オープンプラットフォームは、コラボレーションオフィスソフトウェアから、企業が利用できるプラットフォームへと進化している。 Agent 時代不可欠インフラ。

Agent [この技術/システム]の時代は始まったばかりであり、CLIはその第一歩に過ぎません。今日ターミナルで実行されている緑色のコードは、数ヶ月後には、あらゆる面倒な作業を手伝ってくれる超優秀なデジタル従業員になるかもしれません。

元のリンク:私自身、主要なオフィス向けCLIを3つテストしてみましたが、今回のLarkは本当に特別なものを持っています!