# 自動化アーキタイプ ## 定義 自動化アーキタイプ(Automation Archetypes)は、[[@2024__Prowler__VOID Report 2024 - Exploring the Unintended Consequences of Automation in Software]]が VOID コーパス 189 件の実インシデント報告を主題分析(thematic analysis)し、自動化がインシデント内で果たす振る舞いのパターンを擬人化して抽出した質的分類である。6 つのアーキタイプがある。 1. **The Sentinel(監視役)** — 監視・警報を担う最も古典的な自動化。理想時は本当に問題があるときだけ通知するが、機能不全時は過剰通知で人間の注意を消耗させる。 2. **The Gremlin(いたずら者)** — 予期せずインシデントを悪化させる自動化。設定ミス・グレースフルデグレードの失敗などが典型。 3. **The Meddler(策謀家)** — 問題を悪化させながら解決の兆しを覆い隠す自動化。ストレンジループ依存(ある機能を提供する部分がその機能自体に依存する構造)が典型パターン。 4. **The Unreliable Narrator(信頼できない語り手)** — 限定的・主観的な世界観に基づき、誤った安心感や誤解を招く状況認識を人間に与える自動化。 5. **The Spectator(傍観者)** — 診断・是正能力を欠き、人間の介入を受動的に待つだけの自動化。 6. **The Action Item(事後対策項目)** — インシデント後の対策として自動化の追加・調整が提案される事例(37% で出現)。対策自体が新たな結合(タイトカップリング)を生み将来のインシデントに意図せず寄与しうる。 いずれのアーキタイプも単一インシデント内で複数同時に現れうる(189 件中 87% が複数コードにまたがる)。(Source: [[@2024__Prowler__VOID Report 2024 - Exploring the Unintended Consequences of Automation in Software]]) ## 横断的知見 - **6 アーキタイプは [[自動化のアイロニー]] の理論的予測に、189 件という規模の実証的裏付けを与える初めての試みである**。Bainbridge (1983) が理論的に導出した「自動化は失敗時により大きな知識を要求する」という第 3・第 4 アイロニーは、Sentinel の過剰通知(監視のアイロニーの具体化)・Spectator の受動性(残余タスクのアイロニーの具体化)として個別インシデントのテキストに現れる。理論(1983)と実証(2024)の間に 40 年の空白があったが、本レポートで初めて大規模な実データによる質的な橋渡しがなされた。(Source: [[@2024__Prowler__VOID Report 2024 - Exploring the Unintended Consequences of Automation in Software]], [[自動化のアイロニー]]) - **Meddler・Gremlin が示す「ストレンジループ依存」と「タイトカップリング」は、[[David D. Woods]] の警告と一致する**。Action Item アーキタイプ(事後対策としての自動化追加)がタイトカップリングを生み将来のインシデントの遠因になりうるという指摘は、Knight Capital 事件(自動化が生んだタイトカップリングが障害の急速な伝播を招いた)と同じ構造を持つ。(Source: [[@2024__Prowler__VOID Report 2024 - Exploring the Unintended Consequences of Automation in Software]]) ## 未解決の問い - 6 アーキタイプは単一レビュアーによるコーディングであり、査読者間信頼性が未検証(著者自身が明記)。他のレビュアーが同じ 189 件をコーディングした場合、同じ 6 分類に収斂するか。 - LLM エージェントによる自動化(agentic SRE)は、このアーキタイプのどれに最も近い振る舞いを示すか。従来の rule-based automation とは異なる新規のアーキタイプ(例: 自信満々に誤った説明を生成する「Unreliable Narrator」の強化版)が必要になるか。 - 「Lorin's Law」(自動化対策が将来インシデントへ意図せず寄与する)は、Action Item アーキタイプの経験則的言い換えだが、確証データはまだない。どのような追跡調査が実施可能か。 - 6 アーキタイプ間の遷移(例: Sentinel が機能不全に陥り Gremlin に転化する)は VOID コーパス内でどの程度の頻度・パターンで観察されるか。 ## 関連 - [[自動化のアイロニー]] — 理論的基盤(Bainbridge 1983)。本概念はその実証的具体化 - [[インシデント管理]] — インシデント分析実践の文脈 - [[Joint Activity]] — 自動化を「チームプレイヤー」として設計する視点(un-Fitts list、Ten Challenges) - [[Courtney Nash]] / [[Verica]] / [[Prowler]] ## 出典 - [[@2024__Prowler__VOID Report 2024 - Exploring the Unintended Consequences of Automation in Software]](§III Automation Archetypes: 定量結果表・6 アーキタイプの定義・各 2 事例)