splitwise-automation
作者 ComposioHQsplitwise-automation 通过 Composio Rube MCP 自动化 Splitwise 工作流,需要先进行工具发现,检查 Splitwise 连接是否处于 ACTIVE 状态,并在变更费用前进行确认。
该 skill 得分为 70/100,意味着它可以纳入目录,但更适合作为轻量级 MCP 工作流指南展示,而不是完整的自动化软件包。目录用户可以了解它适合什么场景、依赖哪些组件,以及 agent 应如何开始执行 Splitwise 操作;不过实际采用仍高度依赖实时 Rube 工具发现和外部 Splitwise 连接。
- 范围和触发场景清晰:它专门用于通过 Rube MCP 调用 Composio 的 Splitwise toolkit 来自动化 Splitwise 操作。
- 包含实用的前置条件和设置流程:添加 `https://rube.app/mcp`、验证 `RUBE_SEARCH_TOOLS`、管理 Splitwise 连接,并确认状态为 ACTIVE。
- 面向 agent 的模式较好:反复要求 agent 在执行工作流前先搜索工具以获取最新 schema,降低基于过期 schema 做假设的风险。
- 执行依赖外部 Rube MCP 和处于 ACTIVE 状态的 Splitwise 连接;除 SKILL.md 外,该仓库没有提供本地脚本、参考资料或打包资源。
- 部分操作细节交由实时 `RUBE_SEARCH_TOOLS` 发现完成,且摘录中 `RUBE_MANAGE_CONNECTIONS` 与 `RUBE_MANAGE_CONNECTION` 可能存在不一致,因此 agent 仍可能需要校验工具 schema。
splitwise-automation skill 概览
splitwise-automation 能做什么
splitwise-automation 是一个 Claude skill,用于通过 Composio 的 Rube MCP server 执行 Splitwise 工作流。它不会让 agent 手动猜测 Splitwise API 调用方式,而是要求 agent 先发现当前的 Rube tool schemas,确认 Splitwise 连接处于可用状态,然后再通过可用的 MCP tools 执行对应的 Splitwise 操作。
它最适合已经在使用 Claude 或其他支持 MCP 的客户端,并希望用 agent 辅助管理 Splitwise 任务的用户,例如查看余额、创建支出、更新群组,或协调费用处理流程,而不需要自己针对 Splitwise API 编写代码。
最适合的用户和使用场景
如果你希望围绕共同支出做 Workflow Automation,并且愿意通过 Composio 授权 MCP tool 访问你的 Splitwise 账号,splitwise-automation skill 会很合适。它尤其适用于家庭、旅行、室友、团队或活动费用等重复性工作流,因为 agent 在执行前需要先检查可用的 Splitwise tools。
如果你只是偶尔手动录入一笔 Splitwise 账目、无法使用 MCP tools,或只需要离线电子表格记账,它的价值就不大。
核心差异:先发现工具,再执行
这个 skill 最重要的设计选择,是它的“先搜索工具”规则。Rube MCP tool schemas 可能会变化,而 Splitwise 操作通常需要特定字段名、ID 或执行计划。该 skill 会指示 agent 在开始处理前调用 RUBE_SEARCH_TOOLS,从而减少脆弱的 prompt,让 agent 使用当前可用的 Splitwise toolkit,而不是依赖过时假设。
如何使用 splitwise-automation skill
splitwise-automation 安装与设置要求
如果要使用兼容的 skills CLI 从 repository 安装该 skill,请运行:
npx skills add ComposioHQ/awesome-claude-skills --skill splitwise-automation
然后在你的 AI 客户端中配置 Rube MCP,添加 server endpoint:
https://rube.app/mcp
上游 skill 需要 Rube MCP,并预期 RUBE_SEARCH_TOOLS 可用。在请求 Splitwise 自动化之前,请使用 RUBE_MANAGE_CONNECTIONS 或相关的 Rube connection tool 连接 splitwise toolkit。如果连接未激活,请按照返回的授权链接完成授权;在连接状态变为 ACTIVE 之前,不要运行会修改支出的工作流。
可靠执行所需的输入信息
一个高质量的 splitwise-automation 使用 prompt 应包含:要执行的动作、人员或群组上下文、日期、金额、币种、分摊方式,以及 agent 是否被允许创建或修改数据。例如:
“Use splitwise-automation to add a dinner expense to my Barcelona trip group. Total is EUR 96.40, paid by me, split equally between Alex, Priya, Marco, and me. First discover the current Splitwise tools, confirm the active connection, show me the planned fields, then create the expense only after I approve.”
这比“add my dinner to Splitwise”更好,因为 agent 可以把任务映射到发现到的 schema,减少追问,并避免在缺少付款人、参与者或币种信息的情况下创建支出。
首次运行的实用工作流
先阅读 composio-skills/splitwise-automation/SKILL.md;这是该 skill 中唯一的源文件,里面包含必需的工作流模式。实际使用时,agent 应该:
- 针对具体使用场景调用
RUBE_SEARCH_TOOLS,不要使用含糊的通用查询。 - 使用返回的 schema 和推荐执行计划。
- 检查 Splitwise 连接状态。
- 在进行修改前解析群组、用户或支出标识符。
- 对创建、更新或删除操作给出确认摘要。
- 只有在必需输入明确后,才通过发现到的 Rube tool 执行。
对于“show what I owe”这类只读任务,确认步骤可以更轻量。对于写入操作,始终要求 agent 先预览将要执行的具体操作。
提升输出质量的 prompt 写法
只要涉及钱,就要写清约束。好的 prompt 会明确说明,例如“do not create anything until I confirm”、“ask if a participant cannot be matched”、“use USD”、“split by exact shares”或“only search expenses from January 2026”。这些说明很重要,因为 Splitwise 工作流经常因为群组名称含糊、联系人姓名不完整、币种不匹配或缺少分摊规则而失败。
对于多步骤工作流,每个 prompt 最好只聚焦一个业务结果:核对一次旅行账目、添加一批支出、汇总余额,或更新某一笔具体支出。把无关修改打包在一起,会让 agent 更难验证 schemas,也会增加操作到错误对象上的风险。
splitwise-automation skill 常见问题
splitwise-automation 适合新手吗?
适合,前提是你已经有支持 MCP 的客户端,并愿意通过 Rube 连接 Splitwise。skill 本身很短、指令也直接,但设置过程依赖外部 MCP tooling。新手应先从余额汇总这类只读 prompt 开始,再允许 agent 创建或编辑支出。
它比普通的 Splitwise prompt 好在哪里?
普通 prompt 可以描述你想做什么,但不会自动知道实时的 Rube MCP tool schema。splitwise-automation skill 增加了操作纪律:先发现工具,检查 Splitwise 连接,再使用当前 schemas 执行。这使它在真实账号操作中,比泛泛地说“help me with Splitwise”更可靠。
采用时可能遇到哪些阻碍?
主要阻碍包括缺少 Rube MCP 访问权限、Splitwise 连接未激活、账号权限不明确,或 Splitwise 数据本身含糊,例如重复的群组名称、相似的参与者姓名。repository 不包含辅助脚本、额外规则或参考示例,因此用户应预期主要依靠 SKILL.md 加上实时 Rube tool discovery 来完成操作。
什么时候不该使用这个 skill?
如果你还没有准备好审查相关财务操作,就不要使用 splitwise-automation。若你无法授权 Composio/Rube 访问、需要一个完全可审计的会计系统,或需要 Splitwise toolkit 暴露能力之外的自定义业务逻辑,也应避免使用。对于敏感变更,请在执行前要求 agent 先生成 dry-run plan。
如何改进 splitwise-automation skill 的使用效果
用更清晰的上下文提升 splitwise-automation 结果
提升结果最快的方法,是提供结构化的支出上下文:群组名称、付款人、参与者、金额、币种、日期、类别、分摊类型,以及该操作是只读还是允许写入。如果你知道 Splitwise group IDs 或 user IDs,也请一并提供。如果不知道,就要求 agent 先解析候选项,并在相似匹配之间做选择前向你确认。
需要提前避免的常见失败模式
常见失败包括使用过时的 tool 假设、跳过连接检查、选错群组、未经确认就创建支出,或误解分摊规则。应对方法是:在每个新工作流开始时都要求调用 RUBE_SEARCH_TOOLS,并在任何数据变更前要求提供确认表。
一个有用的确认表应包括:operation、group、payer、participants、amount、currency、split method、date,以及将要调用的 tool。
根据第一次输出继续迭代
在第一次响应之后,如果计划还不完整,不要只说“go ahead”。你应该补全缺失字段、澄清名称,并要求 agent 将操作重新映射到已发现的 schema。例如:“Use the same plan, but change the split to exact amounts: me 40, Alex 20, Priya 36.40. Reconfirm before creating.”
这样可以让 splitwise-automation 指南保持实用:先发现工具,再明确财务意图,最后执行。
