先把接入、执行、审计和交付这条主链路做稳,再逐步扩到更多能力形态。
Product Overview
产品概览
把当前已做成的、仍在推进的、后续可能扩展的部分分开讲清楚,后面才不容易返工。
帮你把团队里那些散装的、危险的脚本和自动化流程收成统一入口:谁在什么时候执行了什么、结果如何,都能查得到。
ExecGov(执治)是一个以 Python 脚本为第一种成熟执行资产的多租户能力治理与执行平台。
当前先从 Python 脚本做起,不是因为范围小,而是因为它最常见、最真实,也最容易立刻创造治理价值。
当前最成熟的第一种执行资产是 Python 脚本,但平台长期管理的对象是 标准化、可调度、可审计的能力单元,而不只是某一类脚本文件。
这件事已经不再停留在概念层。平台已经完成第一轮兼容式升级: 新增了通用资源层与执行器注册层,第一种非脚本能力样板 HTTP 能力接入 已先在 public 超管侧落地。 当前租户侧也已经有只读可见台账,可查看自己当前被授权的 HTTP 资源摘要、鉴权方式和写边界; 但这仍不代表租户侧已经全面开放多能力自助接入,更不代表已经做成通用 API 平台。 这类资源的配置、凭据治理和试跑,目前仍只放在 public 超管治理域。
这轮实现也进一步收紧了安全边界: 白名单租户 admin 只保留最小化的跨租户控制台入口, 不会直接看到 HTTP 能力接入 这类平台治理页; 同时菜单、权限和运行时也不再用 user_id == 1 这种不安全条件来误判管理员。
同一时间,1.1 的低客服闭环也已经先落了第一段: public 超管侧的订单中心已支持建单、确认支付、执行开通、续费提醒扫描和到期停开扫描。 个人免费版前台也已经接通本地脚本位的轻量自助增购,但当前还不能把它定义为“完整支付中心”。 真实第三方支付网关、用户账单中心和外发提醒渠道仍在继续补。
同时,标准 SaaS 共享租户前端骨架也已经建立:从 tenant_1003+ 开始,标准 SaaS 客户不再默认一客户复制一套前端工程, 而是优先走共享租户前端。它当前已经能承接正式租户入口,但品牌化、初始化和更细菜单边界还在继续收口。
免费体验、租户治理和正式交付共用一套底座,后面扩展才不容易返工。
如果你正在判断这套平台是不是只停留在概念层,先看下面这 4 个点:它们对应的是当前已经落下或正在被真实使用的链路,而不是远期想象。
Platform
平台定位
- ExecGov(执治)是一个以 Python 脚本为第一种成熟执行资产的多租户能力治理与执行平台。
- 当前最成熟的能力形态是脚本型能力接入、执行、审计和持续更新。
- 平台已经落下通用资源层和执行器注册层,第一种非脚本样板是 public 超管侧的 HTTP 能力接入;租户侧也已经有只读可见台账。
- HTTP 资源当前只按“固定接口 + 显式鉴权 + 写操作白名单”推进,配置权仍保留在 public 超管侧,不把它包装成通用 API 平台。
- 1.1 已先在 public 超管侧落下订单与生命周期骨架,并在个人免费版前台落下一条轻量自助增购链路,但仍未对外承诺完整用户自助支付。
- 从
tenant_1003+开始,标准 SaaS 客户当前优先走共享租户前端;需要更强隔离或更深定制时,再走单租户交付或私有化。 exec-gov-shell主要用于多入口聚合、联调和同步,不作为客户长期正式运行入口。- 平台后面可能继续扩展到 API、模板、连接器和审批流程等能力类型,但只按真实需求逐步开放。
Current Paths
当前对外更稳定的四层路径
| 层级 | 适合谁 | 当前怎么理解 | 建议入口 |
|---|---|---|---|
| 免费线 | 第一次接触平台的人 | 先感知产品定位、执行链路和个人入口价值 | 快速开始 |
| 本地脚本位增购 | 已经在个人空间持续接脚本的人 | 这是个人空间扩容,不是正式团队订阅 | 支付与会员 |
| 标准团队版 | 开始进入多人协作的团队 | 当前由共享 SaaS 正式租户入口承接,不再默认复制一套新前端工程 | 客户流程 / 交付 |
| 企业交付 | 需要更强隔离、内网或正式项目验收的客户 | 继续走单租户交付、私有化或更深部署控制 | 部署方式 |
Brand
品牌口径
- 品牌名:
ExecGov(执治) - 副标题:面向真实任务的多租户能力治理与执行系统
- Slogan:让每次自动化,都可靠且可控。
- 适合用于产品介绍、场景沟通和当前交付说明。
Method
当前使用原则
- 对外统一使用
ExecGov(执治),不再拆成英文项目名和中文产品名两套说法。 - 治理为先,执行落地;先把脚本型能力做稳,再逐步扩到更多能力形态。
- 仓库 slug 与目录路径
execgov-cli/先保留,CLI 对外命令已统一为execgov-cli,避免影响现有工程路径和发布链路。 - 便于统一品牌认知,同时不打断当前代码、文档和交付节奏。
Not Building
平台当前不是在做什么
不是自由聊天系统
重点不是把模型接出来,而是让真实任务在规则里被稳定执行。
不是企业后台简单裁剪版
免费版不是把复杂后台菜单直接开放,而是做独立、轻量、可增长的正式入口。
不是 demo 脚本拼装站
它要承接真实交付、平台治理和持续维护,不是临时脚本集合。
Core Problems
平台当前在解决什么
正式客户隔离问题
不同客户、团队和环境不能混在一起,需要一套能隔离、治理并持续交付的执行平台。
AI 可信执行问题
AI 不能只会回答,更要能在确认和规则约束下执行真实任务,而不是自由越权调用脚本。
产品入口问题
个人免费线、团队协作与企业交付需要一条连续路径,而不是三套彼此割裂的系统。
Future Asset Types
未来优先会接入哪些能力形态
下面这些方向是平台接下来会优先扩展的能力形态,帮助你判断长期匹配度。这里说的是扩展边界,不是说这些都已经完整商用。
API / SaaS 调用
把第三方服务、企业内部接口和 Webhook 收成可治理的能力入口。当前第一轮样板已经先做成 public 超管侧的 HTTP 能力接入。
数据连接器
把数据库查询、数据仓库写入、CRM / ERP 读写收成标准化能力。
文档模板服务
把合同、报告、周报和标准文档生成流程纳入统一执行入口。
审批 / 工作流
把请假、采购、工单、状态流转等流程触发动作收成可审计的能力。
专用模型服务
把 OCR、文档解析、语音识别、图片生成等模型能力接入平台治理链路。
运维与通知动作
把巡检、告警、日志清理、备份、通知发送等高频动作继续纳入可信执行范围。
How To Start
不同角色,推荐从这里开始
个人探索者
- 先从免登录体验页开始,快速感受一次真实执行链路。
- 注册后会先进入独立结果页,再进入个人入口;后续会从技能库、智能助手、公告中心、社区广场、个人空间、升级正式版、上传脚本和 HTTP 只读台账继续往下走。
- 如果只是个人继续使用,优先看本地脚本位轻量扩容,不要急着切企业交付口径。
- 适合先验证“AI 能不能真正帮我调度脚本”。
团队与企业
- 如果只是标准能力和较轻协作,可优先评估共享 SaaS 共享租户路径。
- 如果重点是标准团队协作,先走团队版正式租户入口,不要直接跳成企业项目。
- 如果需要多人协作、权限控制、审计或本地接入,继续沟通场景和交付边界。
- 如果涉及内网、合规或私有化交付,可继续咨询企业方案。
- 先明确业务场景,再决定部署与交付方式,会比先比较功能表更有效。
Priority Customers
当前优先服务哪三类客户
电商 / 内容 / 运营数据自动化
这类团队通常已经有很多散落脚本、表格和数据处理流程,最容易先从 Python 脚本能力切入,也最容易感受到统一入口和执行留痕的价值。
技术团队脚本治理与自动化运维
这类团队更能接受 CLI、本地执行、权限边界和审计记录,也最贴近平台当前已成熟的脚本治理和可信执行能力。
需要内网或私有化的小型正式客户
这类客户最能验证多租户隔离、平台超管治理和正式交付链路,但要控制定制深度,只接能反向沉淀平台能力的项目。
Reading Order
公开文档阅读路径
先看这套平台解决哪些真实业务场景,而不是先记一堆模块名。
Step 02核心能力再看多租户、可信执行、模板分发、公告治理和 CLI 桥接如何形成闭环。
Step 03客户流程 / 交付直接看客户怎么用、平台怎么交付,以及脚本热更新当前如何闭环。
Step 04支付与会员单独看个人免费页怎么付款、团队版月租 / 年租怎么注册,以及当前支付这条线到底完成到哪。
Step 05架构说明理解后端、超管、免费版、交付前端和本地接入之间的关系。
Step 06CLI 指引直接看当前已经落地的 login / register / list / run / agent 命令边界。
看平台如何覆盖共享 SaaS、单租户交付、平台治理、免费入口和本地混合执行。
Step 08当前阶段最后看当前 1.0 在做什么、下一步重点放哪里,以及为什么现在不把路线讲得太远。
Delivery Extension
从体验走向正式接入时,重点补齐这三页
Why ExecGov
这类平台的项目价值
- 不是把模型接出来就结束,而是让 AI 在规则内真正执行。
- 不是一次性 demo,而是能持续沉淀能力资产、流程和审计记录。
- 个人免费线、正式交付和本地接入能共用同一套可信执行底座。
- 支持网页入口、本地脚本接入,以及后续更完整的能力桥接路径。
Good Fit
当前适合谁
- 电商、内容和运营数据自动化团队
- 要做脚本治理和自动化运维的技术团队
- 需要内网、私有化或更高安全边界的小型正式客户
Next Step
继续深入产品细节,或直接进入四层分流沟通
可继续查看应用场景、CLI 接入和核心能力,也可直接提交线索,判断该继续走免费线、本地脚本位、标准团队版还是企业交付。