実行可能な SSOT（Executable SSOT）とは、Software 3.0 時代、Harness による組織生産性の底上げ で提案された用語であり、ドキュメントとしてではなくコーディングエージェントのプラグインとして保持されるチームの知識を指す。この名称の背後にある論拠は、同じテキストに二種類の読み手がいるということである。人はそれを業務のガイドラインやマニュアルとして読み、モデルはそれを正確な指示を運ぶシステムプロンプトとして読む。著者の主張は、これによってドキュメント管理のパラダイムが「記録」から「実行」へと移るというものである。プラグインのコードが更新されれば、チームのエージェントの振る舞いもそれとともに更新される。
出発点となっているのは、通常のドキュメントに対する不満である。Wiki やノートツールは人が読むために存在するがゆえに、書かれた瞬間から古い情報になっていくと論じられ、著者はまさにその点において、プラグインとして定義された知識は性質が異なるものとして提示している。
用法
この用語は同記事において、チームの仕事の進め方を配布する手段としてナレッジベースよりもプラグインマーケットプレイスを選ぶ理由として使われている。また、最も優れたエンジニアのノウハウは個人の適性に委ねるのではなく、パッケージ化して配布すべきだという同記事のより広い主張を支えている。底上げ（Raising the Floor） を参照。
同記事が提案する階層化も、この用語を軸にしている。知識は、セキュリティポリシーや基本的なコーディングスタイルといった全社共通のルールを置くグローバル層、チームや事業領域固有のロジックを置くドメイン層、リポジトリの実装の詳細を置くローカル層に分けられる。これは、新しく入った人に会社のあらゆるドキュメントを一度に渡したりはしない、という類推に基づいている。著者は、このように階層化すれば、蓄積されたプラグインが、別途検索システムを構築することなく、生きたナレッジベースになると論じている。
適用条件
この議論が暗黙のうちに前提としている条件は、その知識がプラグインで運べるテキストとして表現できること、そしてチームがすでにプラグインを読み込むエージェントを通じて仕事をしていることである。同記事はある特定のエージェントのプラグインとマーケットプレイスの仕組みを前提に書かれており、挙げられている例もそのエージェントのものである。対比として挙げられているのは検索拡張生成（RAG）であり、著者によれば、何が注入されるかをハイブリッド検索やリランカーのスコアが決めるため見通しが立てにくいのに対し、プラグインは開発者が中身を確認し制御できる明示的なテキストである。
どの程度確立した概念か：これは一人のエンジニアが単一の記事で行った提案であり、記事自体も、結果ではなく方向性を示していることをはっきりと述べている点で珍しい。議論全体を仮説と可能性として位置づけ、プラグインベースの知識管理が実際に有効かどうかは試してみなければならないと述べている。あるコメント投稿者は、規模が大きくなると、あるタスクで数十の階層化されたプラグインのうちどれが有効になっているかを追跡すること自体が可視性の問題になるため、予測可能性という利点は成り立たないかもしれないと反論している。さらに、知識検索のツールと振る舞いのルールの定義は、そもそも比較できるものではないとも指摘している。
関連用語
底上げ（Raising the Floor）、Claude Code プラグインマーケットプレイス、Software 3.0、コンテキストエンジニアリング、AGENTS.md