bug( base): 工作流程- 获取丢失内置表达式; 文档不安全的全定义回合行程

□ 总结

“base + workflow-get” 可以返回本地 Base 编辑器中配置的工作流程的成功但丢失的表示: 内置公式值为空文本, 分支操作为 “ null” , 循环输入表达为空数组 。 这使得静态审计产生误导,并使得Get → 编辑 → 完整定义的PUT不安全,除非定义得到独立核实.

这与#1548(寻找-过滤回路损失)有关,但以下观察到的情况涉及跨多步类型的工作流程内线表达式,不仅指寻找字段.

□ 环境和证据边界

• 2026-09-12年在macOS上用 " lark-cli 1.0.95 " 观察,用户身份。
• 在当时刚打开的本地 Base 编辑器中重新检查了相应的工作流程;在导出包含空文本时有表达式。
• 将“base + workflow-get”与“ lark-cli api Get”与“ open-apis/base/v3/bases/{base token}/ workflows/{workflow id}` end point”进行对比。 它们出口的 " 步骤 " 相等;使用原始命令不能恢复表达式。
• 没有进行破坏性的往返PUT测试数据损失。 以下的写作风险取自有文件记载的全重置合同.
• 这是记录的1.0.95观察的报告,** 不是关于1.0.96的再现的说法**。 当前主机仍然建议编辑返回的定义,并在没有这个提醒的情况下将其写回.

□被观察的形状

以下碎片保留了所观察到的JSON形状. 企业名称,ID,公式和数据故意不包括在内.

• 本地编辑 * 输出代表 * | -- -- -- -- -- -- --

QQ Set-record 值包含内置文本表达式QQ: [{"值":"""","值 类型":"text"}"QQ QQ 有条件的左侧分支 操作中包含内线计数/过滤表达式 QQ : 无效 QQ( 操作和数字的右侧操作仍然存在) QQ 循环输入包含返回列表的表达式QQ空输入阵列QQ

一个字段级公式API正确返回其表达式是一个单独的功能;它没有确定工作流程内置表达式被保留.

□ 建议维护者尽量减少复制

使用可支配的工作流程和非敏感样本字段:

1. 在本地编辑器中,配置一个带有内行表达式的记录更新动作,一个带有内行计算出左行的分支,以及一个输入为计算出列表的回路. 省着点吧
2. 再次打开已保存的工作流程,确认表达式仍然存在。
3. 读作:

嘘 lark- cli 碱基 + workflow- get -- base- token “ BASE TOKEN> ” --workflow-id "" --作为用户

4. 将每个相关步骤与本地编辑进行比较。 通过原始 GET 命令可选择比较同一资源 。
5. 检查缺失的表达式是否为合法外观的空值,而不提出完整性警告。

这些步骤是拟议的最小复制步骤;最初的意见是针对现有工作流程的,
. . . . . . .