You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+18Lines changed: 18 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,11 +10,14 @@ A schema-driven module development framework that makes every interface naturall
10
10
11
11
**apcore is a protocol specification.** Language implementations are maintained in separate repositories — see [Implementations](#implementations).
12
12
13
+
The growing number of fragmented MCP implementations across the ecosystem proves the demand is real. apcore is the only solution that provides a **complete SDK** with a **unified standard** — enforced schema, behavioral annotations, access control, audit trails, and cross-language consistency. It doesn't replace any project's AI capabilities; it brings them all under one standard.
14
+
13
15
---
14
16
15
17
## Table of Contents
16
18
17
19
-[What is apcore?](#what-is-apcore)
20
+
-[Why Not Just Use Existing MCP Solutions?](#why-not-just-use-existing-mcp-solutions)
18
21
-[Why AI-Perceivable?](#why-ai-perceivable)
19
22
-[Core Principles](#core-principles)
20
23
-[Architecture Overview](#architecture-overview)
@@ -66,6 +69,21 @@ apcore is a **universal module development framework** that makes every module n
66
69
67
70
**Not just an AI framework, but a universal framework that is naturally AI-Perceivable.**
68
71
72
+
### Why Not Just Use Existing MCP Solutions?
73
+
74
+
Today, many projects build their own MCP servers independently — Stripe has one, TipTap has one, NestJS has one. Each uses different interfaces, different standards, and none provides a programmable SDK. The result is a fragmented ecosystem where developers must learn a new approach for every integration.
75
+
76
+
apcore takes a different path: **SDK-first, standard-unified**.
77
+
78
+
|| Fragmented MCP Solutions | apcore |
79
+
|---|---|---|
80
+
|**Programmable SDK**| No — only MCP servers | Yes — `apcore-python`, `apcore-typescript`|
81
+
|**Unified Standard**| No — each project rolls its own | Yes — same schema, annotations, ACL across all integrations |
82
+
|**Behavioral Annotations**| None or minimal |`readonly`, `destructive`, `requires_approval`, `idempotent`, `open_world`|
83
+
|**Access Control**| None | Pattern-based ACL with role support |
Copy file name to clipboardExpand all lines: docs/concepts.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,6 +6,8 @@
6
6
7
7
### 1.1 Why Do We Need apcore?
8
8
9
+
The growing number of fragmented MCP implementations across the ecosystem proves the demand is real. apcore is the only solution that provides a **complete SDK** with a **unified standard** — enforced schema, behavioral annotations, access control, audit trails, and cross-language consistency. It doesn't replace any project's AI capabilities; it brings them all under one standard.
0 commit comments