方法详情
系统审核结论
待人工复核
决定是否展示创建经营任务入口。
我的处理状态
待人工确认
只代表人工跟进意图,不会单独解锁创建入口。
下一步
先完成人工复核
先处理审核结论,别把人工标记误当成任务入口。
平台:GitHub(code_repository、open-source workflow)
作者/项目:Nixtla / StatsForecast
去重使用的来源链接:
https://github.com/Nixtla/statsforecast市场:US
平台:淘宝、拼多多(参考StatsForecast预测方法迁移)
类目:跨类目非电子实物商品, 家居耗材, 母婴非电子配件
来源可信度:17/20
步骤清晰度:22/25
结构化程度:19/20
边界清晰度:14/15
执行可行性:18/20
当前:待人工确认。处理状态用于记录人工判断;是否能创建经营任务,仍以页面上方“系统审核结论”为准。
当前 CEO 审核状态是「待人工复核」。只有标记为「可创建任务」的方法才会展示创建入口。
如果这个方法已经人工确认可执行,需要在审核队列把 CEO 审核结论推进到「可创建任务」;只改下方人工决策状态不会打开创建入口。
核心为需求预测模型选择,区别于已有有限产能交期、履约分配和库存处置方法;尚需核验仓库状态及业务数据。
Agent自动执行序列检查、滚动回测和补货场景报告。成本假设、异常事件及采购数量由人工确认,不自动发出采购单。
StatsForecast提供时间序列预测、交叉验证及Croston类等间歇需求模型,可贡献标准化序列输入、候选模型比较和滚动预测步骤。可迁移到淘宝、拼多多的授权销量数据;库存成本模拟、采购约束和US业务筛选为本报告补充。当前模型服务、README及更新记录未现场核验。
输出格式:SKU补货评估表:需求特征、候选模型、回测窗口、预测误差、需求场景、模拟成本、建议数量、人工复核原因。
执行示例:针对间歇销售的非电子家居配件,以周为粒度比较朴素预测和Croston类模型,在多个历史补货周期模拟库存成本;仅在不同提前期假设下均优于基线时提出补货方案。