Skip to content

Product Overview

产品概览

Product Signal先把真实任务接稳,再谈扩展边界。

把当前已做成的、仍在推进的、后续可能扩展的部分分开讲清楚,后面才不容易返工。

帮你把团队里那些散装的、危险的脚本和自动化流程收成统一入口:谁在什么时候执行了什么、结果如何,都能查得到。

ExecGov(执治)是一个以 Python 脚本为第一种成熟执行资产的多租户能力治理与执行平台。

当前先从 Python 脚本做起,不是因为范围小,而是因为它最常见、最真实,也最容易立刻创造治理价值。

当前最成熟的第一种执行资产是 Python 脚本,但平台长期管理的对象是 标准化、可调度、可审计的能力单元,而不只是某一类脚本文件。

这件事已经不再停留在概念层。平台已经完成第一轮兼容式升级: 新增了通用资源层与执行器注册层,第一种非脚本能力样板 HTTP 能力接入 已先在 public 超管侧落地。 当前租户侧也已经有只读可见台账,可查看自己当前被授权的 HTTP 资源摘要、鉴权方式和写边界; 但这仍不代表租户侧已经全面开放多能力自助接入,更不代表已经做成通用 API 平台。 这类资源的配置、凭据治理和试跑,目前仍只放在 public 超管治理域。

这轮实现也进一步收紧了安全边界: 白名单租户 admin 只保留最小化的跨租户控制台入口, 不会直接看到 HTTP 能力接入 这类平台治理页; 同时菜单、权限和运行时也不再用 user_id == 1 这种不安全条件来误判管理员。

同一时间,1.1 的低客服闭环也已经先落了第一段: public 超管侧的订单中心已支持建单、确认支付、执行开通、续费提醒扫描和到期停开扫描。 个人免费版前台也已经接通本地脚本位的轻量自助增购,但当前还不能把它定义为“完整支付中心”。 真实第三方支付网关、用户账单中心和外发提醒渠道仍在继续补。

同时,标准 SaaS 共享租户前端骨架也已经建立:从 tenant_1003+ 开始,标准 SaaS 客户不再默认一客户复制一套前端工程, 而是优先走共享租户前端。它当前已经能承接正式租户入口,但品牌化、初始化和更细菜单边界还在继续收口。

多租户治理可信执行免费线入口CLI / Agent 路线HTTP 样板已落地共享 SaaS
EXECGOV // PRODUCT SIGNALDOC 01
const corePosition = 'controlled_ai_execution_platform'const userPath = ['free_entry', 'local_slots', 'team_saas', 'enterprise_delivery']const executionSurface = ['web_console', 'cli_bridge', 'local_env']
REAL EXECUTION / CLEAR POSITIONING
Current Asset先把脚本型能力做成熟

先把接入、执行、审计和交付这条主链路做稳,再逐步扩到更多能力形态。

Near Term先把能落地的一条线做稳

免费体验、租户治理和正式交付共用一套底座,后面扩展才不容易返工。

What You Can Verify Now当前已经能验证的,不只是一个 demo 页面

如果你正在判断这套平台是不是只停留在概念层,先看下面这 4 个点:它们对应的是当前已经落下或正在被真实使用的链路,而不是远期想象。

公开入口先从免登录体验跑通一次真实执行链路
成熟资产Python 脚本已经是第一种可接入、可审计的执行资产
治理样板HTTP 能力接入已先在 public 超管治理域落地验证
生命周期1.1 的订单、开通、续费和停开骨架已先落第一段
标准团队路径标准 SaaS 共享租户前端已经建立,不再默认复制新前端工程

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

平台当前在解决什么

01

正式客户隔离问题

不同客户、团队和环境不能混在一起,需要一套能隔离、治理并持续交付的执行平台。

02

AI 可信执行问题

AI 不能只会回答,更要能在确认和规则约束下执行真实任务,而不是自由越权调用脚本。

03

产品入口问题

个人免费线、团队协作与企业交付需要一条连续路径,而不是三套彼此割裂的系统。

Future Asset Types

未来优先会接入哪些能力形态

下面这些方向是平台接下来会优先扩展的能力形态,帮助你判断长期匹配度。这里说的是扩展边界,不是说这些都已经完整商用。

API / SaaS 调用

把第三方服务、企业内部接口和 Webhook 收成可治理的能力入口。当前第一轮样板已经先做成 public 超管侧的 HTTP 能力接入。

数据连接器

把数据库查询、数据仓库写入、CRM / ERP 读写收成标准化能力。

文档模板服务

把合同、报告、周报和标准文档生成流程纳入统一执行入口。

审批 / 工作流

把请假、采购、工单、状态流转等流程触发动作收成可审计的能力。

专用模型服务

把 OCR、文档解析、语音识别、图片生成等模型能力接入平台治理链路。

运维与通知动作

把巡检、告警、日志清理、备份、通知发送等高频动作继续纳入可信执行范围。

How To Start

不同角色,推荐从这里开始

个人探索者

  • 先从免登录体验页开始,快速感受一次真实执行链路。
  • 注册后会先进入独立结果页,再进入个人入口;后续会从技能库、智能助手、公告中心、社区广场、个人空间、升级正式版、上传脚本和 HTTP 只读台账继续往下走。
  • 如果只是个人继续使用,优先看本地脚本位轻量扩容,不要急着切企业交付口径。
  • 适合先验证“AI 能不能真正帮我调度脚本”。

团队与企业

  • 如果只是标准能力和较轻协作,可优先评估共享 SaaS 共享租户路径。
  • 如果重点是标准团队协作,先走团队版正式租户入口,不要直接跳成企业项目。
  • 如果需要多人协作、权限控制、审计或本地接入,继续沟通场景和交付边界。
  • 如果涉及内网、合规或私有化交付,可继续咨询企业方案。
  • 先明确业务场景,再决定部署与交付方式,会比先比较功能表更有效。

Priority Customers

当前优先服务哪三类客户

电商 / 内容 / 运营数据自动化

这类团队通常已经有很多散落脚本、表格和数据处理流程,最容易先从 Python 脚本能力切入,也最容易感受到统一入口和执行留痕的价值。

技术团队脚本治理与自动化运维

这类团队更能接受 CLI、本地执行、权限边界和审计记录,也最贴近平台当前已成熟的脚本治理和可信执行能力。

需要内网或私有化的小型正式客户

这类客户最能验证多租户隔离、平台超管治理和正式交付链路,但要控制定制深度,只接能反向沉淀平台能力的项目。

Reading Order

公开文档阅读路径

Delivery Extension

从体验走向正式接入时,重点补齐这三页

Why ExecGov

这类平台的项目价值

  • 不是把模型接出来就结束,而是让 AI 在规则内真正执行。
  • 不是一次性 demo,而是能持续沉淀能力资产、流程和审计记录。
  • 个人免费线、正式交付和本地接入能共用同一套可信执行底座。
  • 支持网页入口、本地脚本接入,以及后续更完整的能力桥接路径。

Good Fit

当前适合谁

  • 电商、内容和运营数据自动化团队
  • 要做脚本治理和自动化运维的技术团队
  • 需要内网、私有化或更高安全边界的小型正式客户

Next Step

继续深入产品细节,或直接进入四层分流沟通

可继续查看应用场景、CLI 接入和核心能力,也可直接提交线索,判断该继续走免费线、本地脚本位、标准团队版还是企业交付。

让每次自动化,都可靠且可控。