Dotsは記憶を持つチャットウィンドウではなく、独自のクラウドコンピュータと権限付きの操作環境を持つ持続的なエージェントです。チャネルをまたいでコンテキストを保持し、継続的に動作し、承認や曖昧さがある場合のみ人間の入力を求めます。これによりAIは断続的な支援から安定した進捗へと変わり、チームのバックログ計画、レビューサイクル、日常作業の所有権に変革をもたらします。重要なアップグレードは単なるモデルの知能ではなく、周囲の監視、長期的なタスク追求、エージェントのデスクトップの透明な検査という運用姿勢です。

繰り返し発生し、ドキュメントやチケットが多いワークフローは効果が出やすいです。エンジニアリングチームはレビュー待ちのバグ修正ブランチやテストハーネスの更新を自動でスコープし、プロダクトマーケティングは生きたローンチ計画やドラフト資産の更新を得ます。財務やRevOpsは承認待ちの請求書、照合、リストの整備を受け取り、リサーチチームは新しいデータが入るたびに分析を更新します。いずれの場合もDotはツール間のシグナルを消化し、作業を温め、レビュー準備が整った成果物を提示し、ボトルネックを散在するマイクロタスクから明確な意思決定ポイントへと移行させます。

Dotsはワークスペースの制御を継承し、アクションが自動か署名が必要かブロックされるかを決定するポリシーレールを追加します。アイデンティティ、セキュリティ、取り消し不能なデータ変更などの敏感な操作は人間が所有し続けます。読み取り専用の積極的調査により、エージェントはシステムを変更せずにドラフトや調査結果を準備し、自動レビューは提案されたアクションをカスタムルールや安全要件と照合します。実務的には、チームは低リスクの成果物（例：サンドボックス内のドラフト文書）への自律的更新を許可しつつ、本番や公開変更は特定の承認者を経由し監査証跡を残すことができます。設計上の制約は、承認がエージェントの勢いを維持できるほど迅速であることです。

各機能で明確な成果物と低リスクのワークフローを1つ選びます：バグトリアージからPRドラフト、トランスクリプトからのコンテンツパッケージング、または月次レポートの更新など。ガードレール（アプリ、権限、チャネル）を定義し、レビュアーを指名します。初日から3つの指標を計測：レビュー可能な成果物までのサイクルタイム、成果物あたりのレビュアー時間、欠陥・ロールバック率。Dotごとにバックグラウンドの深さと同時タスク数に支出予算を設定し、ROIが安定したら制限を拡大します。成功は一時的な勝利ではなく、引き継ぎとコンテキスト切り替えのペナルティが持続的に減ることです。2〜4週間後に、記録システム内でスコープ付きIDを持つ専門Dotに進化させます。

持続的なエージェントは、目的が曖昧、シグナルがノイズ混じり、インセンティブがずれていると意図から逸脱する可能性があります。幻覚的なコンテキストが静かにドラフトに広がり、過度に厳しい承認がスループットを停滞させ価値を失わせることもあります。またコストの重力も存在し、持続的な計算とバックグラウンド作業が明確な成果なしに支出を増やす恐れがあります。これを軽減するには、完了の定義を明確にし、最初は書き込み権限を制限し、重要な成果物には人間のレビューを義務付け、監査時にエージェントのデスクトップを検査します。Dotの設定は製品ガバナンスのように扱い、ルールのバージョン管理、変更追跡、未使用統合の廃止を行います。