三种任务，分开核算
推广任务按有效转化计酬；交付任务按成果验收计酬；AI 执行任务按实际资源计费。共用关联 ID，保留独立状态。
项目提案 / 产品与技术开发方案
2026.11.14
COMPUTE → SOLUTIONS → OPPORTUNITIES 产品规划 · 非交易系统
为一人公司，接通每一种可能
一个人。
一整套生意能力。
把算力变成解决方案，把解决方案变成机会。
让每个人都能找到可用的产品、可推广的服务，
以及值得承接的任务。
方案暂名「原点 OPC」 · 面向一人公司 / 超级个体
THE OPC ECOSYSTEM 概念示意
01 / 基础能力算力 · 模型 · 服务
02 / 场景产品找到所需
◉一人公司使用者 / 推广者 / 交付者
03 / 任务分发连接机会
04 / 价值回流成交 · 交付 · 分润
已经确认服务一人公司 / 超级个体
资源现状部分已有 · 部分待采购对接
建议首期解决方案市场 + 推广任务中心
产品判断
用统一的交易与履约机制，把分散的能力组织成一门生意。
先跑通单笔价值闭环，再扩展开放接单与服务商生态。
02 / PRODUCT LANDSCAPE三类解决方案。
三类解决方案。
一个统一入口。
按场景选产品，按能力找机会。
同一个 OPC 可以购买、推广，也可以参与交付。
为自己的业务选型与采购，复杂项目可先提交需求。
资源接入前提
核验授权与可转售范围、接口文档、采购成本、可用地区、并发配额和交付承诺。现有资源尚未逐项核实；产品卡片是规划范围，不代表已可购买。
01使用者
买工具、用 API、提交需求
02推广者
选任务、分享、追踪收益
03交付者
接派单、交成果、按验收计酬
04平台 / 服务商
供给、运营、审核与结算
03 / BUSINESS ENGINE让每一次转化，
让每一次转化，
都有来路，也有回报。
产品、推广与交付共用一套业务底座，
分别记录订单、用量和佣金。
01
点选上方步骤查看规则
PAYMENT AGENCY / 已确认的支付业务
全部差价归签约代理靠商户持续交易，赚手续费差价。
支付公司提供上游成本费率，代理在获准范围内与商户确认签约费率。两者形成的手续费差价，全部归合作协议登记的代理主体；平台不再从中抽成。商户合同与归属有效期间持续核算，不套用 AI 产品的首单 / 30 天政策。
商户手续费¥60
上游结算成本¥30
签约代理差价收入¥30
平台从差价中分成¥0
费率差 3‰
代理差价收入 = 实际商户手续费 − 实际上游结算成本
按每笔有效交易持续计酬：商户归属、费率、支付方式和生效时间留档；调价保留版本。首期人工跟踪进件、导入支付公司 CSV 账单，重复批次与交易不重复计收益。
以渠道实际账单为准：3‰ / 6‰ 是用户提供的固定费率示例，需支付公司授权与商户确认；封顶、保底、退款、拒付及税费按合同和账单核验。差价收入未扣税费与代理运营开支。
充值 ≠ 推广成交
API 服务额度只有发生真实消费才形成计佣基础。赠送额度不计佣，供应商成本未对齐前只展示预估收益。
收益可追溯，可冲正
预估 → 待确认 → 冻结 → 可结算 → 已结算。退款冲正、支付状态待查和结算失败都需要独立处理。
AI / 项目类推广规则AI / 项目按毛利分润，
AI / 项目按毛利分润，
与支付差价分别核算。
- 单层推广按有效业务计酬，不设发展下线奖励。
- 归因有据有效点击 30 天，注册时确认渠道；已有归属不覆盖。
- 范围有限绑定后 30 天内项目首单 / API 付费消费；窗口外不计佣。
- 结算有门槛建议 7 天业务观察、满 100 元申请、月度复核。
以上仅为 AI / 项目建议政策。支付代理按商户持续交易核算，差价全归签约代理，不适用本处 30 天与毛利比例；观察期不等同于支付冻结期。
AI / 项目订单，如何分配？
可调节示例直接成本
推广佣金
平台贡献
佣金 = max(0, 净收入 − 直接成本) × 佣金比例
净收入需扣退款、折扣、约定税费与渠道费。平台贡献还未扣运营、营销、研发摊销，不能当作净利润。
查看退款、归因争议与支付责任边界 ＋
退款与争议
退款后按原政策，以剩余净收入和可核实成本重算累计佣金，差额冲正；已发生且不可退的成本保留，不直接按退款比例减佣。结算后余额不足进入追偿工单，人工更改归属双人复核。
API 计佣窗口
赠送额度先扣，付费额度按到账 FIFO，消费关联充值批次。绑定后 30×24 小时内付费消费可计佣，充值不重置窗口；第 29 天充值、第 31 天消费不计佣。
资金与支付
支付代理按支付公司实际账单确认手续费差价，全归签约代理；平台自营商品收款另有一个支付渠道。商户交易本金由支付公司结算，不计作平台营业收入。自动代理接口和复杂分账另行估算。
跨设备与申诉
通过登录或经确认的邀请码绑定归因，不使用设备指纹强行追踪，不凭 IP 单独认定作弊；可提交证据并由运营复核。
04 / REQUIREMENTS & ACCEPTANCE把产品愿景，
把产品愿景，
写成可验收的需求。
P0 对应推荐标准版。
每项都有明确的行为和验收边界。
| 编号 / 优先级 | 功能模块 | 验收要点 |
|---|
业务一致性
重复回调不重复入账，退款与佣金可追溯。
权限与安全
用户之间隔离，后台敏感操作双人复核。
真实验收
模拟测试、上游联调与生产小额验收分别签认。
05 / TECHNICAL BLUEPRINT业务模块清晰，
业务模块清晰，
底层能力可替换。
以模块化单体起步，
用统一账本和适配层控制复杂度。
体验层
解决方案市场发现 / 采购 / 推广OPC 工作台用量 / 任务 / 收益运营管理端审核 / 财务 / 售后
↓
业务层
商品报价订单权益渠道归因需求履约佣金结算售后通知
一致性核心不可变账本 + 事务 Outbox + 幂等处理 + 每日对账
执行层
模型 API 网关1 家上游 / 配额 / 计量异步任务 Worker视频 / 查量 / 重试支付与资源管理验签 / 目录 / 账单导入
↓
数据层
PostgreSQLTair / BullMQOSS 对象存储SLS / 云监控
标准版接入边界1 家模型 · 1 个视频 · 1 个自营收款渠道 · 代理交易 CSV 导入
技术选择
React + Vite + TypeScript 用户端；Ant Design 后台；NestJS + Node.js 服务端和独立 Worker。下方列出框架、数据库及云产品的具体选型。
计费可靠性
金额用整数分，用量高精度存储。并发先预占、后核实；超时状态待查，不盲目重试。不把上游超时直接判为失败。
数据边界
上游密钥仅在服务端，API Key 可吊销。默认不留提示词正文，素材使用短时签名地址；跨供应商转发须符合授权与数据策略。
TECH STACK / 推荐技术选型
适配约 20 万元首期范围框架、数据与云资源，逐层落地。
同一套 TypeScript 工程，模块化单体 + 独立 Worker。优先复用成熟组件与托管服务，把投入集中在交易账务、归因和能力接入。以下为未来业务平台选型；当前提案网站仍是静态页面。
| 技术层 | 推荐选型 | 选择理由 / 首期取舍 |
|---|---|---|
| 用户端 | React + Vite + TypeScript解决方案市场 / OPC 工作台 | 同仓复用组件，适合 API 驱动的交互应用；需要自然搜索 SEO 时再评估 Next.js SSR。 |
| 运营后台 | React + Ant Design表单 / 表格 / 权限路由 | 复用成熟后台组件，减少定制 UI 人日；首期不混用两套前端技术。 |
| 业务服务 | NestJS + Node.js 24 LTSREST / 回调 / 流式 API | 商品、订单、佣金模块共用工程；视频及对账任务放独立 Worker，避免阻塞交易。 |
| 主数据库 | PostgreSQL 16 + Prisma事务 / 约束 / 迁移 | 订单、计量与账本以数据库为准；金额用整数分，关键事务和唯一约束显式设计。 |
| 缓存与队列 | Redis 兼容服务 + BullMQ配额 / 限流 / 异步任务 | 缓存与队列隔离，队列持久化并设 noeviction；云 Redis 的脚本兼容性先验证。不引入 Kafka。 |
| 部署与验证 | Docker Compose + CI/CDOpenAPI / 集成测试 / Playwright | API 与 Worker 分容器、测试与生产分离；保留迁移备份和回滚。首期不建设 Kubernetes。 |
推荐部署：阿里云单地域 / 同 VPC
配置为规划起点，按可售规格与压测核验ECS + ALB + HTTPS
建议 2 台 4 vCPU / 8 GiB 起步；API 双副本、Worker 资源隔离。配置健康检查及流式超时，不另购 GPU。
RDS PostgreSQL 高可用版
建议 2 vCPU / 4 GiB、100 GB 起；使用受支持补丁，核验备份与时间点恢复能力。高可用不能替代恢复演练。
Tair（兼容 Redis）
缓存和队列分别评估约 1 GB 起的隔离部署；队列采用持久化与禁止淘汰策略，先验证 BullMQ 所需命令。
OSS 私有桶
存放授权素材、交付文件与文档；短时签名下载、生命周期清理。存储与视频出网流量分别核算，CDN 按需。
SLS + 云监控
监控代理对账差异、支付待查、队列积压、错误率与对账差异；日志脱敏，热存储建议从 30 天规划，审计保留期另订。
VPC + 安全组 + RAM
数据库不直通公网，按角色最小授权；密钥集中管理、按需使用 KMS，收费能力先询价，不写入代码或镜像。
为什么选这条路线
组件复用 + 三个外部接口 + 托管数据服务，配合人工派单与结算复核，控制约 20 万元首期投入。算力先做目录与账单导入。
已有云资源时的替代路径
腾讯云可对应采用 CVM、TencentDB PostgreSQL / Redis、COS、CLB、CLS 与 CAM / KMS；首期选一朵云，替代规格与接口需重新核验。
版本在开工时核验并锁定稳定补丁，供应商授权与采购独立确认。云资源仍按月计费，不包含在一次性研发预算内。
建议质量目标与工程验收条件 ＋
性能规划
试点按 1,000 注册用户规划。约定缓存及数据量下，商品查询 300 并发时服务端 P95 ＜ 800 ms；网关 100 并发连接时自身开销 P95 ＜ 200 ms，均不包含上游生成耗时。任务实际执行并发按授权配额控制。
恢复与可用性
建议核心接口可用性目标 99.5%，RPO ≤ 1 小时、RTO ≤ 4 小时。上线前执行恢复演练，正式 SLA 另订监测口径及外部责任。这些是拟定验收目标，尚未进行系统测试。
06 / DELIVERY ROADMAP先证明闭环，
先证明闭环，
再扩大平台能力。
周期从资源、文档与测试账号齐备起算。
外部准入与甲方审批须单独管理。
关键路径
交易主体与 SKU 确认 → 收款模式与服务授权 → 交易账务联调 → 真实小额验收。商户进件或上游授权未完成时，界面与测试可推进，生产交易上线仍然受阻。
团队配置、交付包与上线后试运营 ＋
首期标准版团队
产品 / 项目、设计、前端、一位后端、测试及兼职运维，按阶段投入。约 127 人日，10 个工作周约 2.54 个全职当量，峰值约 4–5 人；48 个后端人日需接近完整投入。
交付清单
源码、数据字典、接口文档、权限与账务规则、测试报告、部署回滚、备份恢复、培训、运营 SOP 和已知问题。
建议四周试运营
10–20 个种子 OPC、3–5 个实际可交付 SKU；先人工辅助，再校验归因与定价，最后以净贡献、复购和履约负担决定扩展。
观察核心指标
月度有效付费并完成价值交付的 OPC 数、产品净消费、渠道有效转化、退款与争议、结算准时率。试点首周建立基线，不预设增长承诺。
07 / INVESTMENT MODEL把投入讲清楚，
把投入讲清楚，
让预算有据可谈。
按角色人日测算，单价为预算假设。
推荐首期约 20 万元 · 人民币 · 税费另议
首期标准版 / 研发投入测算
| 角色 | 计划人日 | 人日单价 | 研发小计 |
|---|---|---|---|
| 基础研发合计 |
＋ 研发投入包含
产品交互、Web 用户端与后台、服务端、约定接口、测试、部署、源码文档与培训。建议包含上线后 30 天约定范围缺陷修复，最终按合同。
↗ 按实际另行核算
云资源、模型 / 视频 / GPU 消耗、供应商预付款、渠道手续费、税费、运营与获客、版权与创作外包、法务备案、新增需求与接口。
上线后的费用，也要提前看见。
应用、数据库、缓存、存储、流量、监控与备份。试点预留额，非云厂商正式报价。
按服务时段与维护范围另订。运营、客服与业务交付人力不含在内。
模型 Token、视频生成秒数及 GPU 使用量。默认不另购 GPU，已有资源仍需核算成本。
打开月度模型 / 视频消耗计算器 ＋
用于预算讨论，不代表供应商报价；模型单价是自定义示例，视频单价参考核对日官方某 720P 型号。重生成倍率包含生成了但未被采用的素材。
模型估算 视频估算 用量小计
不含图片、配音、人工剪辑、审核、版权和其他资源成本；视频生成成本不等于成片全成本。上游初始周转额建议预留 1–3 万元，按合同确认，预充值与消费抵扣不重复计费。
08 / ALIGNMENT & NEXT STEPS下一步，
下一步，
把关键选择落下来。
先确认责任、资源和首发 SKU，
再锁定合同范围与正式排期。
甲方评审清单
0 / 7 已讨论勾选只代表已讨论，不构成签署或批准。仅保存在当前浏览器，不会上传或同步给他人。
仅在当前浏览器保存
首期边界
开放竞标与抢单、专业漫剧编辑器、自动长片合成、模型训练、自建 GPU 集群、原生 App、多币种及跨境结算均不默认包含。任何范围增加，需要评估采购、研发和运营影响。
REFERENCES / 官方依据
关键外部能力，回到官方资料核验。
核对日期：2026-11-14。仅用于支持能力与计价逻辑；不证明本项目已获准接入。研发费用、工期、分润政策及运维费用均为本方案估算。