Token导航 LogoToken导航

Agent Skill · 效率

warehouse-network-analysis(仓库网络分析)

warehouse-network-analysis 用于补充效率相关能力,适合在 OpenClaw 中需要让 Agent 承接效率相关任务时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

warehouse-network-analysis 是效率类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为需要联网;许可证为 MIT-0,第三方扫描已通过,按安装量在效率类的 21,003 个 Skill 里排第 15,477。

总安装 3,105周安装 132GitHub Stars 公开资料未说明下载 1,088核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.0

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:warehouse-network-analysis(仓库网络分析)
来源仓库:https://github.com/jinqianfei/warehouse-network-analysis
安装命令:
openclaw skills install warehouse-network-analysis
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install warehouse-network-analysis

这个 Skill 是做什么的

效率类 Skill 把重复的整理、汇总、转换工作交给助手完成,减少手工复制粘贴。

基于客户门店数据,结合企业实际仓配网络,进行仓配网络规划分析。包括:门店分布统计、城市定位、配送距离测算、区域划分建议、报货周期规划、干线发运规划。为企业设仓方案、配送方案、调拨方案提供数据支撑。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install warehouse-network-analysis;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

warehouse-network-analysis 怎么安装?

在终端执行 openclaw skills install warehouse-network-analysis。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

warehouse-network-analysis 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

warehouse-network-analysis 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

warehouse-network-analysis 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

warehouse-network-analysis 用的人多吗?

公开数据是累计安装 3,105 次,近一周安装 132 次,下载 1,088 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

warehouse-network-analysis 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理效率类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

效率类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
github

GitHub 代码协作 · OpenClaw

7,632,918545需要联网MIT-0通过
nano-pdf

Nano PDF 文档 · OpenClaw

4,249,476231需要联网MIT-0通过
auto-updater

自动更新程序 · OpenClaw

2,964,063386操作浏览器MIT-0通过
video-frames

视频帧 · OpenClaw

2,621,304112需要联网MIT-0通过
gemini

Gemini 助手 · OpenClaw

2,547,39648需要联网MIT-0有提醒
warehouse-network-analysis

仓库网络分析 · 本页

3,105—需要联网MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
warehouse-network-analysis
description
基于客户门店数据,结合企业实际仓配网络,进行仓配网络规划分析。包括:门店分布统计、城市定位、配送距离测算、区域划分建议、报货周期规划、干线发运规划。为企业设仓方案、配送方案、调拨方案提供数据支撑。
allowed-tools
Bash(python3:*), read, write

仓配网络规划分析 Skill

完整分析逻辑

流程图

Step 0: 确认约束参数(向用户询问)
    ↓
Step 1: 数据读取与基础统计
    ↓
Step 2: 城市定位与配送距离
    ↓
Step 3: FSL指派(匹配配送基地)
    ↓
Step 4: RDC选择(约束优化) ⭐ 核心
    ↓
Step 5: 构建网络层级(含TC中转)
    ↓
Step 6: 报货周期 & 干线发运

概述

本Skill用于分析企业客户门店分布数据,生成仓配网络规划建议。帮助企业决策:

  • 设仓方案 - 在哪里建仓库最合适
  • 配送方案 - 怎么分配配送路线
  • 调拨方案 - 如何调配库存
  • 报货周期 - 各区域报货频率和时效
  • 干线发运 - 仓库之间的调拨计划

输入

  • Excel文件(.xlsx格式)
  • 包含字段:城市、省市区、地址等信息
  • 或包含:机构编码、机构名称、省、市、区、详细地址

第一部分:企业实际仓配网络(必须参考)

1.1 现有配送基地(17个基地)

基地名称省份区域定位
成都仓四川省西南区域中心
杭州仓浙江省长三角南翼
合肥仓安徽省皖中区域
济南仓山东省山东区域
廊坊仓河北省京津冀核心
南京仓江苏省长三角北翼/华东中心
泉州仓福建省闽南区域
上海仓上海市长三角核心
广州仓广东省华南区域
沈阳仓辽宁省东北区域
太原仓山西省山西区域
武汉仓湖北省华中区域
西安仓陕西省西北区域
长沙仓湖南省湘赣区域
郑州仓河南省中原区域
哈尔滨仓黑龙江省黑龙江区域
兰州仓甘肃省甘青区域
南昌仓江西省江西区域
石家庄仓河北省冀中南区域

1.2 报货周期规则

各基地报货遵循以下规则:

报货计划配送频次典型时效
一日一配每天发车1天
一周三次周一/周三/周五等1天
一周二次周一+周四 或 周二+周五1-2天
一周一次仅某一天2-3天

时效分级:

  • 次日达:24小时内到达
  • 1-2天:24-48小时
  • 2-3天:48-72小时
  • 三日达:72小时

1.3 干线发运周期规则

仓库之间的干线运输规则:

发车规则说明典型在途时长
次日发车当日报货,次日发车24-48小时
当日发车当日报货,当日发车视距离
周一/周二/...指定日期发车按计划

运输时效分级:

  • 当日达:当日到达
  • 次日达:次日到达
  • 三日达:2-3天到达
  • 四日达及以上:3天以上

第二部分:设仓决策逻辑(核心方法论)

2.1 核心原则

原则一:门店密度驱动的"区域重心法"

  • 将库存部署在离需求(门店集群)最近的地方
  • 最大化区域覆盖,最小化出库干线运输距离
  • 在每个门店密集的区域内寻找"重心"设立RDC(区域中心仓库)

原则二:成本最优的"轴辐式"多级网络结构

  • RDC(设仓):全国设少数几个大仓,集中存储,形成库存规模效应
  • FSL(配送基地):在更靠近终端市场的区域设立前置仓或转运中心,负责区域内的"共配"
  • 货物从RDC批量调拨至FSL,再由FSL执行最后一公里配送

原则三:核心与外围分治

  • 对于门店密度较低的"长尾"区域,采用外包的代发模式
  • 通过委托第三方物流(3PL)进行"代发",将固定成本转化为可变成本

2.2 计算规则流程

输入分析 
    ↓
FSL指派(预定义服务地图 → 指派FSL)
    ↓
RDC选择(在企业现有基地中,时效最短+成本最优)
    ↓
检查RDC→FSL是否有直达干线
    ↓
    ├─ 有 → 直接调拨
    ↓
    ├─ 无 → 寻找TC中转仓
           ↓
           选择链路最短/成本最低的TC
    ↓
定义例外策略(代发模式标记)
2.3 TC中转仓核心原则
  • 必须有干线:FDC→TC、TC→FSL之间必须有企业内部干线调拨线路
  • TC数量最少:在满足条件的情况下,中转仓数量尽量少
  • 链路最短:整个配送链路综合成本最优、距离最短

第三部分:分析流程

注意:在开始分析前,需要先向用户确认约束参数(见Step 4.1)

Step 0: 确认约束参数(向用户询问)

请提供以下约束参数,以便进行优化分析:

1. 设仓数量上限是多少?(如:6个)
2. 覆盖率目标是多少?(如:80%以上)
3. 时效要求是什么?(如:1-2天)
4. 是否有必须使用的仓库?(如:成都仓)
5. 是否有禁止使用的仓库?(如:不用某仓)

用户输入后,记录约束参数,然后继续Step 1-6。

Step 1: 数据读取与基础统计

import pandas as pd
df = pd.read_excel('数据文件.xlsx')
print('行数:', len(df))
print('列名:', list(df.columns))

# 统计各城市/省份门店数量
city_counts = df['城市'].value_counts()
province_counts = df['省份'].value_counts()

Step 2: 城市定位与配送距离

  • 获取各城市经纬度坐标(内置城市坐标库)
  • 计算各城市到仓库的距离
  • 距离分档:短途(≤300km)/中途(300-600km)/长途(>600km)

Step 3: 匹配配送基地(FSL指派)

基于实际仓配网络,为每个门店城市匹配配送基地(FSL):

区域主要配送基地
京津冀廊坊仓、石家庄仓
长三角上海仓、南京仓、杭州仓
华中武汉仓、长沙仓
华南广州仓
西南成都仓
西北西安仓、兰州仓
东北沈阳仓、哈尔滨仓
中原郑州仓、太原仓
山东济南仓

Step 4: 选择RDC(设仓优化)

核心逻辑:基于企业现有仓配网络基地,在客户约束条件下,以"时效最短+成本最优"为目标,选择RDC。

4.1 约束参数(需向用户询问)
参数说明示例
设仓数量上限最多可设仓数量(RDC数)3个、5个、6个等
最大中转次数TC中转最大跳数1次、2次等
覆盖率目标RDC覆盖门店比例(越高越好)80%、90%、100%等
时效要求门店到仓库的最大允许时效次日达、1-2天、2-3天
强制仓库某些区域必须使用的仓库必须用成都仓
禁止仓库某些区域禁止使用的仓库不用某仓

注意:以上约束均基于企业当前仓配网络和干线网络进行优化选择。

开始分析前需确认:

请提供以下约束参数:
1. 设仓数量上限是多少?(如6个)
2. 最大中转次数?(如2次)
3. 时效要求是什么?(如1-2天)
4. 是否有必须使用的仓库?(如:成都仓)
5. 是否有禁止使用的仓库?(如:不用某仓)
4.2 覆盖率定义

RDC覆盖门店:门店的配送链路能连接到RDC,包括:

情况配送链路是否RDC覆盖
RDC = FSLRDC → 门店(FSL有库存直配)✅ 是
RDC → FSL(有直达)RDC → FSL → 门店✅ 是
RDC → TC → FSL(中转)RDC → TC → FSL → 门店✅ 是
无法连接无有效干线链路❌ 否(FSL直配)
4.3 优化目标
优化目标:min(总成本)
约束条件:
  - 时效满足要求(基于当前干线网络时效)
  - 设仓数量 ≤ 上限
  - 覆盖率 ≥ 目标(如80%)
  - 强制仓库必须使用
  - 禁止仓库不使用
  - 中转次数 ≤ 最大中转次数

约束条件说明:

  • 所有约束均基于企业当前仓配网络(17个配送基地)
  • 所有约束均基于企业当前干线网络(76条干线线路)
  • 选择RDC时需要检查与FSL之间的干线连通性
  • 选择TC时需要检查RDC→TC和TC→FSL的干线连接

成本构成:

  • 设仓成本:仓储出入库操作成本(装卸、拣货、复核等)
  • 干线调拨成本:RDC→FSL 或 RDC→TC→FSL 运输成本
  • 配送成本:FSL→门店 最后一公里配送成本
min(总成本) = 设仓成本 + 干线调拨成本 + 配送成本
  • 配送成本:FSL→门店配送成本
4.4 选择算法
1. 获取所有配送基地(FSL)
   - 从企业现有配送网络中获取
   
2. 每个FSL都是RDC(都需要设仓)
   - 因为FSL需要库存才能直接配送
   
3. 计算配送链路
   - 检查RDC→FSL是否有直达
   - 如无直达,寻找TC中转
   
4. 输出:
   - RDC列表(=FSL列表)
   - 覆盖率 = 100%(每个门店都被覆盖)
   - 链路类型分布(同仓/直达/中转)
4.5 输出示例
输入:
  - 配送基地列表:21个

输出:
  RDC数量: 21个(每个FSL都设仓)
  
  配送链路分布:
  - 同仓直配(RDC=FSL): 1789家 (86%)
  - 直达调拨: 0家 (0%)  
  - TC中转调拨: 147家 (7%)
  - 无链路(需新增): 141家 (7%)
  
  覆盖率: 100%(所有门店都能被配送)

Step 5: 构建网络层级(RDC→FSL,含TC中转)

核心逻辑:将步骤4选定的RDC与步骤3指派的FSL关联,形成完整配送链路。

5.1 链路匹配规则
类型链路说明是否RDC覆盖
直接调拨RDC → FSL → 门店RDC到FSL有直达干线✅ 是
TC中转RDC → TC → FSL → 门店无直达,需要中转仓✅ 是
代发模式无有效链路建议3PL代发❌ 否
5.2 TC中转仓选择逻辑

选择条件:

  • FDC→TC 之间必须有干线调拨线路
  • TC→FSL 之间必须有干线调拨线路
  • TC仓数量尽量少
  • 链路尽量短(综合成本最优)

选择步骤:

1. 检查RDC→FSL是否有直达干线
   → 有:直接调拨
   → 无:进入步骤2

2. 寻找可用的TC中转仓
   遍历所有仓库,找出同时满足:
   - RDC→TC有干线
   - TC→FSL有干线
   
3. 选择最优TC
   - 优先选择链路最短的组合
   - 次选成本最低的组合

示例:

场景:成都仓 → 泉州仓
分析:无直达干线
方案A:成都 → 长沙 → 泉州 (链路短) ✓
方案B:成都 → 广州 → 泉州
选择:长沙仓
5.3 链路成本权衡
考量因素优先级
干线跳转次数最少高
综合运输距离最短高
时效满足中
成本最优中
5.4 覆盖率计算
覆盖率 = (RDC覆盖门店数) / (总门店数)
       = (直接调拨 + TC中转) / 总门店数
       
输出:
- 直接调拨门店数
- TC中转门店数
- 代发模式门店数
- 总覆盖率

Step 6: 报货周期规划

根据配送距离和门店数量,确定报货频次:

配送距离门店数量建议报货计划
≤100km任意一日一配
100-300km≥10家一周三次
100-300km<10家一周二次
>300km任意一周一次/二次

Step 6: 干线发运规划

对于需要跨仓库调拨的情况,规划干线发运:

起始仓库目的仓库建议发车日预计时效
杭州仓上海仓周二/周六次日达
南京仓廊坊仓周四三日达
长沙仓南昌仓周一/周五当日达
廊坊仓石家庄仓周五次日达

第四部分:输出文件

  • {原文件名}_分析.xlsx - 包含所有分析结果的Excel文件

Sheet结构

Sheet名称内容
可视化图表4张分析图表(省份分布/城市TOP10/仓库分布/省份仓库分配)
省份分布各省份门店数量
城市分布各城市门店数量
配送基地匹配各城市对应的配送基地
报货周期建议各区域报货频次和时效建议
干线发运计划仓库间调拨计划
配送链路规划RDC→FSL完整链路(含TC中转)

第五部分:适用场景

  1. 新客户拓展 - 评估新区域是否值得设仓
  2. 仓库选址 - 优化仓库位置
  3. 配送优化 - 规划配送路线
  4. 成本分析 - 评估物流成本
  5. 门店分布分析 - 了解客户分布情况
  6. 报货周期设计 - 制定区域报货计划
  7. 干线网络规划 - 规划仓库间调拨路线

注意事项

  • 必须参考实际网络:本Skill内置了企业实际运营的17个配送基地信息,规划时必须优先考虑现有资源
  • 图表使用英文标签避免中文乱码
  • 本分析基于直线距离,实际配送路线可能更长
  • 建议结合实际交通数据进行修正
  • 区域划分需结合业务需求调整
  • 代发 vs 共配:低密度区域优先考虑代发模式而非自建网络

平台分布

OpenClaw

77.99%
按下载量换算849

安全审计

VirusTotal

未展示

ClawScan

通过

Static analysis

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills