QoderWakeユーザーガイド - Alibaba AIデジタル従業員自動勤務開発プロセス
現在、多くのAIツールが利用可能ですが、そのほとんどは依然として継続的な人間の監視を必要とします。ツールを起動し、質問を入力し、背景情報を追加し、結果を監視し、追加の質問をする必要があります。タスクやプロジェクトが変更されるたびに、多くの背景情報を再度説明しなければなりません。
今AI 利用できるツールは数多くありますが、そのほとんどは継続的な監視が必要です。ツールを開き、質問を入力し、背景情報を追加し、結果を監視し、さらに質問を重ねる必要があります。タスクやプロジェクトに変更があった場合、多くの背景情報を改めて説明しなければなりません。
実際のチームでは、さらに厄介な問題になります。GitHubの課題を優先順位付けし、CIの失敗を調査し、依存関係のアップグレードを追跡し、ユーザーからのフィードバックを整理し、アラートが誤検知であるかどうかを判断する必要があります。これらの作業自体は難しいわけではありませんが、面倒で時間がかかります。
この問題を解決できる製品を探していました。
アリババは最近、24時間365日稼働するデジタル従業員というコンセプトに基づいたデジタル従業員向け製品「QoderWake」を発表した。各従業員には役割、ID、記憶、スキル、アクセス権限が付与されている。作業時間になると自動的に起動し、完了後に報告を行い、リスクの高い作業を行う前には承認を得る。
わあ、Kはすぐに実際のチームでよく見られるワークフローを試してみる手配をしたんだね。
まず、公式サイトからダウンロードしてください。現在はAppleシステムのみに対応していますが、Windows版も近日中にリリース予定ですので、ご期待ください。
インストール手順は他のアプリケーションと同じです。
インストール後、ホームページはこのようになります。フロントエンド、バックエンド、テスト、プロダクト、データアナリスト、コンテンツオペレーションの6種類のデジタル従業員がプリロードされています。それでも足りない場合は、独自のデジタル従業員をカスタマイズすることも可能です。
ケース1：GitHubイシューのトリアージ
まず、バックエンドエンジニアの従業員を作成し、GitHubリポジトリにリンクさせ、イベント駆動型のタスクを設定しました。リポジトリに新しい問題が発生するたびに、トリアージプロセスが開始されます。
Yongqiには、新しい課題を読み、問題の種類を判断し、タグ付けを行い、最初の適切なコメントを残すことを期待しています。バグの場合は、影響を受ける可能性のあるモジュールを指摘し、最初に確認すべきログやファイルを提案し、情報が不十分な場合は、まず追加の質問をし、決して推測で判断しないでほしいと思っています。
新しいバグ報告が作成され、数分後、バックエンドエンジニアが目を覚まし、作業を開始しました。彼はまず報告内容を読み、インターフェースの境界条件に関係している可能性があると判断しました。その後、「バグ」「バックエンド」「トリアージが必要」などのタグを追加し、初期調査を実施して質問を行い、最後に調査の要点をまとめました。
この事例は、QoderWakeの「本番稼働率」を実際に証明するものです。問題のトリアージ自体はそれほど難しくはありませんが、処理が滞りやすいという側面があります。デジタル担当スタッフがまず問題を分類、マーク付け、指示することで、後続の担当者が最初からキューを読み直す必要がないようにしています。
問題のトリアージ作業中は、基本的に永奇さんの作業について心配する必要はありませんでした。結果をDingTalkグループで同期するように設定しておいたので、永奇さんは作業完了後、直接私に送ってくれました。これは本当に便利でした。
個人的には、QoderWakeは一次トリアージを引き継ぐのに非常に適していると感じています。すでに「誰も対応していない」状態から「誰かが対応できる」状態へと問題を移行させています。
ケース2：CI故障診断
2つ目のシナリオでは、テストエンジニアにパイプラインの障害について調査するタスクを設定しました。彼らはコードを直接マージする必要はなく、まず障害の原因を明確に説明する必要がありました。
私の目標は、CIが失敗した際に、チームが単なる一連の警告表示だけでなく、読みやすい診断レポートを受け取れるようにすることです。レポートには、障害発生箇所、主要なエラーメッセージ、考えられる原因、そして次のステップに関する推奨事項を含めるべきです。
これは本当に素晴らしいですね。これらの機能はすべて実装されています。さらに、テストエンジニアのXiaoyanziは、ログ全体をそのまま貼り付けるのではなく、まず失敗したジョブを特定し、重要なログを抽出します。Xiaoyanziは、エラーの原因が不安定なテストケース、環境変更、依存関係の問題、または特定のコミットによって引き起こされた問題であるかどうかを判断するために、エラーと最近の変更を関連付けます。
レポートの構成も非常に明確です。まず、障害が発生した段階を示し、次に主要なエラーを列挙し、最後に、最も可能性の高い原因と障害を再現するための推奨方法を提示します。
最後に、この分類概要と根本原因分析は非常に考え抜かれており、チームメンバーがパソコンに向かっていない時間帯をカバーするのに最適です。
CIの失敗の多くは、実際には非常に単純な問題が原因となっている。単純誰もすぐにログを確認したがらない。
デジタル化が進む従業員は、ログを構造化されたレポートに変換することで、朝の会議前の断片的な時間を大幅に節約できる。
ケース3：依存関係のアップグレードとセキュリティ検査
3つ目のシナリオでは、毎週月曜日の朝に実行される依存関係検査タスクを設定し、それをバックエンドエンジニアに割り当てました。
プロンプトワード：
毎週月曜日の朝に、プロジェクトの現在の依存関係を確認してください。依存関係リストをざっと確認し、アップグレード可能なバージョンと潜在的なセキュリティリスクを特定してください。
マイナーバージョンアップやパッチ適用を優先し、互換性を確認するためのテストを実行する。
メジャーバージョンアップ、セキュリティポリシーの変更を伴うアップグレード、または本番環境に影響を与える可能性のあるアップグレードについては、リスクの説明をご記入の上、私の確認をお待ちください。
最後に、アップグレードリスト、テスト結果、リスク評価、および今後の手順に関する提案を出力してください。
Yonghe Roboticsはまずプロジェクトの概要説明を行い、文書、機能、外部依存関係を明確にリストアップした。
その後、彼らは私のためにリスク評価を実施し、「唯一の懸念事項」を非常に直接的に指摘しました。
最後に、非常に明確な提案と要約が示されました。
この場合、私が最も懸念していたのは、それがランダムに動き回るかどうかだったのですが、結果はまさに予想通りでした。
QoderWakeの権限制限と承認メカニズムは、信頼の境界線を提供します。つまり、必要な処理は実行しますが、無謀な処理は行いません。。
ケース4：製品処理とユーザーフィードバック
4つ目のシナリオでは、研究開発の作業は継続しませんでした。代わりに、プロダクトマネージャーのKさんにユーザーからのフィードバックをまとめて渡し、それを要件定義書にまとめるよう依頼しました。
Kは、まとまりのないフィードバックを構造化された資料に整理し、よくある質問、要件の優先順位、および製品要件定義書（PRD）の草案も提供したため、整理と要約にかかるコストを大幅に削減できた。
予想通り、このケースの出力は製品会議の事前準備資料と非常によく似ていた。K-sisterはまずフィードバックをいくつかのカテゴリに分類し、次に繰り返し出てくる表現を統合し、最後によくある質問をいくつか抽出する。
QoderWakeは、プロダクトマネージャーが事前に情報を準備・整理するのに最適なツールです。
整理されていない数十件のフィードバックを議論可能な資料に変換するのは、時間のかかる作業ではあるが、必要不可欠な作業だ。デジタル人材がこの作業を最初に行えば、人々は判断や意思決定に時間を費やすことができる。
ケース5：フロントエンドページの最適化
最後のシナリオでは、ダイアログタスクを使用して、ページ適応の問題に対応してくれるフロントエンドエンジニアを探しました。
まずは、元のフロントエンドページがどのようなものか見てみましょう。
エル・カン氏はまず問題点を列挙し、次に包括的な解決策を提示し、最後にその影響範囲を概説した。
このケースは、最も強い協力関係が築かれた事例だった。エル・カンはすぐに変更に取り掛かるのではなく、まず資料を探し、構成部品の構造を読み、計画を説明してくれた。私がそれを確認した後になって初めて、エル・カンはパッチの作成を手伝ってくれた。
変更を加えた後、狭画面レイアウト、ボタン配置、エラーメッセージ、読み込み状態、空の状態表示など、調整された状態を直接報告します。
変更内容にご満足いただけない場合は、さらに修正を加えることができます。結果をご覧ください。間違いなく以前よりずっと良くなっています。
このシナリオは、長年の同僚と仕事をしている感覚に最も近い。問題を段階的に要約して特定し、「議論と計画」を重ねて解決策を確認し、その後、相手がそれを実行し、最後にあなたがレビューして承認する。
現在、この役割は、特に特定の小規模な最適化を扱う場合など、実行重視のフロントエンドエンジニアのアプローチに非常に適しています。
これら5つのケースをテストした結果、QoderWakeは徐々に親しくなっていく同僚のような存在だと感じました。
コラボレーションも格段に信頼性が高まりました。これらのデジタル従業員は全員、私が指定したデバイスで作業を行い、私は彼らの権限、承認が必要な操作、タスクログを確認できます。彼らが何をしたのか、なぜそれをしたのかを把握できるのです。
QoderWakeはチャット専用ではありません。GitHub、Jira、GitLabにも接続でき、時間やイベントごとに並べ替えることができます。自動作業を開始することは、明確な境界線と許容できる結果を伴う、繰り返し発生する問題に対処するのに適しています。
さらに興味深いのは、従業員一人ひとりにそれぞれの役割と記憶があり、プロジェクトにもそれぞれ独自の記憶が蓄積されている点です。長く使えば使うほど、あなたのプロジェクト習慣をより深く理解してくれるようになります。
真に心配無用のデジタル従業員とは、たとえあなたがコンピューターの前にいなくても、物事を滞りなく進めることができる人のことだ。
もちろん、現状についても客観的に見ていくべきです。
QoderWakeがグローバル公開ベータ版をリリースしました。最初のデジタル従業員としてご応募ください！
応募ポータル：qoder.com/qoderwake