动态表单构建器

解决什么问题

在远程 PowerData 平台上创建或修改动态表单，传统做法要么是人肉点界面，要么是 AI 凭一句口语描述就动手生成配置。后者的坑在于：字段类型、必填规则、代码集编号、主键这些关键信息一旦靠猜，生成的表单大概率跑偏，而平台侧的配置写入是不可逆的，改错方向用户返工成本极高。

本技能把「从意图到表单配置」变成一条有门禁的流程：新增必须给出结构化的 form-spec.md，修改必须给出 templateId，杜绝「凭口语直接构建」。

核心能力

入口分流与文件闸门：启动时按用户意图走新增或修改两条入口。新增场景会校验 spec 的三段结构（元信息、字段清单、布局）是否齐全；修改场景直接以平台现有配置为事实基准做 diff，不必绕回自然语言 spec。

CLI 驱动的远程操作：所有表单创建和修改都通过 form_creator.js 命令行完成，底层由 BwaiClient 负责会话管理和 API 调用。支持无表模式（--no-table），表不存在时由平台按字段定义自动建表。

外部数据对象修改门禁：涉及 dataObjects 的改动不走旁路，必须走四步强制流程——先查平台现状，校验意图前提，确认数据来源（QUERYXH 或数据源表）和取值方式这两项硬门槛，再合并回写。这是为了避免编造查询接口序号导致「配完无效」。

系统编号处理：ID_GENERATOR 组件的 seqNumber 不能编造，先查已有编号规则，没有合适的则向用户确认编号名称、前缀格式、流水号格式后再创建。

适用边界

• 这是远程配置任务，不是代码开发。不读任何源码，包括当前项目的业务代码和本技能的运行时文件
• 所有临时文件必须写入 .pacp/active/{业务名}_{时间戳}/ 工作区，不污染项目目录
• 子表使用已有物理表时，该表必须有 PXH 排序号列，否则编辑表单会报错
• --no-table 模式下每个字段必须显式指定 type，无法依赖数据库推断
• 公共代码集编号和表名只能由用户明确指定，AI 不得自行推断