Agent-first 命令树
从连接、数据集、HQL 到 dashboard / element / authorize,一套命令面覆盖 BI 工程主链路。
终端执行层
HENGSHI CLI(也就是 HENGSHI SENSE CLI)把数据接入、HQL 查询、仪表板生成、权限动作与运维命令整理成一套可被 Agent 直接调用的执行面,并附带按命令域拆分的 agent skills。无论是 Claude Code、Codex 这样的编码代理,还是 OpenClaw、Hermes Agent 这样的常驻型 agent,都能把分析工作从“告诉你怎么点”推进到“我来替你执行”。
Agent-first 命令树
从连接、数据集、HQL 到 dashboard / element / authorize,一套命令面覆盖 BI 工程主链路。
内置 skills 套件
仓库自带 skills 目录,把数据、建模、仪表板、权限与编排拆成可复用的 agent runbook。
工程级安全
令牌进入系统 Keyring,支持 OAuth 与企业 SSO,不把敏感凭证写入本地配置文件。
结构化输出
原生支持 JSON、YAML、Table,减少 Agent 为解析结果消耗的上下文与提示词预算。
从上下文读取到资产生成,Agent 不需要再拼装零散 API 或自写 BI runbook。
把授权、部署、迁移放进自动化链路之前,先给人和 Agent 一个可审查的预演面。
CLI 并不把结果锁死在终端里,前端界面可以同步看到 Agent 的改动结果。
Bundled agent skills
HENGSHI CLI 不只交付一支二进制,也把 skills 目录一并交付给 Agent:命令入口、help 探测顺序、dry-run 检查点和跨域切换都提前写好。这样编码代理与常驻型 agent 都能直接复用同一套 BI runbook。
按资源域拆复杂度
把 app、data、dashboard、permission、workflow 分成九个稳定技能,而不是塞进一条超长提示词。
help-first 规约
技能默认先看 everest --help 与子命令帮助,再继续到真正执行,减少参数臆测。
从编码代理到常驻型 agent 都能复用
Claude Code、Codex、OpenClaw、Hermes Agent 与 CI 流水线都能沿用同一套技能边界。
CLI 仓库内置 9 个 skills,把领域边界、代表命令和执行顺序提前固化给 Agent。
Foundation
everest-core 先收敛 auth、config、search、output 和术语边界,避免 Agent 一上来就猜参数名、猜资源空间。
everest auth statuseverest search --output json Data & HQL
everest-data、everest-data-modeling 与 hql-expert 分别负责连接/数据集、join 决策与 HE/HQL 表达式生成。
everest dataset list --app <id>everest data-model query "SUM({amount})" Build
everest-app 与 everest-dashboard 覆盖 analytic app、Dashboard Plan、element 和 YAML 批量布局,不用把交付细节塞进一条超长提示词。
everest dashboard plan apply --file plan.yamleverest app publish <app_id> Govern
everest-permission、everest-user-mgmt 与 everest-workflow 负责 dry-run、授权、成员治理和全链路顺序控制。
everest authorize grant --dry-runeverest user-group list Agent 工作流
HENGSHI CLI 的价值,在于让智能体先读上下文、再执行动作、最后把结果交还给人确认。整条链路更像可被技能和 runbook 复用的工程接口层,而不是零散点击的人工记忆。
01
先把应用、数据集、语义层和当前资产状态读清楚,后续动作才不会变成“拍脑袋执行”。
02
上下文确认后,CLI 就不是停留在问答阶段,而是把 dashboard、theme、element 和布局真正做出来。
03
真正的企业级 BI 工程不止于“创建成功”,还要把权限、审计、迁移和多人确认一起纳入可编排状态。
Agent runtime
眼下可以先看两类:以 Claude Code、Codex 为代表的编码代理,以及以 OpenClaw、Hermes Agent 为代表的常驻型 agent。更重要的是,未来只要新一代 agent 仍然具备 shell 或 tool 调用能力,HENGSHI CLI 就能继续成为它们的 BI 执行层。
Shell-tool compatible
适合本地终端、IDE agent、长期运行服务和自动化流水线。
Skill-friendly
更适合和技能、模板仓库、runbook 以及审批流程联动。
Human review built in
通过 --dry-run、结构化输出和 SSE 回显,让自动化始终可复查。
Claude Code / Codex
适合带着代码仓库、shell 与 spec 文件一起推进复杂交付。
当 Agent 的主要工作在本地仓库或 CI 环境里展开时,HENGSHI CLI 能把数据准备、Dashboard Plan 与授权动作串成可复查的命令链。
仓库内实施、脚本生成、CI/CD 集成
OpenClaw / Hermes Agent
适合常驻在云端、消息通道或长期运行服务里持续处理请求。
这类 runtime 更像持久化执行层:可接收自然语言任务、跨会话保留上下文,并把 HENGSHI CLI 当作稳定的 BI tool surface 持续调用。
常驻助手、消息通道、云端自动化
Many more agents ahead
今天列出来的只是当下样本,未来一定还会有更多更强的 agent runtime 出现。
真正稳定的不是某一个壳,而是 shell / tool calling 这一层的执行接口。只要新一代 agent 还能调用工具,HENGSHI CLI 就能继续成为它们的 BI 执行层。
未来的新一代 coding agent、persistent agent 与 orchestration runtime
延伸阅读
从行业问题切入,解释为什么 AI Agent 时代的 BI 不该只停留在问答界面,而要拥有真正的终端执行层。
聚焦 CLI 相比 API 拼装的价值:统一命令树、结构化输出、安全凭证管理,以及更适合 Agent 的执行模型。
围绕实施、运维、权限与跨环境交付,展开 HENGSHI CLI 在真实 BI 工程场景里的落地方式。
HENGSHI SENSE
把 HENGSHI CLI 接入 Claude Code、Codex、OpenClaw 等具备工具调用能力的智能体,让数据接入、查询、仪表板生成与权限交付进入同一条执行链。
企业级部署、产品集成与试用咨询均可快速响应