Semantic Kernel史

Semantic Kernelの過去のmodel-agnostic/open-source SDKとしての位置と、現行repoのMicrosoft Agent Frameworkへの移行表示を、後継・互換・サポートの判断に使える証拠として分けて記録する。

Enterprise AI Core / provider mapping / implementation / interoperability / governance / operability。Microsoft固有の履歴・移行情報。

Semantic Kernelが公式資料で何を提供してきたか、現行author-maintained repoが後継・移行をどう示しているか。

• source_class=official product documentation; exact_title=Introduction to Semantic Kernel; author/org=Microsoft; canonical_url=https://learn.microsoft.com/en-us/semantic-kernel/overview/ publication/update/access_date=page last updated 2024-06-24 / accessed 2026-09-13 JST; version/release/tag/commit/API revision=page states Version 1.0+ across C#/Python/Java; supporting_locator=Introduction / Enterprise ready / Automating business processes / Modular and extensible（open-source development kit、AI agents、C#/Python/Java、model-agnostic接続、function call middleware、plugins/OpenAPI、telemetry/hooks/filtersの説明）; evidence_label=VERIFIED_SPEC+PRODUCT_VOLATILE; relation=support+context
• source_class=author-maintained repository; exact_title=Semantic Kernel; author/org=Microsoft; canonical_url=https://github.com/microsoft/semantic-kernel publication/update/access_date=current repository accessed 2026-09-13 JST; version/release/tag/commit/API revision=current README（固定commit未記録）; supporting_locator=Important / What is Semantic Kernel? / System Requirements / Key Features（「Semantic Kernel is now Microsoft Agent Framework」、MAFをsuccessorとする表示、current READMEのlanguage/model/plugin/workflow記述）; evidence_label=OSS_PRACTICE+PRODUCT_VOLATILE; relation=support+limit

• ESTABLISHED: Microsoft Learnの2024-06-24更新ページはSemantic Kernelをopen-source・model-agnostic SDKとして、C#/Python/Java、function calling、plugins/OpenAPI、telemetry等と説明している。現行repoはSemantic KernelがMicrosoft Agent Frameworkになったと表示し、MAFをsuccessorとしてmigration guideへ誘導している。
• NOT_ESTABLISHED: 「successor」「now」表示は旧APIの即時停止、完全互換、全言語feature parity、全tenantでのMAF利用可否、production安全性・SLAを証明しない。Learnページの過去日付の記述を2026年の現行仕様と同一視しない。

Learn overviewとcurrent READMEは時点が異なる。旧Semantic Kernel package、MAF、C#/Python/Javaのversion差、plugin/OpenAPI/MCPの権限、model更新、migration breaking change、function call誤実行が失敗包絡。READMEのprovider・system requirementは現行表示だが独立実測ではない。

旧SKまたはMAFのpackage/release、言語runtime、model/provider・Azure/OpenAI契約・region、plugins/OpenAPI/MCP、identity/RBAC、migration support、telemetry/data retention。

OSS/official docs + author-maintained repo + PRODUCT_VOLATILE。旧・後継の移行関係を記録した段階で、tenant migration・外部書込み・本番実測は未実施。

公式overview/READMEの機能記述は存在根拠。Semantic KernelからMAFへ移行した後の業務品質、security、cost、SLO、language parityの独立benchmarkはUNKNOWN。

Security=plugin/function callを認可・approvalと分離。Privacy=prompt、memory、telemetry、OpenAPI接続のデータ境界を記録。Audit=old/new framework、version、agent、plugin、function、model、migrationを相関。Cost=multi-agent、connector、retry、telemetryを含む。Operability=parallel run、rollback、support window、compatibility test、MAF migration gateを置く。

「Semantic Kernelは、Microsoftの公式資料でmodel-agnosticなopen-source SDK、agent、function calling、plugins、複数言語を備える系譜として記録されている。現行repoはMicrosoft Agent Frameworkへの移行・後継を案内しているが、完全互換、即時廃止、全組織での可用性、production保証は別途確認が必要である。」

歴史欄に2024 Learnの更新日、現行status欄にrepo READMEのaccess dateを分離保存する。次回はSK各releaseとMAF migration guideのAPI差分、support/security policy、language parity、tenant・region、公開issue/incidentを補う。

SKのcurrent maintenance/support window、MAF migration範囲、release/tag、language parity、plugin security、telemetry schema、旧資産の移行コスト、実業務benchmark。

Microsoftのsuccessor・enterprise-ready表現を完全互換・SLA・安全保証にしない。過去overviewをcurrent product availabilityの証拠にしない。 UNIT_CLOSE_STATUS: INDIVIDUAL_BOUNDED_CLOSE / EVIDENCE_RECORDED / UNKNOWN_PRESERVED

---

Semantic Kernel historical evidence must be separated from current Microsoft Agent Framework successor status. Migration changes packages/namespaces, agent/session lifecycle, tool registration and invocation. Successor/production-ready/LTS wording is vendor claim; do not infer drop-in compatibility, deletion semantics, language/provider parity, entitlement, security guarantee or independent SLO.

All UNKNOWN/PRODUCT_VOLATILE/provider- or organization-specific limits from authority/audit remain open unless explicitly closed by the audited handoff.