CATALOG CSV → GOVERNED ERP WRITE
把一张商品表，变成可审计的上架链路。
面向数字化运营与实施岗位的本地合成沙箱：规则控制商品准入，Dify 生成候选文案，影刀编排 Odoo 写入，Metabase 将当前状态与历史尝试分开呈现。
LLM 不决定是否写入 ERP。异常商品在影刀下载前已被拦截；每条写入按 SKU 幂等，并以稳定 operation key 回传结果。
个人作品集演示：本页基于合成数据展示可审计机制，不是生产服务，也不代表真实业务收益。
CSV 输入30固定合成样本
确定性拦截10异常未进入 RPA
Dify 文案20已发布工作流
Odoo 当前写入20按 SKU 可重跑
当前 ERP 错误0历史失败另行保留
从 CSV 到运营看板
01导入
30 条模拟商品进入 FastAPI，导入请求具有幂等键。
02校验
SKU、品类、价格、库存与重复项由确定性规则裁决。
03文案
Dify 只生成标题、三个卖点和关键词候选。
04编排
影刀只下载 approved.csv，不接触校验失败记录。
05写入
通过 Odoo XML-RPC 动态发现字段并按 SKU 幂等创建。
06复盘
Metabase 只读展示当前商品状态、异常与操作历史。
真实沙箱回放证据
自动化边界
- Dify 生成候选文案，不批准 ERP 写入。
- 规则服务决定准入、异常原因和状态转换。
- 影刀只编排已批准记录，并逐条回传成功或失败。
- Metabase 使用只读账号，不修改业务状态。
失败与恢复
- 页面定位方案受 Odoo 动态视图影响，最终改用官方 XML-RPC。
- 字段不兼容时按完整、无类型、最小字段集降级。
- 写入成功但回调失败时，重跑先复用已有 SKU 再补回调。
- 本项目不声明生产上线、真实提效或销售收益。
当前状态与历史尝试不混写
当前商品状态20 条 erp_written，10 条 validation_failed，当前 ERP 写入错误 0 条。
操作尝试历史保留 20 次 written 与 23 次调试阶段 failed；失败记录未删除，也不等于当前仍有 23 个失败商品。
评估边界全部数据来自合成作品集沙箱，只验证机制和平台实操，不代表真实业务分布或收益。