AIに仕事を任せた後、進捗は誰が運ぶ？ DeepSeekの常駐型エージェント試作

AIに開発を頼んだ後、進捗を別の会話へ運んだり、返答を見張ったりすると、人の仕事は減りません。DeepSeekが公開した常駐型コーディングエージェントの研究試作は、そのやり取りを減らす設計です。公式GitHubの初回コミット表示は2026年10月31日。正式製品でも本番対応ソフトウェアでもなく、この記事で導入や実行はしていません。

依頼を受ける入口と、実際に作業する場所

公式説明では、GitHubと必要に応じてFeishuから情報を受け取り、認められた仕事ごとに専用の作業場所を用意して、元の会話へ結果を戻します。図は公開資料をもとにした概念図で、実際の製品画面ではありません。

図1｜依頼の入口と仕事を進める場所

参考資料を読めても、任された範囲は広がらない

関連する会話や引用文書は判断の材料です。そこに新しい指示が書かれていても、元の仕事に認められた操作の範囲を広げるわけではありません。公式の設計では、推測から仕事を始める場合と、人が明示的に頼んだ場合も分けています。

図2｜参考情報と仕事の権限を分ける

「レビュー待ち」を「完了」に数えない

コードの変更案が用意されても、人がレビューする段階が残っています。また公式文書では、作業フォルダを分けるだけで安全な隔離になるわけではないと説明しています。人の承認が必要な仕事なら、指示文に書くだけでなく、承認なしに反映できない設定かを別に確かめます。

図3｜レビュー待ちと完了を分ける

まとめ：普段の仕事を一つ、三行に分ける

例えば問い合わせ返信なら、「指定のFAQを読む」「返信案を下書きに保存する」「人が開き直して内容を確認したら完了」と書きます。送信を任せないなら、その境界も明記します。これは試作の実行例ではなく、普段の仕事に応用するための架空例です。

出典：DeepSeek公式GitHub「dsh-superagent-prototype」のREADME、Authorization、Execution（2026年11月7日確認）。

文章業務の依頼と確認手順を整えるには

問い合わせ返信の下書きや日報要約など、繰り返す文章業務の依頼文と確認手順を整えたい方は、以下のココナラ内サービスをご覧ください。