如果你要判断权限边界、执行留痕、本地接入或正式交付怎么收口,这里会比继续抽象讨论更有效。
Lead Entry
线索分流与咨询
当前平台已具备多租户治理、可信执行、免费入口和 CLI 演进路径,但不同阶段应该进入不同沟通入口,不再混成一个大而全咨询口。
面向企业业务自动化、平台化交付、私有部署,以及已有脚本与流程的治理升级场景, 当前承接免费线判断、本地脚本位增购判断、团队版路径判断和企业版咨询。
重点不是聊大而全的平台故事,而是尽快明确下一步入口、准备材料和第一条治理样板怎么启动。
会按免费线判断、本地脚本位、团队版路径判断和企业咨询四个方向继续跟进,不会一开始就拉成大而全的项目讨论。
脚本或流程类型、预计使用人数,以及是否涉及内网、本地执行或私有化部署。
Design Partner
当前开放 1-3 个设计合作伙伴名额
- 适合团队里已经有大量脚本、定时任务或自动化流程的人
- 目标不是先卖一套大系统,而是先把一条真实流程做成治理样板
- 默认按真实付费、真实场景、真实边界推进,不做纯展示型合作
- 如果适合,会一起梳理脚本目录、风险动作、结果回传和审计记录
Current Entry
公开体验入口后的下一步
- 你已经可以先运行公开体验入口,快速感受一次“AI 调度脚本”的完整链路。
- 如果你想继续自己接脚本,下一步直接注册进入个人智能执行台。
- 如果只是个人持续使用但还没进入正式协作,优先判断是否只需要本地脚本位扩容。
- 如果你更关心多人协作、权限审计或本地接入,先判断是标准团队版还是企业交付,再进入沟通。
Before Contact
沟通前建议准备这些信息
- 你想让 AI 调度哪类脚本、流程或数据任务。
- 是否需要多人协作、审批、权限控制或执行审计。
- 是否涉及本地环境、内网资源或私有化部署要求。
- 你更希望先走免费线、先扩容个人空间、先走团队版,还是直接沟通企业方案。
Lead Split
提交线索前,先判断你属于哪一类
| 你现在的状态 | 更适合的下一步 | 为什么 | 建议入口 |
|---|---|---|---|
| 第一次接触平台,只想先感知产品 | 先走免费线 | 先确认这是不是值得继续了解的平台,不急着进入项目沟通 | 快速开始 |
| 已经在个人空间持续接脚本,但还没进入多人协作 | 先判断本地脚本位是否需要扩容 | 这属于个人轻量增购,不等于正式团队租户 | 会员权益与价格说明 |
| 准备进入多人协作、正式账号和更稳定周期 | 先走团队版月租 / 年租正式租户入口 | 当前标准团队版由共享 SaaS 前端承接,先验证标准路径是否够用 | 支付与会员说明 |
| 涉及内网、本地桥接、更强隔离或正式项目验收 | 直接进入企业项目 / 私有化沟通 | 这类问题重点是部署、交付边界和治理要求,不是标准会员页 | 启动方式 / 服务包 / 部署方式 |
Lead Form
提交线索
至少留下姓名、需求描述和一种联系方式,即可进入跟进流程。这个表单会调用默认邮件客户端发送到公开邮箱。
如果当前设备没有默认邮件客户端,可以直接发邮件到 zmx2321@163.com ,或通过 GitHub 留言。
Topics
适合继续沟通的事项
- 企业级自动化与 AI 执行平台交付
- 团队版 / 企业版的能力规划与落地路径
- 私有化部署、数据自动化与本地执行方案
- 脚本整理、Skill 接入、CLI / Agent 桥接能力
- 判断当前应停留在共享 SaaS 正式租户,还是转企业交付
What To Prepare
- 脚本语言、依赖环境、运行频率和输入输出方式
- 大概使用人数,是个人、小团队还是正式客户项目
- 是否需要本地执行、内网访问、数据库连接或私有化部署
- 你更想先走免费线、先扩容个人空间、先走团队版,还是直接推进企业合作
First Message
优先把最痛的一条流程说清楚
比起泛泛介绍团队情况,更有价值的是先说明当前最痛的任务链路、输入输出和频率。
Decision
先判断是否值得启动第一步
通常会先收口一个最小闭环,确认是否真的省时间、是否能稳定交付,再决定是否进入第二阶段。
Path 01
个人体验 / 智能执行台
先让开发者和个体用户以更低门槛感知价值,再决定是否把自己的脚本正式接入执行台。
Path 02
个人继续使用 / 本地脚本位
适合已经在个人空间持续接脚本,但还没有进入多人正式协作的人。重点是扩容个人脚本位,不把它讲成正式团队版。
Path 03
团队版 SaaS
承接多人协作、共享执行能力、审批、权限控制和更稳定的产品订阅。当前优先走标准 SaaS 正式租户入口,由共享 SaaS 前端承接;如果需要更强隔离或更深定制,再转企业版 / 私有化。
Path 04
企业版 / 私有化
承接更高隔离、更高安全要求、内网、本地 Agent 和正式交付需求。
Current Cooperation
当前更适合优先沟通的合作类型
- 先把一个重复流程做成最小自动化交付
- 把已有 Python 脚本或 Skill 接入统一执行入口
- 承接团队版 / 企业版试点、正式交付和私有轻部署
- 帮助判断是先走共享 SaaS 正式租户路径,还是直接进入企业交付
- 本地脚本、CLI、本地环境桥接和受控执行方案
How To Start
最推荐的起步方式
- 优先提供一个最痛、最重复、规则相对明确的流程
- 先按一个点收口范围,不建议一开始就按大而全的项目方式推进
- 先把第一步跑通,再决定是否继续扩第二阶段
- 如果还不确定值不值得做,也可以先做最小范围判断
Founder Background
交付背景与公开资料
- 长期主线是前端、GIS 可视化和政企交付。
- 近两年持续补强 Python 自动化、数据处理和中小型后台支撑。
- 当前做 ExecGov,不是停留在泛泛地讲 AI,而是想把脚本接入、权限边界、执行留痕和本地桥接做成真正能交付的产品。
Public Proof
公开可查看的内容
- GitHub 公开仓库和工程结构
- 博客里的项目记录和思考
- 文档站里对产品、交付、合作方式的公开说明
- 持续更新中的 ExecGov 文档和前端入口
Channels
备用联系方式与公开入口
Next Read
继续了解平台与交付资料
可先查看产品概览、CLI 指引、核心能力和版本路线,再结合具体问题进入沟通。