AI は能力をツールとして呼び出し、人は能力を UI として使う——同じ 1 つの宣言から。
manifest（能力宣言）+ backend（executor での実行）+ frontend（desktop でのレンダリング）。言語に中立な契約なので、Python でも同じ JSON Schema を検証できます。
@tueo/plugin-sdk は 4 層アーキテクチャ全体で単一の能力真実源であり、デスクトップ / サーバー / 能力プラットフォームの 3 側から依存されます。同じ入力はバイト単位で同一の出力になり、要の壁としての受入テストで固定されています。
Ed25519 暗号署名で official / partner / community の 3 段階の信頼を導出。manifest の改ざん（権限 / 能力宣言の変更）は署名検証に失敗し、改ざん検知としてインストールが拒否されます。
入力は inputs.json から読み、結果は result.json に書き、大きなファイルの成果物はサンドボックスがオブジェクトストレージにアップロードします。作者は serve({capabilityId: handler}) を呼ぶだけでよく、I/O とエラーの正規化は SDK がセーフティネットとして担います。
軽量なシナリオでは、ホストがスキーマからフォームとプレビューをレンダリングし、UI コードを書く必要はありません。リッチな UI は sandboxed iframe で安全に分離。フロントエンドはサンドボックスや認証情報に直接触れることはありません。
17 種のレイアウト + 4 つのデザイン言語。同じ DSL が HTML プレビューと編集可能な .pptx を生成——プレビュー = エクスポートが一致するため、「プレビューではきれいなのにエクスポートで壊れる」が起きません。既存の PPT はワンクリックで配色とフォントを継承できます。
医薬品の納品書認識。AI が抽出を担当し、ルールエンジンが決定的な検証（承認番号の形式 / 日付の関係 / 数量）を担当、緑・黄・赤のカラーで再確認プレビュー——人が介入するのは <1% のケースだけです。
1 ページが壊れても、プレースホルダーになりデッキ全体は壊れません。データが取れない場合は「—」を表示し、でっち上げはしません。チャートは実際の値だけを描画します。AI がコンテンツを作り、システムはピクセルを描きません——一度で正しく直し、無駄なループはしません。
skillplugins（プラグインを書く）/ 能力プラットフォーム（登録 + ガバナンス）/ executor（バックエンドサンドボックス）/ desktop（フロントエンドレンダリング）がそれぞれの役割を担い、呼び出しはすべて 1 つの経路・3 層の隔離を通ります。
desktop → server が検証・配信 → Executor が実行 → desktop に戻ってレンダリング。
SDK で manifest を書き、能力と権限を宣言します。
manifest を Capabilities に登録し、調達可能な能力にします。
backend は Executor サンドボックス内で制御下に実行されます。
frontend は Cohort のデスクトップで人向けに UI を描画します。
アーキテクチャ図で 4 層の連携をご覧いただくか、デモを予約してあなたの能力の構想についてご相談ください。