AI 文案润色·按次计费

要解决什么问题

如果你要把 AI 文案润色 当成可售卖的能力，常见做法是改业务代码：鉴权、扣费、用量统计都要自己接。这套技能走的是 方案 A（反向代理）：业务服务照旧跑润色逻辑，计费与对外暴露交给前置 fypay-proxy sidecar，目标是 业务代码零改动。

架构与调用路径

整体是「业务服务 + sidecar」并排部署：

• 业务服务：继续实现润色能力与原有接口语义。
• fypay-proxy sidecar：挡在买家请求前面，承担按次收费与代理转发。
• 对买家暴露的入口：走 sidecar，而不是直接打业务内网地址。

买家侧只看到经 sidecar 统一后的调用面；计费粒度与 sidecar 的按次策略绑定，业务层不必嵌入支付 SDK。

适用边界与注意点

• 适合已经有一套润色实现、只想加 按次收费 而不动核心代码的团队。
• 计费、限流、账单一致性以 sidecar 与 fypay 链路 为准，业务服务仍需保证润色结果质量与超时等行为。
• SKILL 正文里接口字段会分步补充；对接前以 sidecar 暴露的契约与 SkillHub 页说明为准，避免假设未文档化的参数。