Skip to main content
INFORMATIVEACTIVEDocumentation Governance

Enterprise Non-Goals

1. Purpose

This document explicitly states what MPLP does NOT provide for enterprise contexts.

These are not "missing features" or "coming soon" — they are deliberate exclusions to maintain MPLP's role as a vendor-neutral protocol standard.

2. Explicit Non-Goals

2.1 Certification Programs

We Do NOT ProvideReason
MPLP CertificationNot a certification body
Certified Vendor badgesNo vendor endorsement
Certified Runtime listsVendor-neutral
Certification feesNot a commercial program

Implication: Third parties may offer certification programs that reference MPLP. These are not endorsed by MPLP.

We Do NOT ProvideReason
Regulatory complianceNot a legal authority
GDPR/HIPAA/SOC2 mappingLegal scope varies by jurisdiction
Compliance attestationCannot attest on behalf of implementers
Legal adviceNot a law firm

Implication: MPLP conformance does not imply legal compliance. Legal review must be performed independently.

2.3 Commercial Offerings

We Do NOT ProvideReason
SaaS productsProtocol, not product
Managed servicesVendor-specific
Enterprise supportVendor-specific
Pricing tiersNot a commercial entity

Implication: Commercial MPLP products are built by vendors, not by the MPLP project.

2.4 Implementation Details

We Do NOT ProvideReason
Deployment architecturesImplementation-specific
Infrastructure templatesCloud-specific
CI/CD pipelinesTooling-specific
Scaling guidesRuntime-specific

Implication: Implementation guidance is provided by SDK documentation, not Enterprise context.

2.5 Vendor Integrations

We Do NOT ProvideReason
Cloud provider integrationsVendor-neutral
LLM provider integrationsVendor-neutral
Tool integrationsVendor-neutral
Framework adaptersImplementation-specific

Implication: Integrations are built by SDK authors or vendors, not mandated by protocol.

3. Why These Exclusions Matter

3.1 Protocol Neutrality

MPLP's value comes from being vendor-neutral. The moment we provide:

  • Certification → We pick winners
  • Compliance mapping → We take legal positions
  • Commercial offerings → We compete with adopters

3.2 Longevity

Protocols that stay neutral survive longer:

  • TCP/IP didn't sell routers
  • HTTP didn't sell web servers
  • POSIX didn't sell operating systems

MPLP follows the same model.

3.3 Adoption Breadth

By excluding commercial scope, MPLP can be adopted by:

  • Startups building agent products
  • Enterprises building internal platforms
  • Open source projects
  • Academic research

4. What Enterprise CAN Expect

While we exclude commercial offerings, enterprise adopters can expect:

We DO ProvideHow
Stable protocolFrozen specification
Evidence modelSchema-validated artifacts
Conformance criteriaCriteria for binary evaluation
Reference implementationOpen source SDKs
Governance frameworkVersioning and change control

Purpose: Prevent scope creep and maintain vendor neutrality
Key Principle: Protocol, not product