Skip to main content
POS2026年7月27日

Claude Opus 5 可以独自编写数小时的代码。POS 的哪些部分仍然需要代码之外的东西?

Claude Opus 5 可以进行数小时无人值守的代码编写。但 POS 仍有一些部分是任何编程过程都无法直接产生的:支付协议、认证的刷卡硬件以及卡片数据合规性。本文将阐明界限所在。

Mathias NielsenMathias NielsenCEO, Final POS
夜间运行自主编程任务的笔记本电脑,背景中是配备刷卡终端的结账柜台,展示了 Claude Opus 5 在 POS 中能构建和不能构建的内容

POS 中仍然需要代码之外支持的部分,是那些涉及资金和现实世界的部分:支付处理协议、PCI 合规性(银行卡行业处理卡片数据的安全规则)、经过认证的线下刷卡终端,以及每次都必须准确无误的记录保存。于 2026 年 7 月 24 日发布的 Claude Opus 5 可以在极少监督的情况下运行数小时的编程任务¹。但这些时间里没有一分一秒能直接生成商家账户。

本文中的模型版本和日期准确截至发布之时;请将具体细节视为快照。

Claude Opus 5 究竟改变了什么?

Anthropic 将其描述为一款专为长时间运行的 Agent 构建的模型:它进行周密的规划,验证自己的工作,且运行时间和自主性均超过以往的 Opus 模型²。在 Anthropic 最难的软件工程基准测试中,它的得分达到了前代产品的两倍多¹。早期测试者报告称,可以将过去需要拆分为多个小块的工作交给他,并直接获得完整的成果。

这是一个真正的转变,进一步加剧了我们在 GPT-5.6 发布 时讨论过的趋势:每隔几个月,只需单个提示词即可获得的可用软件量都在增加。去年需要花费一周编写提示词才能完成的结账界面,现在只需一个下午即可完成;而在 Opus 5 中,即便您离场,模型也会继续运行。

运行无人值守夜间编程任务的笔记本电脑旁的一把空椅子

为什么更长的编程时间依然无法完成全部工作?

因为 POS 最难的部分并不是代码形态的问题。自主模型可以生成更多代码,以及经过更好检查的代码。但无论运行多久,它都无法输出核保决定、硬件认证或安全审计。这些来自机构,而不是编译器。

还有第二个更隐蔽的局限。Opus 5 的核心能力在于验证自己的工作,而验证需要客观事实。模型可以测试其结账计算是否正确,但它无法针对真实的银行卡网络、真实的结算周期(卡片资金何时真正到达您的银行账户)或真实的税务机关进行测试,因为这些都不存在于代码沙盒中。代码可以在逻辑上完美自洽,但在您的柜台上依然可能第一次接触现实就暴露出问题。

POS 的哪些部分仍然需要代码之外的支持?

主要有四个方面:

  • 资金流转。刷卡扣款需要与支付处理商(将卡片资金结算至您银行的公司)建立合作关系:包括核保、放款周期、欺诈监控、争议处理。任何编程过程都无法输出一个获得批准的商家账户。

  • 卡片数据安全。PCI 合规性适用于任何接触卡号的系统。处理卡片数据的生成结账代码会将审计负担转移给您;而认证支付基础设施的存在,正是为了让商家无需承担这部分合规风险。

  • 线下刷卡硬件(Card-present hardware)。感应支付和芯片支付运行在经过认证的终端上,其安全固件绝不允许任何人临时编写。这与“氛围编码”(vibe-coded)的支付应用被 App Store 拒绝面临的是同一个壁垒:阻碍在于权限和认证,而不是代码质量。

  • 必须每次都准确无误的记录。能够承受两次同时发生的销售的库存系统,以及能够对账(与实际到账资金匹配)的报表,从技术上讲是代码,但必须是永远正确的代码。我们在氛围编码 POS 中绘制过这一壁垒。Opus 5 编写此类代码的能力比以往任何模型都要出色,但您依然不会希望它的第一次生产环境测试发生在周六的客流高峰期。

在店铺柜台上的通用认证支付终端上贴卡支付,这是任何编程任务都无法直接生成的线下刷卡硬件

那么,您应该让 Claude Opus 5 构建什么?

界限之上的所有内容:界面、流程、逻辑,以及使 POS 契合您的业务而非套用模板的行业特定行为。这一层属于代码,而 Opus 5 无疑是目前构建这一层最强大的工具。

务实的路线是使用 MCP(模型上下文协议,一种允许 AI 工具接入其他软件的开放标准)。与其让模型从零重建支付功能,不如将其连接到一个资金流转、硬件认证和合规性已经就绪的平台,让它在上面构建结账体验。我们之前写过关于 AI 可以操作的平台与 AI 可以构建的平台 之间的区别;自主模型使得第二类平台变得重要得多,因为模型现在可以在没有您干预的情况下独立推进很大一部分构建工作。

Final 的 Build 就是以这种方式运作的:构建器基于提示词,您只需描述想要的流程或通过 MCP 连接自己的 AI,流程就会部署到底层已经处理好 Final Pay、认证终端和记录保存的基础设施上。如何使用 Claude Fable 5 构建可用的 POS 详细介绍了结合 Opus 5 的更高阶模型实现这一过程的效果。

通过光线连接笔记本电脑与结账柜台上平板 POS 的示意图,展示了 AI 如何通过 MCP 在真实的商业基础设施上进行构建

那么,POS 的哪些部分仍然需要代码之外的支持?

那些以协议、认证或资金结算为终点部分:支付处理、PCI 合规性和线下刷卡硬件,以及必须每次都准确无误的记录。Claude Opus 5 改变了一次编程过程可以产出多少 POS 功能,但它并没有改变编程过程本身能产生什么。一条实用的经验法则:如果任务的终点是代码,交给模型;如果终点是协议、认证或资金流转,交给基础设施。

如果您想在实践中了解这一界限所在,可以通过 MCP 将您自己的 AI 连接到 Build,让模型去完成它现在非常擅长的那部分工作。

常见问题

Claude Opus 5 可以独自构建 POS 吗?

它可以在长时间无人值守的任务中构建 POS 的界面、流程和逻辑。但它无法结算刷卡支付、认证终端硬件或承担卡片数据合规性,因此一个可用的 POS 需要将模型连接到真实的商业基础设施。

什么是 Claude Opus 5?

Claude Opus 5 是 Anthropic 于 2026 年 7 月 24 日发布的 Opus 级别模型。它专为长程运行的 Agent 打造:能够深思熟虑地规划、自行验证工作成果,并在极少监督的情况下进行长时间的编码。

为什么 AI 生成的代码无法直接处理银行卡支付?

对银行卡进行扣款需要与支付处理方建立承保合作关系、配备经过认证的现场刷卡/插卡终端,以及任何接触卡片数据的系统都必须符合 PCI 合规标准。这些都源自协议和认证,而非代码本身。

如何通过 MCP 将 Claude 连接到 POS 构建器?

Final 的 Build 支持通过 MCP 连接您自己的 AI。您在 Build 中生成一个连接块,将其粘贴到像 Claude Code 这样的 MCP 客户端中,模型就会在实时预览中构建结账流程。