93 lines
9.7 KiB
Markdown
93 lines
9.7 KiB
Markdown
# AI 软件交付与持续服务平台版本规划与验收准备
|
|
|
|
状态：版本 0.15，更新日期 2026-10-13，阶段 7 准备材料，不构成排期。2026-10-13 起，计费按客户区分用户报价模式和用户自由模式；自动路径先 AI 验收，失败达到 x 次再转人工，x 未定。此前年付、积分和退役规则仍见 05 后文，与两种新模式的衔接未写完。公开测试赠送细则后置，核心功能正确优先。
|
|
|
|
讨论阶段的顺序统一以 [00 分阶段讨论计划](<00-分阶段讨论计划.md>) 为准。本文件不与讨论计划重复安排阶段。
|
|
|
|
## 已确认的首期方向
|
|
|
|
首期需要体现核心定制服务价值：客户能够认识应用和二次开发能力、提交真实定制需求，团队可利用 AI 完成报价后的定制与交付。基础资源及配套服务支撑体验、运行和成本覆盖，不能仅以售出多少运行资源作为产品验收。
|
|
|
|
客户能够自助下单、查看预览和提交修改工单。运行资源按购买配置档位包年，域名、邮箱和定制服务独立选配；后台可以调整定价参数。首期不是仅供内部人员录入客户需求的工具，具体档位、执行条件和完整功能清单尚未冻结。
|
|
|
|
首期固定运维、有限自动 AI 和人工复杂开发并存。自动路径先做 AI 验收，失败达到 x 次再转换原工单；协商与反馈归客服或 TG。全部项目 AI 实际调用含人工辅助、失败与重试均计消耗。验收次数用尽前的失败调用照常计消耗，不按客户满意结果免掉已耗用量。x 未定。
|
|
|
|
Cloudflare 和 Migadu 账号注册、账号池补充及独享邮箱账号准备目前人工完成。自动操作依赖有效账号和容量；不能将人工准备步骤忽略后承诺全流程无人处理。首期标准应用部署的自动执行清单还需逐项确定。
|
|
|
|
首期只给深度合作的既有中介客户试用，仍使用普通账户；配置固定项目服务费，使合计符合原谈好的价格。首期不建设系统内退款功能，特殊差额系统外处理，建议后台留人工结算备注。公开获客是长期目标，正式扩大客群前另行补齐条款和商业规则。
|
|
|
|
确定充值积分消费，推荐 1 USD = 100 积分，可含小数；年付套餐可包含初始开发和运维，提前退役不按月退款，也不保原业务数据。新客测试赠送与充值和套餐包含用量隔离，仅作预览、禁正式域名且可销毁；授予细则及反滥用策略成熟后再设计，不列首期验收。
|
|
|
|
具体自动任务、允许模型与试点阈值阶段 6/7 验证，不把所有额度/促销、退役按月结算、长期数据恢复和克隆设计作为首期前提。
|
|
|
|
先完成长期目标和可演进模型，再根据实施依赖确定首期。项目类型、资源绑定和数据边界不能因为首期只支持少数场景，就退回固定名称及人工约定。
|
|
|
|
## 制定实施计划前的条件
|
|
|
|
- 业务全貌和代表性客户场景已经确认。
|
|
- 项目、应用、环境、类型、工作负载和资源关系清楚。
|
|
- 客户账户、订单、工单、人工报价和续费规则可解释。
|
|
- 架构及平台、客户应用数据边界有决定与理由。
|
|
- 旧数据导入、现网适配、切换和回退有验证方案。
|
|
- 首期固定运维、有限自动 AI、人工与运行交付有明确契约、预算和失败恢复；后续流程有扩展边界。
|
|
|
|
## 后续版本规划要形成的内容
|
|
|
|
整体能力地图、版本范围、依赖关系、里程碑、工程任务、验收场景、试点规则、迁移批次和投入评估。不能把完成一篇草案视为完成相应设计阶段。
|
|
|
|
## 验收场景素材
|
|
|
|
以下供后续设计验证，不是已冻结的首期承诺：
|
|
|
|
| 场景 | 需要验证的行为 |
|
|
| --- | --- |
|
|
| 注册和项目归属 | 普通客户账号管理自己项目，员工操作权限明确；组织协作后置 |
|
|
| 公开获客与应用目录 | 客户能理解已支持能力、浏览案例并进入需求或购买流程 |
|
|
| 应用接入与不同运行组成 | 已支持版本按契约交付，不套用单一官网技术栈 |
|
|
| 分组和差异收费 | 分组与价格规则明确，不以来源推断部署或权限 |
|
|
| 数据任务 | 源和目标、批次、验证、失败恢复及成果完整 |
|
|
| 自助购买与交付 | 订单范围和执行资格一致，成果可追踪 |
|
|
| 普通/高级购买 | 普通路径单 APP 低信息密度；高级模式管理多 APP 和资源关系，两者均遵守预设依赖 |
|
|
| 开通进度与邮件 | 付款/开通各自可追踪，部分服务未开通不虚报全单完成，邮件失败不推翻已开通事实 |
|
|
| 首期熟客价格 | 普通客户账户应用固定项目服务费及赠送政策，合计符合约定；原订单不因后续调价改变 |
|
|
| 首期退款范围 | 无系统内退款入口/自动引擎；系统外差额可人工说明，公开经营政策另定 |
|
|
| 配置解耦 | 项目、仓库、namespace 与数据库名称不同时正常工作 |
|
|
| 类型驱动的部署 | 配置 Web 与 worker 等组成，无需人工备注特殊分支 |
|
|
| 多组件与共享资源计费 | Web、worker 的购买配置有归属；共享数据库、存储不因多个应用引用而重复计费 |
|
|
| 应用预设 | 金融官网强制声明所需 Web/数据库/PVC，纯前端应用无数据库/PVC 强制要求，选配不破坏必需依赖 |
|
|
| 零引用资源释放 | 最后引用移除前提示，宽限期状态可追踪；释放前重查有效引用和进行中操作，独立服务不被误删 |
|
|
| 多 APP 工单范围 | 工单限单个项目，可覆盖项目内多个 APP；跨项目分别提交，成果能定位全部相关版本 |
|
|
| 默认域访问边界 | 默认建站域仅用于预览，统一提示/验证及保护方案可执行，深链接和后端路径不意外绕过；不承诺验证码免责 |
|
|
| 数据保护与恢复 | 风险修改前有可验证恢复点；代码回退和带数据恢复语义清楚，数据库/文件一致性及其他项目不受损 |
|
|
| 多数据库与外部资源 | 按应用契约绑定所需数据与存储能力，不强制一个项目一个数据库；供应商切换保留身份且迁移可验证 |
|
|
| 跨项目 API 协作 | 评价网与内容中心独立运行及存储，明确接口与授权，同组不自动开放访问 |
|
|
| 平台公共服务 | 客户按订阅权益使用公共 API，不复制无必要的部署或授予公共数据库权限；价格规则后定 |
|
|
| 客户项目组 | 单层、项目单归属，无嵌套/多组；移动分组不改变 namespace、资源绑定或历史账目，批量操作后置 |
|
|
| 多环境与版本 | 工单发起版本、执行基准、内部检查与实际线上更新关系准确，不增加默认客户验收步骤 |
|
|
| 仅邮箱及组合服务 | 不强制创建无关 Web 应用或 AI 任务 |
|
|
| 人工接续 | 报价、客户接受、交付和费用可关联 |
|
|
| 首期人工定制 | 内部设置价格，客户同意或拒绝金额，同意后修改并更新线上；协商通过客服 |
|
|
| 改动任务工单 | 提交清楚的文字及文档附件，选择模式，跟踪任务与线上版本，不设客服会话 |
|
|
| 附件处理 | 支持业务需要的图文文档，类型验证、隔离解析与状态提示；原件/修订归属明确，无生产权限外泄 |
|
|
| 系统回执与失败重试 | 显示实际摘要/失败原因和有效版本，需求修订及每次尝试可追踪，不覆盖历史 |
|
|
| 首期 AI 权益 | 充值、套餐包含用量、真实调用成本与扣分分别记录；失败/重试计消耗，余额不足不误停年付服务 |
|
|
| 工作流结果核验 | 内部/外部执行均可追踪，重复事件不重复计费，引擎成功不冒充线上完成 |
|
|
| 需求固定与变更 | 提交需求可核对到实际成果，新增与变更不覆盖原需求；具体锁定与新工单规则待确认 |
|
|
| 自动模式与转换 | 自动开发检查后更新线上，需要人工时原工单自动转人工，继承需求与执行记录 |
|
|
| 客服与 TG 渠道 | 沟通、澄清、协商及反馈在客服或 TG，机器人接入与关联待定，不自动扩大任务范围 |
|
|
| 工单版本与回退 | 记录发起时版本和执行基准，追踪每次成果；可选择历史工单前版本，区分整版回退与选择性撤销，数据范围待定 |
|
|
| Git 工程集成 | 关联任务、改动及实际发布，Issue 关闭或 PR 合并不代替线上更新成功；具体方案待定 |
|
|
| 固定运维自动化 | 添加域名、邮箱等操作使用实际绑定，重复请求和部分失败可处理 |
|
|
| 独立计费与后台调价 | 配置订阅、域名、邮箱、工单账目可区分，历史报价不因改价被重写 |
|
|
| 账号池与人工补充 | 有效账号和容量正确分配，缺少条件转人工，不假定自动注册账号 |
|
|
| 异常恢复 | 任务重启、重复请求及部分成功不产生重复业务动作 |
|
|
| 数据导入 | 旧项目与线上资源映射完整，重复导入不产生重复资产 |
|
|
| 业务切换 | 客户访问、邮件和现有发布链路按计划衔接，可回退 |
|
|
| 持续服务 | 可用档位扩/减配遵守应用和供应商限制；PVC 不误承诺直接缩小 |
|
|
| 退役与再次部署 | 不退年费，释放运行/数据/相关备份，仅归档代码/配置，再部署初始化新业务；克隆与例外退款后置 |
|
|
| 到期处理 | 邮件提醒，到期未续费外部不可访问，业务数据最多保留一周，独立服务分别处理 |
|
|
| 核心定制价值 | 本次明确需求对应实际线上改动，人工确认金额、自动执行及转换各自符合规则，客服沟通独立 |
|
|
| 经济效果 | 定制成交、质量、投入与订单贡献可核算，基础服务成本覆盖符合既定目标；具体阈值待定 |
|
|
|
|
性能、工期、价格、服务承诺和试点规模将在对应信息明确后制定。新系统范围不以一次会话能完成的工作量衡量。
|