PixVerse痛点挖掘需严格区分必填与可选字段：依据API文档【mandatory】标识、抓包验证字段存在性、单元测试断言逻辑三重校验，避免将可选字段误作必填导致结果失真。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用PixVerse做痛点挖掘时，若提示词中混入可选字段却当作必填处理，生成结果会偏离真实业务摩擦点——比如把“用户点击右上角×号”当成核心动作，而实际83%的流失发生在「提交按钮变灰后等待超时」这个被忽略的环节。
查清PixVerse官方文档中的字段标注规则
打开PixVerse开发者中心→导航至「AI视频生成API」→展开「/v1/painpoint/detect」接口文档。在Request Body表格里，逐行检查每个字段右侧是否带有【mandatory】标识或红色星号(*)。没有标注的字段默认为可选，但注意：【某些字段在query参数中为可选，在body中却为必填，必须按实际调用位置判断】。
部分内部测试文档用中文「必填」二字标注，但字段名本身不含mandatory——此时必须以当前页面右上角显示的文档版本号（如v2.3.7）为准，不能仅靠字段名猜测。
抓包验证真实调用路径中的字段存在性
方法一：用Chrome开发者工具Network面板录制一次完整痛点分析请求。筛选fetch/XHR类型，点击该请求→查看Payload tab。观察哪些字段始终存在（如user_action、device_type、timestamp），哪些字段在多次不同场景提交中反复缺失却仍返回200（如error_code、network_latency_ms）——后者即为可选字段。
方法二：在PixVerse控制台开启「调试模式」，复制生成任务的trace_id，粘贴到后台日志查询页。搜索该trace_id对应的原始请求体，比对三次不同用户行为链路（如登录失败→重试→放弃）中的字段差异。若某字段在所有日志中均未出现，且服务未报错，则它不是必填项。
PixVerse C1 视频模型（在动作、视觉特效及高动态场景方面表现强劲）——单个模型支持文本生成视频（text-to-video）、图像生成视频（image-to-video）、首帧/末帧生成视频（first/last-frame-to-video）以及参考图生成视频（reference-to-video）。
这一步操作起来很简单，直接把trace_id拖进日志框就行。但要注意：某些字段仅在特定设备类型下激活（如ios_version只在user_agent含iOS时生效），此时需构造对应UA抓包，不能只看安卓端日志。
反向运行单元测试断言逻辑
第一步：在PixVerse私有Git仓库中搜索test_painpoint_detect.py，定位到test_required_fields_validation测试类。
第二步：找到assertRaises(ValidationError, call_api, ...)这一行，向上追溯call_api函数的参数构造逻辑，确认哪些字段被显式传入且不可设为None。
第三步：检查@pytest.mark.parametrize装饰器下的case数据，若某字段在所有测试用例中都赋了非空值（如"click_x": 321），而单独注释掉该字段后测试立即fail，则它是必填项。
第四步：找到mock_data_fixture函数，观察其中user_action字段是否允许为None或空字符串。若该fixture被多个passing test复用，且user_action设为""时仍通过，则说明该字段实际可选——【单元测试中的fixture比文档更接近真实约束】。
