openbat-workflows
Create OpenBat workflows from a built-in DSL — e.g. fire a webhook when a user message is flagged or an assistant outcome matches a value. Triggers on workflow / webhook / trigger / DSL / xyflow questions in an OpenBat context.
Works with
---
name: openbat-workflows
description: Create OpenBat workflows from a built-in DSL — e.g. fire a webhook when a user message is flagged or an assistant outcome matches a value. Triggers on workflow / webhook / trigger / DSL / xyflow questions in an OpenBat context.
license: MIT
---
# OpenBat — Workflows via DSL templates
Agents don't author xyflow graphs by hand. The CLI/MCP accept a thin
template input and compile it to the `(nodes, edges, trigger_type)` shape
the dashboard editor renders.
## Templates (v1)
| Template | Triggers when | Use for |
|----------|---------------|---------|
| `flag-to-webhook` | A user message gets a flag analysis of value X | Slack/Discord alerts on customer issues |
| `outcome-to-webhook` | An assistant message gets outcome value X | Notify on resolved / escalation outcomes |
| `sentiment-drop-to-webhook` | Org avg sentiment crosses threshold (number in [-1, 1]) | Account-health alerts |
## Prereq
You need a `webhook` row first:
```bash
openbat webhooks create --chatbot $CB --name slack-ops \
--url https://hooks.slack.com/services/T.../B.../X --type slack
# stderr: signing secret (shown once)
# stdout: { id: "...", ... }
```
## Create
```bash
openbat workflows create --chatbot $CB \
--name "billing flag → slack" \
--template flag-to-webhook \
--trigger-value billing_issue \
--webhook $WEBHOOK_ID \
--message "User flagged billing: user={{user.id}} conv={{conversation.id}}"
```
MCP: `openbat_create_workflow_from_template` with the same fields.
`messageTemplate` supports `{{user.id}}`, `{{conversation.id}}`,
`{{flag.value}}`, `{{org.avgSentiment}}` etc. — the workflow runtime
interpolates from the analysis context.
## Listing
```bash
openbat workflows list --chatbot $CB
```
## Power-user mode (raw nodes/edges)
The registry exposes `update_workflow` with raw xyflow JSON. The DSL
covers ~90% of use cases — drop to raw nodes only when you need
branching or non-webhook actions.
## Gotchas
- The webhook id passed to `--webhook` must exist on the same chatbot.
Cross-chatbot references fail at runtime.
- `--trigger-value` must match the analysis-definition `name` (slug)
for flags/outcomes, or a `[-1, 1]` float for sentiment.
- The compiled workflow starts **enabled**. To disable, edit via the
dashboard or raw `update_workflow`.More API Design skills
lark-event
larksuite/cli
Lark/Feishu real-time event listening / subscribing / consuming: stream events as NDJSON via `lark-cli event consume <EventKey>` (covers IM messages/reactions/chat changes, Approval status changes, Task updates, VC meeting started/joined/ended, Minutes generated, Whiteboard updated, etc.). Use for Lark bots, real-time message processing, long-running subscribers, streaming webhook/push handlers. Supports `--max-events` / `--timeout` bounded runs and a stderr ready-marker contract — designed for AI agents running as subprocesses.
lark-contact
larksuite/cli
飞书 / Lark 通讯录:按姓名 / 邮箱解析成 open_id,或按 open_id 反查姓名 / 部门 / 邮箱 / 联系方式 / 个人状态 / 签名,以及按关键词搜索当前用户可见的机器人 / 智能体(agent)。当用户提到一个名字要下一步发消息 / 排日程,或拿到 open_id 想查具体信息时使用。不负责部门树遍历、按部门列员工、组织架构图,这类需求走原生 OpenAPI。
lark-openapi-explorer
larksuite/cli
飞书/Lark 原生 OpenAPI 探索:从官方文档库中挖掘未经 CLI 封装的原生 OpenAPI 接口。当用户的需求无法被现有 lark-* skill 或 lark-cli 已注册命令满足,需要查找并调用原生飞书 OpenAPI 时使用。

