Content last updated 2026-06-29

Agent Developer グループ

Agent Developer グループは、GitLab Duo Developer の基盤フローに注力しています。フロー自体とその評価の改善、およびフローレジストリの改善に取り組んでいます。

ビジョン

GitLab における中核的な AI／Agent 開発を推進し、エージェントの出力品質において業界の他社に対する競争力を獲得・維持するチームです。設定可能性を実現するプラットフォームを提供し、エージェントがプロンプトインジェクションに対して合理的に可能な限り高い耐性を備えるようにします。

チームメンバー

エンジニアリングマネージャーおよびエンジニア

NameRole
Annie YingAnnie YingManager, Engineering
Alexander ChueshevAlexander ChueshevStaff Machine Learning Engineer, AI-powered:AI Framework
Bruno CardosoBruno CardosoSenior ML Engineer, AI-powered:Custom Models
Senior Machine Learning EngineerSenior Machine Learning EngineerSenior Machine Learning Engineer
Mikołaj WawrzyniakMikołaj WawrzyniakStaff Backend Engineer, AI-powered:Duo Workflow
Dhruv RathiDhruv RathiStaff Machine Learning Engineer, AI Coding
Thomas SchmidtThomas SchmidtStaff Backend Engineer, AI-powered:Duo Workflow
Tim MorrissTim MorrissBackend Engineer, AI-powered:Duo Workflow

プロダクト、デザイン、品質

役割担当者
Product Manager@frwang1

☎️ 私たちへの連絡方法

状況に応じて、Agent Developer グループへ連絡するもっとも適切な方法は次のとおりです:

  • Slack チャンネル: #f_duo_developer, #f_flow_components, #dev_agent_developer
  • Slack グループ: @agent-developer-team @flow-components-subteam @duo-developer-subteam

技術コンポーネント 🛠️

メインの GitLab リポジトリ以外で、私たちが扱う主要な技術コンポーネントは次のとおりです:

  1. AI Gateway 内の Duo Workflow Service 🐍 — ここでの私たちの作業は、Duo Developer 基盤フローを中心としています:
    1. Developer Flow 自体の改善。
    2. フローの評価の改善。
    3. フローレジストリの改善。

これらのコンポーネントがどのように連携するかについては、アーキテクチャを参照してください。

📦 チームプロセス

Goalkeeper ローテーション

TBD — Goalkeeper ローテーションのプロセスはまだ定義中です。

レトロスペクティブ

TBD — レトロスペクティブのプロセスはまだ定義中です。

📆 定例チームミーティング

❗️重要: すべてのミーティングで、Agent Developer チームのミーティングメモドキュメントを使用し、ミーティングのメモや、最近行われた他の同期ミーティングのアジェンダ／メモ／録画への参照を記入してください。これにより、人々がミーティングのメモを見つけやすくなります。

チームミーティング

  1. Agent Developer Standup（隔週火曜日）

    • いつ: 隔週火曜日 14:00 UTC
    • 内容: Agent Developer チーム全体が、各サブチームの取り組みについて認識を共有し、ブロッカーを明らかにし、サブチーム間で足並みをそろえるためのスタンドアップ形式のミーティングです。

  2. Weekly Async Update（毎週水曜日）

    • いつ: 毎週水曜日（非同期、ライブミーティングなし）
    • 内容: 各チームメンバーが投稿する Issue 単位の非同期アップデートです — 形式は以前と同じです。テンプレートは週次の非同期アップデートを参照してください。

  3. Subteam Syncs（毎週）

    • いつ: サブチームごとに毎週実施（スケジュールは各サブチームが設定）
    • 内容: 各サブチーム内でのより深い技術的ディスカッションです。実装の詳細、設計上の決定、および小規模なグループでの同期が有益な進捗を扱います。

共有カレンダー

TBD。

📚 Agent Developer ボードの概要

Agent Developer チームはマイルストーンプロセスに従っています。現在優先されているすべての Issue は、マイルストーンボードで可視化されています。過去および現在のマイルストーンの目標とフォーカスポイントを概説する概要 Issue は、統括エピックにあります。

私たちは、現在のマイルストーンについて野心的でありながら達成可能な計画を目指しており、現在のマイルストーンにある Issue のみを積極的に作業すべきです。利用できる Issue がもうない場合は、チームの EM／PM に確認を取ってください。

私たちは Issue について次のステータスで作業します:

  1. New: まだ分類されていない Issue で、使用されるワークフローラベルや、イテレーション概要などのメタ Issue のいずれかに更新する必要があります。
  2. Refinement: この段階の Issue は、作業すべき重要なものとして特定されているものの、まだ開発の準備ができていません。これは、デザインが不足または未完成である、明確化が必要なアーキテクチャ上の疑問があるなど、さまざまな理由によります。
  3. Ready for development: 実装の準備ができた Issue はこのリストに移動されます。
  4. In dev: 開発者が Issue の作業を開始したら、このリストに移動すべきです。
  5. Blocked: この段階の Issue は、他の作業が先に完了することに依存しているため、現時点ではこれ以上進められません。
  6. In review: 開発が完了しレビューに提出されたら、Issue はこのリストに移動すべきです。
  7. Verification: コードと UX のレビューが成功したら、Issue はこのリストに移動し、「verification」ラベルを適用すべきです。
  8. Closed: Issue が検証され、正しく動作することが確認されたら、このリストに移動し、「complete」ラベルを適用し、Issue をクローズすべきです。

私たちはラベルを使って、Issue を作業すべき順序を理解しやすくしています:

  1. Deliverable: これらの項目はイテレーションの主要な成果物であり、したがって最初に着手すべきです。
  2. Stretch: これらの項目のほとんどを提供することを目指しますが、野心的に計画する一環として、一部はスリップする可能性があります。

👏 コミュニケーション

Agent Developer チームは、次のガイドラインに基づいてコミュニケーションを行います:

  1. 同期ミーティングよりも、常に非同期コミュニケーションを優先します。
  2. 非同期が非効率だと判明した場合は、同期コールの調整をためらわないでください。ただし、チームメンバーと共有するため常に録画してください。
  3. デフォルトでは、オープンにコミュニケーションします。
  4. Slack 上での仕事関連のコミュニケーションはすべて #dev_agent_developer チャンネルで行います。

📋 週次の非同期アップデート

私たちは、明確なコミュニケーションを確保し、進捗を効果的に追跡し、チーム全体の透明性を保つため、週次の非同期ステータスアップデートの慣行を維持しています。このプロセスは、構造化されたコミュニケーションを通じてコラボレーションを促進し、成果を推進し、効率性を高めることで、私たちのコアバリューに沿っています。

タイミングと頻度

  • チームメンバーは毎週金曜日にアップデートを投稿し、チームの Slack チャンネル（#dev_agent_developer）で共有します。
  • アップデートは、少なくとも In Dev にあるすべての割り当て済み Issue について必須です。その他の割り当て済み Issue については、アップデートが必要かどうかは担当者の判断に委ねられます。
  • 複数の Issue に取り組んでいる場合は、複数のアップデートが必要になることがあります

テンプレート

アップデートに使用するテンプレートはこちらです

## Async Status Update yyyy-mm-dd

- **Progress & Status**: _What progress have you made? What's the current state?_
- **Next Steps**: _What are your planned next actions?_
- **Blockers**: _Are you blocked or need assistance with this?_
- **How confident are you that this will make it to the current milestone?**
    - [ ] Not confident
    - [ ] Slightly confident
    - [ ] Very confident

_Remember to update the status!_

/cc @aying-gl @bastirehm @frwang1

エンジニアリングマネージャー、プロダクトマネージャー、そして協働しているチームメンバーを必ずタグ付けしてください。

ベストプラクティス

  • アップデートは具体的かつ簡潔に
  • 暫定的であっても、常に次のステップを含める
  • ブロッカーは早めにフラグを立てる - 深刻になるまで待たない
  • スキャンしやすいよう、テンプレートを一貫して使用する
  • 適切な場合は、関連する Issue やドキュメントにリンクする

⏲ 休暇

チームメンバーは、休暇取得ポリシーに従って、予定された休暇を「Workday」Slack アプリに追加し、PTO カバレッジ Issueの作成を含めて行うべきです。

🤙 アドホックな同期コール

私たちはデフォルトで非同期コミュニケーションを使って運用しています。同期ディスカッションが有益な場合もあるので、チームメンバーが必要に応じて必要なチームメンバーと同期コールをスケジュールすることを推奨します。

🔗 便利なリンク

📝 ダッシュボード（内部限定）

最終更新 July 30, 2026: Merge pull request #483 from kyama0/translation/batch-2026-07-29-1 (c955a93f)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License