Files
ai-web-delivery-doc/README.md
T
mdszxy 638d3541bf 建立可移交的 AI 软件交付规划文档仓库。
纳入截至 2026-10-13 会议回写后的产品基线与会议图源。
2026-10-13 22:27:58 +08:00

87 lines
8.7 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# AI 软件交付与持续服务平台规划入口
本项目建设对外的软件交付与持续服务网站,通过 SEO、广告和公开应用能力展示获客。核心价值是团队把 Web 应用封装为可稳定运行的交付基础,并通过 AI 或人员利用 AI 完成二次开发与系统定制。基础部署、运行资源、域名和邮箱支撑客户体验、上线和成本覆盖。旧资产库作为迁移来源,不预设成为新系统底座。
暂定代号 `ai-web-delivery`。目录协作版本 0.18,业务基线 0.15,2026-10-13。2026-10-13 会议口径已写入 02、03、05 开头和 D085–D088。最新进度见 [08](08-当前讨论状态.md),确认依据查正文与 07。
## 现在从哪里开始
**任何人或新 AI 接手,都先按此顺序恢复:** [AGENTS.md](AGENTS.md) → 本 README → [08 当前状态](08-当前讨论状态.md) → [09 协作规范](09-协作与交接规范.md) → 08 指定的最新交接 → 当前主文档及相关决定。不要固定读取某条旧交接而跳过后来记录。
当前会议入口是 [G01–G05 图集](diagrams/README.md),可打开离线展示页,或阅读可编辑 Markdown。图表依据及 G06–G08 后续计划见 [10](10-会议图表与可视化计划.md)。未把候选架构表达成定案。
会议准备后回到 [03](03-系统架构与领域模型.md)讨论业务模块、数据所有权、进程/数据库边界及工作流/Git。前三阶段依据见 01/02/05 与 03 开头;新 AI 不得把建议当技术定案。
完整顺序见 [00 分阶段讨论计划](00-分阶段讨论计划.md)。阶段 4 是架构,阶段 5 是旧业务迁移/切换,均适合与开发/运维共同讨论;产品继续负责范围、收费权益、客户体验及业务衔接。阶段 6/7 才进一步细化交付运行及实施计划,当前不自动开始编码或生产操作。
核心定位仍是二次开发与系统定制,基础服务支撑获客和成本覆盖。首期熟客普通账户购买年付套餐,可捆绑约定开发、运维和包含 AI 用量,固定服务费使合计符合原协议;固定运维、有限自动 AI 和人工复杂定制并存。超额 AI 用充值积分消费,推荐 1 USD = 100 积分,所有模式实际已耗调用均计费;退役不退款,特殊差额系统外处理。
工单固定客户本次清楚提出的改动。每一次工单创建一个版本,恢复使用该版本。自动路径先做 AI 验收,失败达到 x 次再转为原工单的人工模式,x 未定。人工模式额外同意或拒绝金额。在线客服或 Telegram 承担沟通。计费按客户分模式,暂时只记用户报价模式和用户自由模式,见 05。
本轮补充普通单 APP 向导与高级配置、开通状态/邮件、系统回执及失败修订重试、减配建议、退役与再次部署、到期关闭访问并最多保留一周业务数据。工作流建议由平台记录任务/费用/版本/发布,外部引擎可替换;附件建议支持 Word/PDF 图文并隔离处理。建议与已确认规则分开保存,未选执行器或数据库。
充值余额、套餐包含 AI 用量、新客测试赠送三者分开。测试赠送永远只作预览体验,不能绑定正式域名,平台可销毁测试部署;新客授予细则不是首期任务。主动退役只保留代码和启动配置,清理计算、数据库、文件和相关备份,不恢复原业务,也不算按月退款或退役配置差价。
现在可核对 02/05 的简化基线;下一轮建议以 03 开始平台模块、数据责任、单库/多库及执行边界讨论,再展开工作流/Git 专题。细则按依赖留后续,不再用公开赠送策略或小时/月计费卡住首期。
## 文档状态
| 文档 | 当前用途 | 阅读时机 |
| --- | --- | --- |
| [00 分阶段讨论计划](<00-分阶段讨论计划.md>) | 当前讨论导航 | 现在阅读 |
| [01 立项与产品定位](<01-立项与产品定位.md>) | 阶段 1 业务基线,可回溯修订 | 需要核对前提时查阅 |
| [02 业务流程与产品需求](<02-业务流程与产品需求.md>) | 阶段 3 首期流程基线 | 架构前了解业务行为 |
| [03 系统架构与领域模型](<03-系统架构与领域模型.md>) | 阶段 2 基线与阶段 4 架构候选 | 会议准备后进入架构讨论 |
| [04 模板与 AI 工作流](<04-模板与AI工作流.md>) | 待验证的工作流草案 | 阶段 6 细化 |
| [05 商业模式与成本指标](<05-商业模式与成本指标.md>) | 计费与成本讨论素材 | 阶段 3 细化 |
| [06 实施路线与验收标准](<06-实施路线与验收标准.md>) | 后期版本规划准备,不构成排期 | 阶段 7 决定 |
| [07 待确认问题与决策记录](<07-待确认问题与决策记录.md>) | 跨讨论保存问题和决定 | 按需要查阅 |
| [AGENTS.md](AGENTS.md) | AI 恢复与保存规则 | 每次接手先读 |
| [08 当前讨论状态](08-当前讨论状态.md) | 最新进度、交接与下一步 | 每次开始和结束核对 |
| [09 协作与交接规范](09-协作与交接规范.md) | 分工、发送/返回/合并和冲突规则 | 首次接手、移交或合并时读 |
| [10 会议图表与可视化计划](10-会议图表与可视化计划.md) | 逐图规格、生成状态、会议顺序和输出方式 | 核对图的依据;G01–G05 已生成 |
| [G01–G05 会议图集](diagrams/README.md) | 可编辑 Markdown、SVG/PNG 和离线会议浏览 | 当前会议入口,按图逐项核对 |
| [交接模板](handoffs/_交接记录模板.md) | 每轮新增 H 记录,历史不覆盖 | 实际推进结束时使用 |
## 发给同事或新 AI 的启动提示
把整个文件夹放到对方可读取的工作区,再将实际路径填入下面提示。不是每个 AI 都自动读取 AGENTS,显式要求读取更可靠。
```text
请接手这个项目规划目录:[填写实际目录路径]。
先读取 AGENTS.md、README.md、08-当前讨论状态.md、09-协作与交接规范.md,再读取状态指定的最新交接和当前主文档及相关决定。
核对实际文件与交接中的变更/摘要,简要说明你理解的阶段进度、已确认前提、未决事项及下一讨论题,然后按该题与我逐步讨论。
只维护规划文档,不开始实施或操作现网。建议和人类确认分开记录,不用你自己的推荐修改已确认业务规则。
每轮实际推进后更新正文和07、追加handoffs记录、更新08及必要导航,并说明下一轮入口。
```
拿回同事的新版本后,可在原聊天或新聊天使用:
```text
这个目录已由同事更新:[填写当前目录路径]。
请重新读取规范、当前状态、最新交接与涉及的正文/决定,不以本聊天的旧记忆覆盖文件。
先比较返回记录与实际改动,说明新增决定、待评审建议、业务变化和冲突,再继续状态指定的下一题。
如果我本地也有未合并版本,请先核对双方共同基线和变化,不直接覆盖任何一边的工作。
```
## 分享与返还
分享整个目录,保留 07/08/09、AGENTS 和 handoffs;不要只发送某篇主文档。内部链接为相对路径,复制后仍可导航;外部旧源码/环境路径是可选参考,需要时另行提供。
没有 Git 时先用一人维护主副本的方式,发送后暂停同文件并行编辑,返回时保留旧副本并核对 H 记录。双方都有新改动时合并差异,不按修改时间直接覆盖。有 Git 时可用分支/提交,但本轮未创建远端、推送或公开资料。
同事方案进入文件不等于全部通过。交接记录需说明谁确认了什么、哪些仍是建议、是否影响产品基线,详细规则见 09。每次新对话先恢复再复述;上下文记忆可辅助,文件和确认记录负责长期接续。
## 规划原则
- 先描绘目标业务全貌,再确定首期范围,不用首期简化方案代替整体模型。
- 统一系统按统一业务、身份、权限和数据责任设计;部署成几个进程或数据库另行论证。
- 客户来源不是固定类型或授权依据;支持项目分组和差异收费,分类方式另定。
- 应用需形成可重复交付的接入成果再进入支持目录,不把热门或能启动直接等同于已支持。
- 旧代码、旧表结构、人工命名和脚本限制不自动成为新系统要求。
- 旧业务无缝衔接通过可验证的数据迁移和受控切换实现,不以保留旧结构为前提。
- 每轮集中讨论一个主题,更新相关文档和决策记录,不一次要求确认全部草案。
- 已确认决定、方案建议和待确认问题分开记录;有新证据时允许回到前一阶段修订。
目前只修改规划文档。现网约束继续适用于旧系统实际运维,未来模型设计不会直接改变当前客户资源。