> For the complete documentation index, see [llms.txt](https://planetz.gitbook.io/planetz/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://planetz.gitbook.io/planetz/ja/naze-planetz-ka/the-problem.md).

# 課題：ドリフトと承認疲れ

> Status: なぜ Planetz か · 対象バージョン 0.1.x

## このページの内容

自律型コーディングエージェントは、もう実作業をこなせるレベルにあります。それでも作業を任せるのがなぜ怖いのか——2 つの失敗パターン **ドリフト** と **承認疲れ**、そして、モデルが速く賢くなるほどこの 2 つが*悪化する*理由を説明します。

***

## エージェントは作業ができる。難しいのは「逸れさせないこと」

いまどきのコーディングエージェントは、リポジトリを読み、計画を立て、多数のファイルを変更し、テストを走らせ、プルリクエストを開く——これを自力でやれます。能力は本物です。問題はもはや「エージェントにコードが書けるか」ではありません。問題はこうです。

> **成長し続ける AI 製システムを、自分で全行を読まずに、これまで決めたことすべてと整合させ続けるには？**

エージェントを走らせると、2 つのことが壊れます。

## 失敗パターン 1 — ドリフト

**ドリフトとは、エージェントがあなたの本当に頼んだことから静かに逸れていき、リリースされるまで誰も気づかないことです。**

これはモデルが「バカ」だから起きるのではなく、構造的な理由で起きます。

* **出自（provenance）が失われる。** エージェントが関わった瞬間から、*あなたが決めたこと* と *AI が独断で選んだこと* の境界が消えます。数か月後には、どの挙動が意図したもので、どれがモデルの黙った推測だったのか、誰にも言えなくなります。
* **誰も照合しない。** 各実行は、それぞれの小さな問題を孤立して解きます。エージェントは優秀ですが**ステートレスな業者**です——3 セッション前の決定を覚えてもいないし、それに対する責任も持たないので、全体と統合する代わりに局所的にパッチを当てます。その局所パッチが積み重なり、プロダクトはあなたが頼んだことの総和から少しずつ乖離していきます。

凡庸な結果の多くが、**天才的判断の欠如ではなくドリフトから生まれる**のはこのためです。プロダクトは 1 つの悪いアーキテクチャ判断ではなく、照合されない無数の小さな決定によって腐っていきます。

## 失敗パターン 2 — 承認疲れ

ドリフトへの当然の防御は、**全ステップを承認すること**です。これは別の形で失敗します。

* **あなたがハンコ係になる。** 承認、承認、承認——10 個目のプロンプトでは、もう読まずに「はい」を押しています。あなたを守るはずのゲートが、ただの反射になります。
* **持っていない予見力を要求される。** ステップを*実行前*に承認するには、何が起こりうるかを予測しなければなりません。現実のシステムには列挙しきれないほどの失敗経路があるので、事前承認は決して完全になりません——*安全に感じる*だけです。

こうして、2 つの悪い選択肢の間で立ち往生します——自由に走らせてドリフトのリスクを負うか、すべてにゲートを設けて疲れた無力な承認者になるか。

## 正直な境界線

Planetz は正直な前提から出発します。**本当に取り消せない影響——お金が動いた、メールが送られた、本番が消えた——に対しては、扉は 2 つしかありません。防ぐ（完璧には不可能）か、承認するか。魔法の第 3 の扉はありません。**

しかし鍵となる洞察はこうです。**エージェントの作業のほとんどは、取り返しがつくものです。** ワークスペースのコードは捨てて再生成できます。だから正しい打ち手は、*取り消せる*大多数を重いゲートで守るのをやめ、*本当に取り消せない*少数にだけ、落ち着いた意図的な確認を取っておくことです。（ここで任意の **Manta** デスクトップロボが効いてきます——確認に値する稀な操作にだけ、物理的な 1 回の「GO」を。詳しくは [Planetz の独自性](/planetz/ja/naze-planetz-ka/how-planetz-is-different.md) で。）

## モデルが賢くなるほど*悪化する*理由

「賢いモデルが出れば解決する」と思いたくなります。実際は逆です。

> モデルが賢いほど、**あなたの代わりに黙って多くを決めてしまう**——だから出自の喪失は加速し、意図したものと出荷されたものの差は広がります。

賢いモデルは*コーディング*をコモディティにします。しかし、意図の連続性、過去の決定への当事者性、新しい作業を古い決定と照合する規律は、**与えてくれません**。それらはモデルの重みからではなく、エージェントを取り囲むハーネスから来ます。Planetz はまさにこの隙間を埋めるために作られています。

## Planetz の答え

* あなたの意図を、エージェントが静かに書き換えられない永続的な記録として保持する——だから**ドリフトが可視化され**、リリース後に発見するのではなくなる。
* 使い捨て・再構築可能なワークスペースでエージェントを**自由に走らせ**、全ステップを事前承認する代わりに、結果に**人間の言葉で反応する**。
* **本当に取り消せない**操作だけを、意図的な確認のために段階化する。

## 次に読む

* [Planetz の独自性](/planetz/ja/naze-planetz-ka/how-planetz-is-different.md) — チャット型アシスタントや「誰でも作れる」ツールとの違い、エッジ AI と Manta デスクトップロボ。
* [意図台帳（Intent Ledger）](/planetz/ja/tonarue/intent-ledger.md) — ドリフトを可視化する仕組み。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://planetz.gitbook.io/planetz/ja/naze-planetz-ka/the-problem.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.