Anthropicのralph-wiggumプラグインをもう一度見ました。単一セッションでコンテキストを蓄積し、再アンカーなし。 これは本当に目的を損なっています。 @GeoffreyHuntleyの元のビジョン: - 反復ごとの新しいコンテキスト - I/Oファイル(トランスクリプトではなく)として - ダムバッシュループ、決定論的セットアップ Anthropic版?同じセッションでExitをブロックし、プロンプトを再フィードするストップフックを設置してください。書き起こしは増えていきます。文脈が満たされる。失敗した試みは将来のバージョンを汚染します。 皮肉なことに、Anthropic自身の長期コンテキストガイダンスでは「エージェントはドリフトを防ぐために真実の情報源から再アンカーしなければならない」と書かれています。 彼らのプラグインは再アンカーしません。全然です。 --- flow-nextは当初のビジョンに従っています: ✅ イテレーションごとの新しいコンテキスト(外部バッシュループ) ✅ ファイルI/Oをstate(.flow/ディレクトリ)として ✅ 決定的セットアップ(同じファイルを毎回読み込む) さらにAnthropic自身のガイダンスも添えています: ✅ すべてのタスクを再アンカーしてください - Epic spec、task spec、git stateを読み直してください ✅ コンテキストコンパクト化の後もリアンカーしてください(圧縮は起こらないはずですが、もし起きたらそれで終わりです) さらに追加したものも: ✅ 多層的な品質ゲート:テスト、リント、受容基準、そして@RepoPromptを通じたモデル間レビュー ✅ レビューは発注までブロックします - 「フラグを立てて続け」ではありません ✅ 明示的な計画→作業フェーズ - コード開始前に計画をレビュー ✅ T回の失敗後にスタックしたタスクを自動ブロックします ✅ 構造化タスク管理 - 依存関係、ステータス、証拠 二つのモデル>一つ。モデルの失敗ではなく、プロセスの失敗です。実際に始めたことをやり遂げるエージェントたち。