基于MCP服务器的多渠道微收入管理自动化

23个零散收入源，我靠一个MCP服务器把对账变成了聊天

我有23个不同的收入渠道。都不是大钱：几个微信小程序的付费功能、一个淘宝联盟的商品链接、闲鱼上卖的爬虫脚本、一个每月赚50块的安卓App、偶尔卖出几份PDF教程。收入最少的那个渠道，上个月赚了7分钱；最多的一个，赚了1613块钱。

把这些加在一起，构成了我收入的大半。而在最近之前，我完全不知道自己每一天的准确收入数字。

为什么现成的财务仪表盘解决不了我的问题

市面上不是没有收入仪表盘工具。神策、GrowingIO、各家的财务分析面板，都是好产品。但它们面向的是完全不同的业务形态：一个支付账户、深度分析、月费从上千元起步、专门服务只有单一产品和专属数据分析团队的公司。

我的形态恰恰相反：无数条细小的收入流，而且——这是关键——其中近一半的渠道根本不提供任何收益API。

我仔细核查过，因为我是真的想把这些全部自动化：

• 淘宝联盟：没有OAuth，没有公开的收益API。接口只能返回商品数据，不会告诉你赚了多少钱。倒是有一个数据文件服务，但由平台自行决定开放资格，小站长基本申请不到。
• 大多数广告联盟：同理。
• 猪八戒上卖的爬虫服务：收益只存在于控制台里，没有任何API可调用。

所以任何纯依赖API对接的工具，对这些钱都是结构性失明。不是"还没顾上接"，而是架构上看不见——你没法对接一个根本不存在的数据接口。

这就是我选择切入的缝隙：有API的渠道走自动化，没有API的渠道让手动录入压缩到10秒以内。每个月输入一次总收入，和自动同步来的数据进入同一张图表、同一套平均值和同一套目标体系。听上去不高级，但这就是产品的全部。

让我真正满意的决定：不做App，做MCP服务器

给仪表盘做一个手机App，看起来是顺理成章的下一步。我没做，因为我观察到自己真正使用它的方式——我压根不想看图表。我想问问题。

"我这个月总共赚了多少？"这是一个对话式的提问，不是视觉化的查询。所以我没有写App，而是做了一个MCP服务器。现在我可以直接问Claude，它基于我的真实数据给出答案：

你：我这个月一共赚了多少？
AI：本月2968元（日均102元）。收入Top：淘宝联盟786元，
 RFO教程706元，Checkride PDF 340元。
 距离你的月目标还差6%。

整个MCP服务器只有四个工具：get_income_summary、get_sources、get_month、log_monthly_income。最后一个工具意味着我可以用说话的方式录入收入，把整个产品里最枯燥繁琐的环节变成一句话的事。

技术卡点：短效登录凭证与命令行环境不兼容

这里才是技术上真正有意思的地方。

我的托管应用采用Supabase魔法链接认证，会生成一个一小时后过期的JWT。这在浏览器场景里完全正确，但对命令行环境毫无用处：跑在Claude Desktop里的MCP服务器，无法刷新浏览器的登录会话。

于是有一段时间，我的MCP只对自托管部署的用户生效——这意味着任何人想要使用它，都得先自己部署一套Postgres数据库。这体验，本质上是在劝退用户。

解决方案：个人API令牌的工程细节

最终的解法是个人API令牌。细节决定成败：服务端只存储令牌的哈希值，绝不存储令牌原文。用户调用时，系统比对哈希一致才算通过。这样即便数据库被拖库，攻击者拿到的也只是无法逆向还原的哈希串。

同时，令牌的作用域被严格限制在最小权限：只读收入摘要数据，没有权限触碰任何非收入字段。吊销操作按秒准生效，不存在延迟窗口。

把微收入管理纳入个人财务管理自动化

这套工具对我最大的意义在于：它让我第一次能够回答"我究竟赚了多少钱"这个问题，并且是每天都能用自然语言问出口的那种。

做闲鱼服务、赚淘宝客佣金、收广告联盟分成——这些零碎的小钱长期游离于主流财务软件视野之外。而一个基于MCP服务器的对话式查询入口，加上10秒手动录入机制，让这些微收入真真切切地汇入了个人财务管理的总盘子。每个月的目标进度不再是一个只是看着的百分比，而是每天都能问、能答、随时知道差距的对话。

这才是个人财务管理自动化该有的样子：不靠一堆图表，而是让你随时问出一句"我这个月赚了多少"，然后得到一个基于真实数据的答案。