两个独立项目，同一个作者，都靠AI辅助完成，但把控制权交还给用户的方式完全不同。一个叫SayPay，一个叫Margin。

打开网易新闻 查看精彩图片

SayPay是为Nimiq黑客松做的项目，运行在Nimiq Pay里，是一个小程序，自然语言界面由Gemini支持。Margin则是一个写作与研究的工作空间，概念由作者塑造，ChatGPT和Codex参与构建和迭代。

作者的说法很直接：在Margin里，用户需要有空间去打磨一个想法；在SayPay里，用户需要在批准一笔支付之前先看懂它。

支付前先审一遍

SayPay的支付流程里，审核和确认是单独的一步。助手可以帮忙准备方案，但签名要通过Nimiq Pay完成。这条边界被作者视为关键：理解用户输入了什么，和授权一笔支付，是两个不同的动作。

一个有用的界面，需要把待支付的方案呈现得足够清楚，让用户在签名之前能核对。这不是一句产品口号，而是流程设计上的硬约束。

仓库里记录的组件包括Next.js与vinext、Cloudflare Workers和D1。Nimiq小程序SDK负责通过宿主应用完成签名和发送，Nimiq JSON-RPC用于读取和交易确认。Gemini支持Ask功能，当API密钥缺失时，会启用一个本地解析器。

作者也划了范围：这些是文档记录的组件，文章不是安全审计，也不声称每一条支付路径都经过了端到端测试。

写作时把上下文留在手边

Margin面对的是另一个问题：怎么让人回到一个想法时，不必每次重建上下文？它的做法是把资料和早前的写作留在项目旁边，再给用户打磨和保存下一段内容的方式。

工作空间里集合了项目简报、来源和写作。Quick Edit用于润色已有草稿，Library存放已保存的作品，Hackathon Lab则提供一个独立的地方，用来研究简报、塑造一个构建想法。

作者希望写作始终是用户可以质疑和修改的东西。生成的草稿是供审阅的起点，而不是用户必须接受的成品。

作者在构建中的位置

作者列出的工作包括：塑造想法、决定哪些功能该留下、把需求拆成任务、指挥AI辅助开发、审阅生成的结果。AI助手和编码代理是这个过程的一部分。

两个项目给出的具体讨论素材也不一样：一个是带有支付确认边界的小程序，一个是围绕写作与上下文搭建的工作空间。截图展示的是当前的入口界面，SayPay要完整体验还需要Nimiq Pay作为宿主。

把控制权留给用户，在SayPay那里表现为一道签名前的审核关卡，在Margin那里表现为一份可以质疑的草稿。同一个原则，两种落点。