开始之前

开发数据通常不只需要一次转换：Base64 里可能装着 JSON，真正需要的值又藏在多层字段中。流水线把操作顺序固定下来，后一步失败时也能直接看到最后一个正确的中间结果。

边看边操作在 数据 Pipeline 中打开实际工作区
01

从原始值开始

粘贴实际收到的完整内容，不要提前手动解码；第一步应该如实记录输入格式。

示例
eyJ1c2VyIjp7ImlkIjo0Miwicm9sZXMiOlsiYWRtaW4iXX19
02

按顺序添加处理步骤

依次选择 Base64 解码、JSON 格式化和 JSONPath，本例最终提取 roles 数组。

示例
Base64 解码 → JSON 格式化 → JSONPath $.user.roles
03

检查每一步的中间结果

在步骤检查器中查看进入该步骤的内容和处理结果。耗时与结果大小可以暴露异常膨胀；某一步失败时，页面会保留最后的有效输出。

示例
步骤 1：0.2 ms · 39 B
步骤 2：0.1 ms · 86 B
04

保存或导出流程定义

命名流程只保存在当前浏览器中。需要备份或在另一台设备复现时，应导出 JSON 定义。

示例
{
  "version": 2,
  "name": "提取用户角色",
  "steps": [
    {"type": "base64-decode"},
    {"type": "json-format"},
    {"type": "jsonpath", "parameter": "$.user.roles"}
  ]
}

预期结果

示例最终得到一个只有一项的 JSON 数组。如果 Base64 解码成功、JSON 格式化失败，应先查看第一步输出：原始字节可能只是普通文本、使用其他字符集，或者本身是压缩/二进制数据。

json
[
  "admin"
]

可用步骤

流程应短到能够一眼审查。特别长的步骤链通常更适合拆成两个命名流程，并明确交接点。

分类步骤
编码Base64 编码/解码、URL 编码/解码
JSON格式化、压缩、JSONPath 提取
格式转换YAML 转 JSON、JSON 转 YAML
Token 与文本JWT Payload 提取、Trim
要点总结
  • 操作顺序属于流程定义的一部分。
  • 步骤检查器能够定位第一个错误的中间值。
  • 本地保存的流程可以导出备份。
  • 输入和中间结果都在浏览器本地处理。