构建轨道，而非列车：全球南方人工智能基础设施框架
在构建任何事物之前，我都会问一个问题：
“缺少什么？”
而不是：“我如何与现有事物竞争？”
第二个问题的答案会引导你走向渐进式改进。
第一个问题的答案会引导你走向基础设施。
轨道与列车
传输控制协议/互联网协议（TCP/IP）并未控制互联网。它使互联网成为可能。
铁路并未控制货运。它们使经济得以运行。
M-Pesa 并未控制移动支付。它使每月五千万笔交易成为可能。
轨道创造了生态系统。列车随后出现——由成千上万的人构建，
他们无需理解轨道即可使用列车。
在过去几个月里，我一直在构建轨道。
不是应用程序。不是聊天机器人。不是封装器。
31 个模型上下文协议（MCP）服务器，为人工智能代理提供结构化、经过身份验证且在本地处理的访问权限，以连接：
M-PESA 应用程序编程接口（API）、肯尼亚 47 个郡的政府层、覆盖所有郡的国家灾害管理局干旱分类、
土地所有权系统、卫生基础设施、教育记录、储蓄和信用合作社金融、小巴路线等。
任何地方的任何开发者现在都可以执行以下操作：
pip install mpesa-mcp county-mcp wapimaji-mcp kilimo-mcp
并赋予人工智能代理触发移动支付、查询郡预算数据、
按郡检查干旱严重程度或评估农产品市场价格的能力。
在 120 秒内完成。适用于任何大型语言模型。除了 Daraja 凭证外，无需其他应用程序编程接口（API）密钥。
这就是轨道。你来构建列车。
诊断结构性缺失
科技领域的常规做法是竞争分析。
你观察现有事物，确定哪些更好或更便宜，然后构建它们。
这对于存在需求的市场来说是可行的。
对于东非的制度性人工智能层而言，问题不在于竞争。而在于缺失。
M-Pesa 在模型上下文协议（MCP）生态系统中缺失，并非因为工程师们没有尝试。
它的缺失是因为那些理解其工作原理——包括其回调机制、安全交易密钥（STK）推送流程、
企业对个人（B2C）时序要求、幂等性要求——的工程师并未在此处进行构建。
此堆栈中的每个模型上下文协议（MCP）服务器都源于同一个问题：
“人工智能代理在此情境下真正发挥作用需要什么——而目前尚不存在什么？”
答案如下：
- 一种触发支付的方法（mpesa-mcp）
- 一种在农业决策前查询干旱严重程度的方法（wapimaji-mcp）
- 一种检查政府流程所需文档的方法（fomu-mcp）
- 一种在无互联网且无应用程序编程接口（API）密钥的情况下运行推理的方法（offline-mcp）
这些都不存在。现在它们存在了。
在你的交叉点构建
构建模型上下文协议（MCP）服务器的技术知识并不罕见。
从内部了解 M-Pesa 运作方式的知识也不罕见。
关于肯尼亚 47 个郡政府结构的知识被广泛共享。
罕见的是交叉点。
肯尼亚人 + 海外侨民 + 人工智能基础设施精通。
这个交叉点的占据者不多。
它不需要很多人。它只需要有人开始构建。
每个人都有这样的交叉点。
即你独特的所知、世界的需求以及当下时机所赋予的可能性三者重叠之处。
这不是一句激励性的话语。它是一个资源分配原则。
在他人难以轻易复制你的地方进行构建。
时机层
并非所有时期都是平等的。
在 2003 年，你无法构建
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
