自然语言生成业务流程

SKILL开发

原名 企企AI PASS平台根据自然语言生成流程 · 标识 ai-record-flow

开发 未标注权限 许可证不明确
安装这个技能

用自然语言描述你的业务需求,从内置组件说明中挑选组件组成流程,输出可导入智元 AI 平台的流程文件,覆盖录单、文档识别、知识库问答等场景。

一句话选型结论

按资料字段整理

自然语言生成业务流程是开发类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类开发 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_a1dc9f3e/qiqi-ai-record-flow
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

开发
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_a1dc9f3e仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量8.4 KBSKILL.md 原文大小,越大说明说明书写得越细

能做什么

0 项能力
上游给出的能力概览与适用场景
生成单据录入流程搭建文档识别流程配置知识库问答流程

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写代码与改 bug

按需求补代码、定位并修掉报错。

读仓库与生成改动

让模型读懂项目结构,再给出可落地的改动。

跑测试与排查故障

按现象排查问题,补测试用例并复跑。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在开发场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
自然语言生成业务流程当前 未标注权限 未标注 未标注 未标注 有
技能审查员 浏览器控制 ClawHub 市场 877.9 万 OpenClaw 有
Vercel React 最佳实践 浏览器控制 GitHub 仓库 849.1 万 Codex、Claude、Cursor 有
GitHub 代码协作 联网访问 ClawHub 市场 763.3 万 OpenClaw 有
网页设计指南 联网访问 GitHub 仓库 668.6 万 Codex、Claude、Cursor 有
本体论 只读 ClawHub 市场 663.7 万 OpenClaw 有

SKILL.md 全文

8.4 KB
模型实际读到的说明书原文,来自技能仓库

生成 flow.json

根据用户的自然语言需求,从本技能的组件说明里选择组件,组成一条新流程,输出可导入的 flow.json。流程运行时基于 Langflow 1.3.5(langflow-base 0.2.0)。

「AI录单」只是一种常见结构:对话输入、条件分支、语言模型、JSON 清洁器、对话输出。用户要的是别的流程时,按需求重新选组件和连线,不要套那张图。

外部没有平台源码,也没有组件文档。组件说明按文件拆开,先查索引,再打开用到的那几份,不要通读。

  1. 读 references/components/index.md,按「类型」列选出本次要用的组件。
  2. 只打开这些组件对应的说明文件,确认参数和输出。
  3. 连线前只在 references/wiring.json 里查这几个类型的输出名和输入字段名。

索引里没有的能力,用 CustomComponent。写代码前先读 references/custom-script-rules.md,脚本在服务端执行,必须遵守其中的安全和性能规则。然后再读 custom_component-OverviewAndBasicComponentStructure.md;输入输出类型对不上时再读 custom_component-InputTypesGuide.md 和 custom_component-OutputTypesGuide.md。自定义代码的导入使用文档中的 q7link。

自定义组件里的平台服务先查 references/services/index.md,再只打开本次要用的服务说明。当前只允许调用 tenant 服务,且只能调用 get_user_info、get_attachment_download_url、get_object_types、get_object_fields。索引未列出的服务和方法不要写进代码。

流程要用到当前用户、当前单据、业务日期等运行时信息时,先读 references/context.md。系统上下文变量名都以 context. 开头;自定义变量没有这个前缀。自定义组件里按该文件的 graph.flow_vars 方式读取,提示词里写成 {context.objectId} 或 {fieldSchema}。

用户要做单据预审,或说明是系统固定调用的流程时,先读 references/scenarios/index.md,再只打开对应场景。单据预审的入参和 JSON 出参以该场景说明为准,不要改成别的字段。预审调用的 message 是空的,输入只有 context.objectId、context.objectType、inputPrompt、outputPrompt 这 4 个变量。不要从对话输入里拿单据或检查内容,要用这 4 个变量自己查询并组装参数。

对象类型、字段 apiName、枚举值和引用对象不在技能里。客户端已经安装并可直接执行 qiqi。涉及业务对象时,先用它读取当前企业的元数据,再写提示词、查询条件和字段映射。不要编造对象名或字段名,也不要安排安装或登录。

用 qiqi 取元数据

自动化调用都加 --format json。参数不确定时先看该子命令的 --help,以当前命令帮助为准。

  1. 对象类型不清楚:qiqi objects,用业务关键词在返回结果里选定 apiName。
  2. 字段不清楚:qiqi describe fields <ObjectType> --format json。提示词、fieldSchema、EQL、ObjectQuery 的 query_fields / criteria_str 只使用这里返回的字段名。
  3. 需要看列表默认字段和少量样例:qiqi describe list <ObjectType> --format json。样例不是全集,也不能据此推断必填。
  4. 枚举或引用要写成查询条件:qiqi query values <ObjectType.field> --format json。不要把中文标题当成枚举值或记录 ID。
  5. 身份或企业不对导致查询失败时,看 qiqi auth status --format json,然后停下来说明,不要改去别的企业。

查到的字段写进提示词时同时保留标题和 apiName。运行时若调用方还会传入 {fieldSchema},提示词仍以该变量为准,qiqi 的结果用来核对对象是否存在、字段是否叫这个名字。

步骤

  1. 用自己的话复述要自动化的事:输入是什么,经过哪些处理,最终要返回什么。涉及单据或档案时,先按上一节用 qiqi 取到对象和字段。
  2. 从索引里为每一步选一个组件,只打开对应说明,并写出为什么用它。
  3. 画出数据从哪个输出进哪个输入。输出类型必须落在目标输入的 input_types 里,类型以 wiring.json 为准。
  4. 一个流程只有一个 ChatInput。要给调用方看的结果必须接到 ChatOutput。
  5. 模型要输出 JSON 时,在 ChatOutput 前接 JSONCleaner,并把它的「验证 JSON」保持关闭。
  6. 每个 plan 必须带 note:用 Markdown 说明整体思路和实现方式。脚本会把它做成画布上的注释节点,不参与连线。内容不超过 2500 个字符,写清输入、每一步用什么组件、数据怎么传、最终输出什么。
  7. 写成 flow.plan.json,执行:
python3 skills/ai-record-flow/scripts/build_flow.py \
  --plan flow.plan.json \
  --output flow.json

当前目录已是技能目录时,脚本路径用 scripts/build_flow.py。

  1. 脚本成功后把 flow.json 交给用户。导入入口是 AI 平台应用列表的导入。文件是单个 flow 对象。

plan 格式

{
  "name": "合同识别",
  "description": "从附件提取合同字段并返回 JSON。",
  "file_types": [".jpg", ".jpeg", ".png", ".pdf"],
  "max_file_size": 10,
  "max_file_count": 3,
  "note": "# 合同识别\n\n## 思路\n从对话附件读取合同,按字段定义提取结构化结果。\n\n## 实现\n1. ChatInput 接收附件和补充说明。\n2. 提示词带上 {fieldSchema},交给 LLMModel 提取。\n3. JSONCleaner 整理模型输出,ChatOutput 返回 JSON。",
  "support_vars": [
    {"name": "fieldSchema", "type": "json", "title": "字段定义", "defaultValue": null}
  ],
  "nodes": [
    {"id": "in", "type": "ChatInput"},
    {"id": "prompt", "type": "Prompt", "values": {"template": "按 {fieldSchema} 提取,只输出 JSON。"}},
    {"id": "llm", "type": "LLMModel", "values": {"temperature": 0.2, "stream": false}},
    {"id": "clean", "type": "JSONCleaner", "values": {"validate_json": false}},
    {"id": "out", "type": "ChatOutput"}
  ],
  "edges": [
    {"source": "prompt", "source_output": "prompt", "target": "llm", "target_field": "system_message"},
    {"source": "in", "source_output": "message", "target": "llm", "target_field": "input_value"},
    {"source": "llm", "source_output": "text_output", "target": "clean", "target_field": "json_str"},
    {"source": "clean", "source_output": "output", "target": "out", "target_field": "input_value"}
  ]
}

含 {变量} 的提示词不要用 Prompt。Prompt 会把 {context.objectId} 拆成非法变量,检查更新直接失败。这类文本放在 MessageTextInput 上,脚本会把带变量的 Prompt 改成使用 MessageTextInput 的自定义组件,输出名仍是 prompt。没有变量的固定文本才可以用 Prompt。

自定义组件:

{
  "id": "map",
  "type": "CustomComponent",
  "display_name": "整理字段",
  "code": "from q7link.custom import Component\nfrom q7link.io import MessageTextInput, Output\nfrom q7link.schema.message import Message\n\nclass CustomComponent(Component):\n    display_name = \"整理字段\"\n    name = \"CustomComponent\"\n    inputs = [MessageTextInput(name=\"input_value\", display_name=\"输入\")]\n    outputs = [Output(display_name=\"输出\", name=\"output\", method=\"build_output\")]\n    def build_output(self) -> Message:\n        return Message(text=self.input_value)\n",
  "outputs": {"output": ["Message"]},
  "inputs": {"input_value": {"type": "str", "input_types": ["Message"]}}
}

提示词里的系统上下文用 {context.变量名},自定义变量用 {变量名},例如 {context.objectId}、{fieldSchema}。自定义组件代码里的取值方式见 references/context.md。不要把租户里的模型 ID、API Key 写进 plan。

导入后

用户需要在「语言模型」或「Agent」上选择本租户模型。依赖第三方密钥的节点留空,由用户在导入后填写。

常见问题

5 问
答案由本站依据条目字段整理
自然语言生成业务流程怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_a1dc9f3e/qiqi-ai-record-flow。安装方式为未标注。装完刷新技能列表或重开客户端。

自然语言生成业务流程支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

自然语言生成业务流程权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

自然语言生成业务流程收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

自然语言生成业务流程用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。