TAKE OVER陌生环境，
陌生环境，
也能快速接手
Agent 直接读取正在运行的 G1，而不是先翻一份可能过期的说明书。版本、表单、流程、权限与 API 被整理成可继续分析的结构化信息。
能力依据
g1ctl manifest 返回与目标版本匹配的能力清单，JSON 输出来自真实环境。
G1 CLI AGENT-NATIVE INTERFACE
G1 + AGENT=会持续进化的企业系统
把真实的 G1 环境交给 Codex、Claude Code、WorkBuddy 或你的自研 Agent：读懂现状、选择更好的方案、安全实施变更，并在上线后继续改善。Agent 可以替换，企业能力持续积累。
npm install -g g1ctl
public · v0.1.4
Agent 可自动读取目标 G1 环境的版本与能力清单。
you@g1
分析这个运行多年的 G1 环境，找出可以改善的地方。
agent
我先读取目标环境和现有配置。
$
g1ctl manifest --profile customer_domain --format json✓
G1 6.1 · 42 forms · 11 workflows · 8 roles$
g1ctl config inventory --profile customer_domainagent
分析完成：发现 17 个改善项，已按影响和优先级整理。可以继续执行。
不绑定模型与 Agent 品牌
一套 g1ctl，
让 G1 成为 Agent 可读、可操作的业务平台 Agent 可替换，能力与资产可复用
让 G1 成为 Agent 可读、可操作的业务平台 Agent 可替换，能力与资产可复用
BRING YOUR OWN AGENT
你习惯用哪个 Agent，
就把 G1 交给它
标准 CLI 与结构化 JSON，让不同 Agent 使用同一套 G1 能力。
Agent 可替换，G1 能力与企业资产持续复用UNIVERSAL INTERFACEg1ctlCLI · JSON
>_OPENAICodex
✳ANTHROPICClaude Code
TENCENTWorkBuddy◫AI CODE EDITORCursor
✦GOOGLEGemini CLI
OCOPEN SOURCEOpenCode
+YOUR TEAM企业自研 Agent
上述产品用于说明兼容性；商标归各自权利人所有，不代表合作或背书。
WHY G1 CLI
每一次改变，
都更聪明
六个真实场景，沿着企业系统的生命周期依次展开。继续向下滚动，看 Agent 如何接手、判断、交付并持续改善 G1。
EVALUATE不是能配置，
不是能配置，
而是配置得更好
复用现有对象，还是新建模块？使用平台能力，还是编写代码？Agent 先理解当前结构，再比较改动范围、复用程度与维护成本。
判断依据
现有对象关系、权限模型与可用能力都能被查询，方案选择不再脱离真实系统。
DELIVER从需求到结果，
从需求到结果，
Agent 一路完成
Agent 不只给建议。它能连续确认能力、查询对象、执行配置，并从真实环境回读结果，让需求、实施和验证保持在同一条链路。
交付闭环
环境发现 → 对象查询 → 配置执行 → 结果回读，由同一个 Agent 连续完成。
CONTROLAgent 可以放开用，
Agent 可以放开用，
改变依然有边界
Agent 不绕过 G1 的管理体系。它仍在目标环境的身份、权限和 domain 范围内工作；重要变更先明确影响，执行后再回读验证。
安全依据
安全不依赖 Agent“足够谨慎”，而来自身份、权限、影响预览、并发保护与可归因审计。
EVOLVE老系统，
老系统，
也能重新进化
面对运行多年、文档不完整的环境，Agent 从现状重新建立系统认知，盘点配置资产、分析依赖与差异，并找出优先改善的部分。
分析依据
配置对象、权限关系、API 和扩展资产可以被重新查询，隐性经验逐渐沉淀为可交接的系统资产。
OPERATE交付结束，
交付结束，
进化才开始
同一个 Agent 可以继续执行环境检查、差异分析、接口诊断和日常改善。它已经理解系统，不必每次遇到问题都重新调查。
持续依据
连接同一个 G1 profile 后，检查、诊断、执行与结果记录可以成为可重复的 Agent 任务。
AI-NATIVE LOW-CODE
AI 会写代码，
G1 让它不必什么都写
AI 纯开发可以生成大量代码，但每一行代码最终都要测试、部署、保护和维护。使用 G1，Agent 直接配置成熟的平台能力，只为真正特殊的业务逻辑编写代码。
AI 的价值，不是写出更多代码，
而是用更少的代码交付更好的系统。
更多自建代码、依赖和运行组件，需要团队长期负责。
VS
平台承担通用能力，Agent 把精力集中在业务差异上。
比较维度AI 纯开发AI + G1 低代码
代码量页面、接口、权限和流程都需要生成代码通用能力由配置完成，只为差异写代码
经济性持续投入测试、部署和基础能力建设复用平台能力，把预算投入业务本身
稳定性依赖生成代码、框架与第三方组件质量运行在统一、经过业务验证的 G1 基盘上
安全性身份、权限和审计需要另行实现或集成沿用 G1 的身份、权限与环境边界
可维护性后续人员需要重新理解代码与依赖配置结构化、可查询，也更容易交接
01代码更少02更经济03更稳定04更易维护
对于以数据、表单、权限、流程、审批、报表和运营管理为核心的企业应用，AI + G1 通常比从零生成整套代码更高效。
开始使用
用一条命令安装 g1ctl
需要 Node.js 20 或更高版本。安装后连接目标 G1 服务器，并使用独立 profile 管理不同 domain。
$
npm install -g g1ctlQUICK START01—04
# 连接目标环境
g1ctl connect https://your-g1.example.com \
--domain your_domain --profile your_domain
# 登录并确认环境
g1ctl login your_user --profile your_domain
g1ctl doctor --profile your_domain
# 读取版本匹配的能力
g1ctl manifest --profile your_domain \
--format json账号、权限、可用命令和写入范围由目标 G1 环境决定。
常见问题
关于 Agent 接入、历史环境和二次开发
可以从一个 Agent、一个 G1 环境开始，再逐步扩展到更多团队与场景。
只能接入 Codex、Claude Code 和 WorkBuddy 吗？
不是。这三个只是常见示例。任何可以执行命令行、读取 JSON 并完成多步任务的 Agent，都可以通过 g1ctl 接入 G1。
接入一个新 Agent，是否需要重新开发接口？
通常不需要。可以通过 Agent 的项目说明、Skill 或任务模板告诉它如何使用 g1ctl，G1 能力由目标环境动态提供。
g1ctl 能否分析已经运行多年的历史环境？
可以。Agent 可以读取配置对象、流程、权限、API 和数据库对象，建立系统资产清单、发现差异、识别改善点，并辅助制定分阶段改造方案。
能否用它持续做二次开发？
可以。Agent 可以围绕 G1 的表单、流程、权限、报表、API、自定义代码和业务库对象持续迭代，并沿用对现有环境的理解。
选择你习惯的 Agent
把一个 G1 环境交给 Codex、Claude Code、WorkBuddy 或你的自研 Agent
现场看 Agent 读取环境、理解系统，并完成一个具体的 G1 配置、分析或运维任务。