Delivery Package
正式团队版或企业交付时,客户会拿到什么
- 一个独立租户
- 一个独立访问网址
- 一组客户专属脚本能力
- 平台账号与基础权限
- 客户使用说明与客户脚本热更新说明
重点不是“给一个后台账号”,而是交付一套客户独立可运行、可更新、可继续扩展的 AI 执行空间。
Customer Flow & Delivery
客户使用路径、交付边界和后续更新机制都需要清晰定义,项目才能稳定运行。
ExecGov 当前最需要先讲清楚的几件事是: 客户拿到什么、客户怎么用、平台怎么交付。 脚本持续更新流程已拆到《热更新说明》,这里主要面向标准团队版和企业交付阶段,先把“真实交付时到底怎么跑”直接展开。
Delivery Package
重点不是“给一个后台账号”,而是交付一套客户独立可运行、可更新、可继续扩展的 AI 执行空间。
Boundary
Shared SaaS Boundary
标准 SaaS 客户当前可以走共享租户前端。运行时仍按 Host 绑定租户 schema,所以客户看到的仍然是自己的菜单、账号、能力和数据边界。
这不等于每个客户都拥有一套独立前端代码副本。共享的是正式前端包与发版节奏,真正更重的专属前端、品牌化和深度定制仍然要走正式迭代或单独交付。
End To End
先确认客户要解决什么业务问题、要交付哪些脚本能力、哪些需要 AI 推荐、哪些需要人工确认。
平台按项目开通独立租户、独立访问网址、初始账号和对应权限边界。
平台把首批脚本完成审核、同步、注册和授权,确保客户登录后就能直接看到自己的能力。
客户通过页面手动执行,或在智能大脑中输入需求,由平台在当前租户范围内推荐能力。
客户根据执行结果、公告信息和实际业务使用情况,提出补充能力或更新脚本的需求。
客户补充脚本目录、README、所属租户、是否允许 AI 调用、是否需要人工确认等信息。
平台继续执行审核、同步、注册、版本登记、授权绑定和权限验证,不需要重新部署整个平台。
更新后的能力只在所属租户内生效,其他租户不可见、不可执行,AI 推荐范围也不会串租户。
Delivery Checklist
| 交付项 | 客户拿到 / 看到什么 | 平台负责什么 | 备注 |
|---|---|---|---|
| 独立租户 | 自己的租户空间 | 建立租户、隔离数据和权限边界 | 一个客户一个租户 |
| 独立访问网址 | 自己的访问入口 | 开通访问地址与登录入口 | 单租户和共享 SaaS 都成立;共享 SaaS 当前按 Host 绑定租户 |
| 登录账号 | 账号、初始密码或初始化方式 | 初始化账号与基础权限 | 权限按项目交付 |
| 客户专属能力 | 当前租户内可见的能力列表 | 审核、注册、授权绑定 | 不跨租户共享 |
| 公告与结果查看 | 公告入口、执行结果和相关输出 | 公告发布、结果展示、下载入口开放 | 按当前租户可见范围控制 |
| 热更新说明 | 脚本新增 / 更新的接入流程 | 给出目录规范、审核流程和授权方式 | 默认仍由平台审核 |
| 菜单扩展 | 已有页面入口、外链或 iframe 菜单 | 配置菜单、校验边界、控制发版节奏 | 新增正式前端页面仍需开发、打包和部署 |
| 本地混合执行 | 按需接入 CLI / Agent | 根据项目接入桥接能力 | 不是所有标准交付默认包含,详见 CLI 指引 |
Path Matching
| 当前诉求 | 更适合的路径 | 当前状态 | 说明 |
|---|---|---|---|
| 想先体验真实执行链路 | 公开体验页 + 注册 / 登录 | 当前可用 | 适合先感受 AI 推荐、确认、执行和结果返回,再决定是否进入正式交付。 |
| 只是个人继续接脚本,但还没进入多人协作 | 先看 支付与会员 里的本地脚本位增购 | 当前可用 | 这属于个人空间扩容,不属于这页的正式团队版 / 企业交付主线。 |
| 已经开始多人协作,但需求仍偏标准 | 标准 SaaS 共享租户路径 | 当前已有共享租户骨架,仍在继续收口 | 更适合标准能力和较轻协作;运行时仍按 Host 绑定到自己的租户,不共享数据和权限。 |
| 已经有明确客户,要正式上线交付 | 单租户交付 | 当前主线 | 面向更强隔离、专属页面、专属品牌或正式验收要求的客户。 |
| 需要统一运营多个客户 | 平台治理 + 单租户交付 | 当前可组合 | public 负责治理,各客户租户保持隔离,公告、模板、日志和台账统一管理。 |
| 脚本依赖本地环境或内网数据 | 混合执行 + CLI / Agent 路线 | 当前部分成立 | 控制面仍在平台侧,执行端按项目接入,不把内网执行路径直接暴露到浏览器页面。 |
| 希望直接买标准团队产品 | 优先看标准 SaaS 共享租户路径,再结合 版本路线 判断是否够用 | 当前已有共享租户骨架,仍在继续收口 | 如果只是标准能力和较轻协作,可先走共享 SaaS;如果要专属页面、专属品牌或更重隔离,再转单租户或私有化。 |
Menu Rules
Customer Usage
客户交付完成后,会拿到访问网址、登录账号和初始密码或初始化方式。登录后进入的是自己的独立租户空间。
客户看到的是当前租户下被授权的能力列表,而不是底层脚本源码路径或其他客户的数据。
客户可以直接手动执行,也可以通过智能大脑输入自然语言,让平台在当前租户和权限范围内推荐能力。
Manual Run
AI Assisted
Notice & Result
Safety Rule
Local Execution
这类场景通常不是把内网目录直接暴露给 Web 页面,而是通过 CLI / Agent 做桥接。平台继续负责入口、规划、权限和审计,本地环境负责执行。
Who Owns What
Hot Update
客户脚本如何准备目录、补齐提交信息、进入审核、完成注册和在当前租户内正式生效,已经拆到单独页面,便于售前、交付和培训分别引用。
Related Reading
FAQ
不一定。当前更应该先看数据边界、客户规模和执行位置,再决定是单租户交付、平台治理组合,还是混合执行路线。
不会。脚本更新完成后,仍然只在所属租户范围内注册和授权,其他租户不会自动获得可见或可执行权限。
当前 1.0 默认不这样做。平台仍保留审核、注册、授权和权限验证流程,不支持绕过平台直接正式上线。
不会。当前推荐范围受租户和权限共同约束,AI 不会跨租户推荐其他客户的脚本或能力。
可以,但通常不是让浏览器直接碰本地路径,而是通过 execgov-cli 和后续 Agent 路线承接本地执行桥接。
不是。两条线当前共用同一套可信执行底座,只是入口语义、交付边界和目标用户不同。
Acceptance
One Sentence
ExecGov 交付给客户的,不只是一个登录入口,而是一套客户独立可运行、可更新、可继续扩展的 AI 执行空间;热更新也不是重部署平台,而是在当前租户范围内完成审核、注册、授权后正式生效。
Next Read
可继续查看核心能力、部署方式和架构说明;已有真实脚本型能力和客户场景时,也可直接带着目录结构和需求进入沟通。