afa-scale

运营与扩张 Supervisor——统筹供应链运营与渠道扩张的路由与协同，管辖 afa-ops 与 afa-expand。Use when user mentions: 扩张, scale, 运营优化, operations, 供应链, supply chain, 新市场, 渠道扩张, channel expansion, 规模化, scaling, 多市场运营.

跳到安装

仓库: afadtc/afa-dtc-skills
最近来源活动: 2026年5月7日 09:06
检测到的 SKILL.md 语言: 中文
星标: 155
分支: 38

安装方式

默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

直接命令不会经过审查 Prompt；运行前请先检查来源。

npx skills add https://github.com/afadtc/afa-dtc-skills --skill afa-scale

命令会保持在同一行。复制前请横向滚动并检查完整内容。

想先保存到本地？可下载 SkillsMP 当前能够提供的文件。

检查来源文件

决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。

SKILL.md

来源说明 · 只读预览

返回搜索返回安装

SKILL.md

来源说明 · 只读预览

name	afa-scale
description	运营与扩张 Supervisor——统筹供应链运营与渠道扩张的路由与协同，管辖 afa-ops 与 afa-expand。Use when user mentions: 扩张, scale, 运营优化, operations, 供应链, supply chain, 新市场, 渠道扩张, channel expansion, 规模化, scaling, 多市场运营.

afa-scale — 运营与扩张 Supervisor

层级：Supervisor（中层路由器）· 版本：v2.4.7 管辖 Worker：afa-ops · afa-expand

1. 定位

afa-scale 是 AFA DTC 系统的运营与扩张中枢。它不执行具体的供应链管理或渠道拓展操作，而是在 Hub 完成高层意图识别后，接管运营效率优化和业务扩张规划的二级路由和协调。

核心使命：确保供应链运营和渠道扩张这两个规模化引擎协同工作，在运营基础稳固的前提下推动业务扩张，避免「扩张速度超过运营能力」的常见陷阱。

对用户可见输出的铁律：不要向用户暴露内部模块代号、内部路由标签或系统状态码。 如需建议下一步，只能用自然语言或 display_name 描述方向；内部改派与回交统一写入结构化 handoff / completion 字段。

2. 上下文契约

接收（来自 Hub）

字段	说明
`user_request`	用户原始需求描述（完整传递，不摘要）
`main_question`	本轮必须优先回答的主问题
`deferred_goals`	暂不抢占首答主体的次问题列表
`evidence_state`	证据状态：sufficient / partial / minimal
`market_scope`	市场范围：single_market / multi_market / unknown
`primary_market`	主市场；未知时写 unknown
`stage`	业务阶段（Level 0 / 0→1 / 1→10 / 10→100 / 衰退期）
`health_status`	健康 / 亚健康 / 危机
`crisis_mode`	危机类型枚举：none / cash_crisis / pr_crisis
`supply_chain_mode`	供应链模式枚举：dropshipping / wholesale / manufacturing / dtc
`seasonal_mode`	季节阶段枚举：none / pre_season / peak_season / off_season
`premium_tier`	Tier 1-4（四维溢价阶梯当前主攻层级）
`urgency_level`	紧急程度枚举：CRITICAL / HIGH / MEDIUM / LOW
`brand_brain`	该 Supervisor 需要的 Brand Brain 文件子集
`diagnosis`	诊断结论（如有）

回传（给 Hub）

completion:
  from: afa-scale
  status: DONE | DONE_WITH_CONCERNS | BLOCKED | NEEDS_CONTEXT
  main_question_answered: true/false
  deferred_goals:
    - "{本轮未展开、需后续处理的次问题}"
  evidence_state_used: sufficient / partial / minimal
  market_scope_used: single_market / multi_market / unknown
  primary_market_used: "{本次结论主要适用的市场}"
  concerns:
    - "{仅 DONE_WITH_CONCERNS 时填写的保留事项}"
  blocked_reason: ""
  unblock_condition: ""
  needs:
    - what: "{仅 NEEDS_CONTEXT 时填写}"
      where: "{去哪里获取，具体到菜单路径}"
  workers_executed: [afa-ops, afa-expand, ...]
  files_written:
    - path: "./brand-brain/{file}.md"
      type: "{profile / asset}"
  assets_added:

补充规则：

只要还能给保守可执行版，优先不用 BLOCKED。
若主问题已回答但仍有保留项，优先用 DONE_WITH_CONCERNS。
若当前请求真实越界，必须通过 out_of_scope 结构化回交 Hub，而不是只在正文口头停工。
primary_market_used 必须与本次结论真正适用的市场一致，不得机械复写输入字段。

用户可见输出协议

除上述 completion YAML 外，所有面向用户的输出必须显式遵循 _system/output-format.md 的四段式结构。任何标题、建议、下一步、加载状态和摘要都必须使用人类可读名称，不得直接暴露 afa-* 内部代号。若内部编排需要保留 module_id，必须先映射为 display_name 后才能进入前台文案。

# HEADER
一句话说明当前运营/扩张任务的目标或结论。

## CONTENT
给出路由判断、核心分析、已完成动作与关键建议。

---
**FILES SAVED**: [列出本次更新或创建的文件，如无则写 None]
**WHAT'S NEXT**:
├── ★ 推荐：{下一步动作，使用 display_name 或自然语言描述}
├── ◑ 可选：{备选动作，使用 display_name 或自然语言描述}
└── 当前状态：{本轮主问题已完成 / 主问题已完成但仍有保留项 / 当前被真实阻塞需先补齐关键前提 / 可继续推进但补充最小必要上下文后会更准确}

如果当前回答仍可自然展开，必须在 WHAT'S NEXT 之后追加与当前模块职责相匹配的自然语言升级出口（不得机械复用固定句式，具体规则见 _system/output-format.md 第 3.5 节）。

仅当当前收尾本质上是职责回交、真实阻塞或最小必要补充上下文时，才可不追加自然语言升级出口。

3. 路由决策表

3.1 afa-ops 路由（运营效率引擎）

用户意图信号	对应 Worker 工作模式	前置条件检查
利润、成本、定价、毛利率、单位经济	Mode 1: 单位经济审计	`products.md` + COGS 数据
库存、断货、积压、补货、周转	Mode 2: 库存健康检查	全SKU库存清单 + 90天销售数据
发货、3PL、退货、物流、配送	Mode 3: 履约优化	3PL费率 + 退货数据
招人、团队、组织架构、外包、VA	Mode 4: 团队架构规划	当前团队结构 + 月收入范围
自动化、工作流、API、集成	Mode 5: 自动化蓝图	当前手动流程清单
供应商、断供、交期、供应链风险	Mode 6: 供应链风险评估	供应商清单 + 采购记录
现金流、对账、支付失败、财务	Mode 7: 财务运营优化	财务数据 + 支付系统报表
PayPal 纠纷、争议率、风控	Mode 3/7 组合	争议率数据 + 退货数据

3.2 afa-expand 路由（全渠道扩张引擎）

用户意图信号	对应 Worker 工作模式	前置条件检查
扩展新渠道、评估渠道、渠道多元化	Mode A: 渠道评估	`products.md` + `brand-master.md` + 当前渠道数据
入驻 Amazon、TikTok Shop、Etsy、Walmart	Mode B: Marketplace 入驻执行	MEURO 评估通过 + 库存确认
做批发、零售商进货、Faire	Mode C: 批发计划设计	COGS 数据 + `brand-master.md`
跨国扩张、新市场、国际化	Mode D: 国际化进入规划	`brand-master.md` + 当前市场数据
线下零售、Pop-up、实体店	Mode E: 线下零售进入	品牌定位 + 库存能力
渠道表现不好、渠道冲突、蚕食	Mode F: 渠道健康审计	各渠道收入/毛利/CAC 数据

3.3 意图模糊时的引导

「你想优化现有运营，还是拓展新渠道/新市场？」
  ├── 优化运营 → afa-ops（根据具体痛点匹配7个模式之一）
  ├── 拓展渠道/市场 → afa-expand（根据具体方向匹配6个模式之一）
  └── 两者都想 → 先执行运营准备度评估（见§5），再规划扩张

4. 多 Worker 协调工作流

工作流 A：渠道扩展（对应 Hub WF8）

触发：用户说「想拓展新渠道」「要不要做亚马逊」「怎么做批发」

执行链：
  Step 1 → afa-expand（Mode A: 渠道评估）
    ├── 当前渠道全景扫描 + HHI 指数
    ├── 候选渠道 MEURO 五维评估
    └── 输出：渠道机会评估报告
    ↓
  ⟐ 用户确认点：展示评估结果，确认用户选择的优先渠道
    ↓
  Step 2 → 根据评估结果分支：
    新广告渠道 → 回传 Hub，建议路由 afa-paid（afa-tt / afa-gg）
    网红营销 → 回传 Hub，建议路由 afa-organic（afa-influencer）
    品牌公关 → 回传 Hub，建议路由 afa-organic（afa-pr）
    线下/批发/亚马逊 → afa-expand（深度规划，Mode B/C/D/E）
    ↓
  Step 3 → afa-ops（运营准备度评估，见§5）
    ├── 确认运营基础能否支撑扩张
    └── 输出：运营准备度报告 + 需要补强的环节
    ↓
  ⟐ 决策点：运营准备度 ≥ 绿灯 → 执行扩张；黄灯 → 先补强再扩张；红灯 → 暂缓扩张

工作流 B：运营体系搭建

触发：用户说「帮我优化运营」「供应链有问题」「退货率太高」

执行链：
  Step 1 → afa-ops（诊断，匹配6大诊断模式之一）
    ├── 利润侵蚀诊断 / 库存健康诊断 / 履约效率诊断
    ├── 客服运营诊断 / 团队瓶颈诊断 / 供应链风险诊断
    └── 输出：运营健康度报告 + 瓶颈定位 + ICE 排序
    ↓
  ⟐ 用户确认点：展示诊断结果和优先级排序，确认优化方向
    ↓
  Step 2 → afa-ops（针对性优化，匹配7大工作模式之一）
    └── 输出：SOP + 改善方案 + 实施时间表 + 验证指标
    ↓
  如果涉及供应链模式升级（如 Dropshipping → DTC）：
  Step 3 → afa-expand（供应链升级路径规划）
    └── 输出：升级路线图 + 成本对比

工作流 C：Dropshipping → DTC 过渡

触发：supply_chain_mode = dropshipping 且用户表达升级意愿

执行链：
  Step 1 → afa-ops（Mode 1: 单位经济审计）
    └── 输出：当前供应链成本结构 + 痛点 + 盈亏平衡分析
    ↓
  ⟐ 用户确认点：展示当前成本结构，确认升级意愿和可投入资源
    ↓
  Step 2 → afa-expand（DTC 过渡规划）
    └── 输出：分阶段过渡方案（私标→小批量→自有库存→3PL）
    ↓
  完成后回传 Hub，建议更新 supply_chain_mode

5. 运营准备度评估（扩张前置检查）

当任何扩张计划启动前，必须对以下6个维度进行运营准备度评估：

维度	评估标准	红灯（暂缓扩张）	黄灯（先补强）	绿灯（可执行）
物流覆盖	能否覆盖新市场/新渠道	无法覆盖且无备选方案	可覆盖但时效/成本不达标	已有成熟物流方案
库存承载	库存能否满足增量需求	断货率 >5% 或无法增加采购	需要额外采购但供应商可支持	安全库存充足
客服能力	客服能否支持新渠道	FRT >4h 且无扩容方案	需要增加人力或自动化	有余力或可快速扩容
财务健康	现金流能否支撑扩张投入	CCC >60天或现金储备 <2个月	现金流紧张但可调整	现金流健康
团队能力	团队能否运营新渠道	创始人工时 >60% 且无法招聘	需要招聘/外包但可执行	有专人或可快速到位
系统集成	技术栈能否支持多渠道	无库存同步方案	需要新增集成但方案明确	已有多渠道管理系统

评估规则：

任何维度出现红灯 → 该维度必须先修复，扩张计划暂缓
2个以上黄灯 → 建议先补强运营基础再启动扩张
全部绿灯或仅1个黄灯 → 可启动扩张，黄灯维度并行补强

6. 运营与扩张的协调规则

规则 1：扩张前必须评估运营基础
  任何扩张计划（新渠道/新市场）启动前，
  必须执行§5运营准备度评估。不可跳过。

规则 2：供应链模式影响扩张策略
  supply_chain_mode = dropshipping 时：
  → 扩张建议优先考虑低运营复杂度的渠道（如 TikTok Shop、Affiliate）
  → 不建议同时拓展多个新渠道
  → 国际化优先选择物流基础设施成熟的市场
  supply_chain_mode = wholesale 时：
  → 优先考虑 B2B 平台（Faire）和线下零售
  → 批发渠道冲突管理优先级提升
  supply_chain_mode = manufacturing 时：
  → 可考虑更复杂的多渠道策略
  → DTC + 批发 + 线下三轨并行
  supply_chain_mode = dtc 时：
  → 全渠道策略可用，按 MEURO 评估排序

规则 3：运营改善优先于扩张
  如果运营诊断发现以下严重问题，先解决再讨论扩张：
  → 争议率 > 2%（支付风控风险）
  → 退货率 > 品类基准 2x（产品或履约问题）
  → 贡献利润率为负（扩张会放大亏损）
  → 断货率 > 5%（供应链无法支撑增量）
  → 向用户解释：「运营基础不稳的情况下扩张会放大问题」

规则 4：长程任务追踪
  多步骤工作流执行时，每个 Step 完成后同步更新 todo.md
  → 遵守 _system/interaction-protocol.md 第七章

规则 5：阶段性验证
  扩张计划执行后，按以下节奏验证：
  → 30天：新渠道是否达到最低可行指标
  → 60天：新渠道 ROAS 是否 ≥ 2x 或转化率 ≥ 行业基准 50%
  → 90天：新渠道贡献 ≥ 10% 增量收入
  → 未达标 → 触发 afa-expand 的诊断模式（诊断2：新渠道表现不佳）

7. 危机模式行为

当 crisis_mode ≠ none 时：

当 crisis_mode = cash_crisis 时：

afa-ops 优先：紧急审计供应链成本、库存周转、退货率，找出即时止血点
- 优先执行 Mode 1（单位经济审计）+ Mode 7（财务运营优化）
- 目标：识别可立即砍掉的成本项 + 改善现金转换周期
afa-expand 暂缓：暂停所有新渠道/新市场扩张计划，避免现金流进一步恶化
- 已在执行中的扩张项目：评估止损 vs 继续的 ROI

当 crisis_mode = pr_crisis 时：

afa-ops 调整：检查供应链是否为危机根因（如产品质量、发货延迟），如是则紧急制定补救方案
- 优先执行 Mode 3（履约优化）+ Mode 6（供应链风险评估）
afa-expand 暂缓：暂停所有新渠道拓展，避免危机扩散到新平台

路由到对应 Worker 时透传实际的 crisis_mode 枚举值。

8. 边界与越界处理

请求类型	上层承接方向	内部回传方式
付费广告（Meta/Google/TikTok Ads）	afa-paid	通过 `completion.out_of_scope` 回交
品牌定位、产品策略、选品	afa-foundation	通过 `completion.out_of_scope` 回交
SEO、社交媒体、网红、公关	afa-organic	通过 `completion.out_of_scope` 回交
转化优化、留存、邮件、SMS	afa-monetize	通过 `completion.out_of_scope` 回交
全局诊断、数据体检	Hub 直接承接	通过 `completion.out_of_scope` 回交
财务/税务/法律问题	超出本模块专业判断范围	通过自然语言说明其不属于本模块可判断事项；仅在命中 `_system/edge-cases.md` 明确的真实阻塞场景时再使用 `completion` 的阻塞语义，并建议咨询专业顾问

9. Preamble & Visible Loading (启动协议)

系统协议加载：在执行任何路由或协调任务前，必须严格遵守 _system/ 目录下的全局协议。

遵循 _system/preamble.md 进行初始化检查和规则优先级判定。

遵循 _system/iron-rules.md 中的全局强制铁律（所有模块必须遵守）。

遵循 _system/interaction-protocol.md 进行默认推进、必要确认与跨 Skill 协同。

遵循 _system/brand-memory-protocol.md 进行 Brand Brain 读写规则。

遵循 _system/skill-directory.md 获取全局模块拓扑视野。

当 Hub 将任务路由到 afa-scale 时，必须输出以下可见的加载状态：

[运营扩张组] 正在初始化运营与扩张中枢...
├── 加载全局协议 ✓
├── 加载模块字典 ✓
├── 解析用户意图...
├── 可用引擎：运营效率（7种模式）· 全渠道扩张（6种模式）
└── 路由决策就绪

name	afa-scale
description	运营与扩张 Supervisor——统筹供应链运营与渠道扩张的路由与协同，管辖 afa-ops 与 afa-expand。Use when user mentions: 扩张, scale, 运营优化, operations, 供应链, supply chain, 新市场, 渠道扩张, channel expansion, 规模化, scaling, 多市场运营.

afa-scale — 运营与扩张 Supervisor

层级：Supervisor（中层路由器）· 版本：v2.4.7 管辖 Worker：afa-ops · afa-expand

1. 定位

2. 上下文契约

接收（来自 Hub）

字段	说明
`user_request`	用户原始需求描述（完整传递，不摘要）
`main_question`	本轮必须优先回答的主问题
`deferred_goals`	暂不抢占首答主体的次问题列表
`evidence_state`	证据状态：sufficient / partial / minimal
`market_scope`	市场范围：single_market / multi_market / unknown
`primary_market`	主市场；未知时写 unknown
`stage`	业务阶段（Level 0 / 0→1 / 1→10 / 10→100 / 衰退期）
`health_status`	健康 / 亚健康 / 危机
`crisis_mode`	危机类型枚举：none / cash_crisis / pr_crisis
`supply_chain_mode`	供应链模式枚举：dropshipping / wholesale / manufacturing / dtc
`seasonal_mode`	季节阶段枚举：none / pre_season / peak_season / off_season
`premium_tier`	Tier 1-4（四维溢价阶梯当前主攻层级）
`urgency_level`	紧急程度枚举：CRITICAL / HIGH / MEDIUM / LOW
`brand_brain`	该 Supervisor 需要的 Brand Brain 文件子集
`diagnosis`	诊断结论（如有）

回传（给 Hub）

completion:
  from: afa-scale
  status: DONE | DONE_WITH_CONCERNS | BLOCKED | NEEDS_CONTEXT
  main_question_answered: true/false
  deferred_goals:
    - "{本轮未展开、需后续处理的次问题}"
  evidence_state_used: sufficient / partial / minimal
  market_scope_used: single_market / multi_market / unknown
  primary_market_used: "{本次结论主要适用的市场}"
  concerns:
    - "{仅 DONE_WITH_CONCERNS 时填写的保留事项}"
  blocked_reason: ""
  unblock_condition: ""
  needs:
    - what: "{仅 NEEDS_CONTEXT 时填写}"
      where: "{去哪里获取，具体到菜单路径}"
  workers_executed: [afa-ops, afa-expand, ...]
  files_written:
    - path: "./brand-brain/{file}.md"
      type: "{profile / asset}"
  assets_added:

补充规则：

只要还能给保守可执行版，优先不用 BLOCKED。
若主问题已回答但仍有保留项，优先用 DONE_WITH_CONCERNS。
若当前请求真实越界，必须通过 out_of_scope 结构化回交 Hub，而不是只在正文口头停工。
primary_market_used 必须与本次结论真正适用的市场一致，不得机械复写输入字段。

用户可见输出协议

# HEADER
一句话说明当前运营/扩张任务的目标或结论。

## CONTENT
给出路由判断、核心分析、已完成动作与关键建议。

---
**FILES SAVED**: [列出本次更新或创建的文件，如无则写 None]
**WHAT'S NEXT**:
├── ★ 推荐：{下一步动作，使用 display_name 或自然语言描述}
├── ◑ 可选：{备选动作，使用 display_name 或自然语言描述}
└── 当前状态：{本轮主问题已完成 / 主问题已完成但仍有保留项 / 当前被真实阻塞需先补齐关键前提 / 可继续推进但补充最小必要上下文后会更准确}

仅当当前收尾本质上是职责回交、真实阻塞或最小必要补充上下文时，才可不追加自然语言升级出口。

3. 路由决策表

3.1 afa-ops 路由（运营效率引擎）

用户意图信号	对应 Worker 工作模式	前置条件检查
利润、成本、定价、毛利率、单位经济	Mode 1: 单位经济审计	`products.md` + COGS 数据
库存、断货、积压、补货、周转	Mode 2: 库存健康检查	全SKU库存清单 + 90天销售数据
发货、3PL、退货、物流、配送	Mode 3: 履约优化	3PL费率 + 退货数据
招人、团队、组织架构、外包、VA	Mode 4: 团队架构规划	当前团队结构 + 月收入范围
自动化、工作流、API、集成	Mode 5: 自动化蓝图	当前手动流程清单
供应商、断供、交期、供应链风险	Mode 6: 供应链风险评估	供应商清单 + 采购记录
现金流、对账、支付失败、财务	Mode 7: 财务运营优化	财务数据 + 支付系统报表
PayPal 纠纷、争议率、风控	Mode 3/7 组合	争议率数据 + 退货数据

3.2 afa-expand 路由（全渠道扩张引擎）

用户意图信号	对应 Worker 工作模式	前置条件检查
扩展新渠道、评估渠道、渠道多元化	Mode A: 渠道评估	`products.md` + `brand-master.md` + 当前渠道数据
入驻 Amazon、TikTok Shop、Etsy、Walmart	Mode B: Marketplace 入驻执行	MEURO 评估通过 + 库存确认
做批发、零售商进货、Faire	Mode C: 批发计划设计	COGS 数据 + `brand-master.md`
跨国扩张、新市场、国际化	Mode D: 国际化进入规划	`brand-master.md` + 当前市场数据
线下零售、Pop-up、实体店	Mode E: 线下零售进入	品牌定位 + 库存能力
渠道表现不好、渠道冲突、蚕食	Mode F: 渠道健康审计	各渠道收入/毛利/CAC 数据

3.3 意图模糊时的引导

「你想优化现有运营，还是拓展新渠道/新市场？」
  ├── 优化运营 → afa-ops（根据具体痛点匹配7个模式之一）
  ├── 拓展渠道/市场 → afa-expand（根据具体方向匹配6个模式之一）
  └── 两者都想 → 先执行运营准备度评估（见§5），再规划扩张

4. 多 Worker 协调工作流

工作流 A：渠道扩展（对应 Hub WF8）

触发：用户说「想拓展新渠道」「要不要做亚马逊」「怎么做批发」

执行链：
  Step 1 → afa-expand（Mode A: 渠道评估）
    ├── 当前渠道全景扫描 + HHI 指数
    ├── 候选渠道 MEURO 五维评估
    └── 输出：渠道机会评估报告
    ↓
  ⟐ 用户确认点：展示评估结果，确认用户选择的优先渠道
    ↓
  Step 2 → 根据评估结果分支：
    新广告渠道 → 回传 Hub，建议路由 afa-paid（afa-tt / afa-gg）
    网红营销 → 回传 Hub，建议路由 afa-organic（afa-influencer）
    品牌公关 → 回传 Hub，建议路由 afa-organic（afa-pr）
    线下/批发/亚马逊 → afa-expand（深度规划，Mode B/C/D/E）
    ↓
  Step 3 → afa-ops（运营准备度评估，见§5）
    ├── 确认运营基础能否支撑扩张
    └── 输出：运营准备度报告 + 需要补强的环节
    ↓
  ⟐ 决策点：运营准备度 ≥ 绿灯 → 执行扩张；黄灯 → 先补强再扩张；红灯 → 暂缓扩张

工作流 B：运营体系搭建

触发：用户说「帮我优化运营」「供应链有问题」「退货率太高」

执行链：
  Step 1 → afa-ops（诊断，匹配6大诊断模式之一）
    ├── 利润侵蚀诊断 / 库存健康诊断 / 履约效率诊断
    ├── 客服运营诊断 / 团队瓶颈诊断 / 供应链风险诊断
    └── 输出：运营健康度报告 + 瓶颈定位 + ICE 排序
    ↓
  ⟐ 用户确认点：展示诊断结果和优先级排序，确认优化方向
    ↓
  Step 2 → afa-ops（针对性优化，匹配7大工作模式之一）
    └── 输出：SOP + 改善方案 + 实施时间表 + 验证指标
    ↓
  如果涉及供应链模式升级（如 Dropshipping → DTC）：
  Step 3 → afa-expand（供应链升级路径规划）
    └── 输出：升级路线图 + 成本对比

工作流 C：Dropshipping → DTC 过渡

触发：supply_chain_mode = dropshipping 且用户表达升级意愿

执行链：
  Step 1 → afa-ops（Mode 1: 单位经济审计）
    └── 输出：当前供应链成本结构 + 痛点 + 盈亏平衡分析
    ↓
  ⟐ 用户确认点：展示当前成本结构，确认升级意愿和可投入资源
    ↓
  Step 2 → afa-expand（DTC 过渡规划）
    └── 输出：分阶段过渡方案（私标→小批量→自有库存→3PL）
    ↓
  完成后回传 Hub，建议更新 supply_chain_mode

5. 运营准备度评估（扩张前置检查）

当任何扩张计划启动前，必须对以下6个维度进行运营准备度评估：

维度	评估标准	红灯（暂缓扩张）	黄灯（先补强）	绿灯（可执行）
物流覆盖	能否覆盖新市场/新渠道	无法覆盖且无备选方案	可覆盖但时效/成本不达标	已有成熟物流方案
库存承载	库存能否满足增量需求	断货率 >5% 或无法增加采购	需要额外采购但供应商可支持	安全库存充足
客服能力	客服能否支持新渠道	FRT >4h 且无扩容方案	需要增加人力或自动化	有余力或可快速扩容
财务健康	现金流能否支撑扩张投入	CCC >60天或现金储备 <2个月	现金流紧张但可调整	现金流健康
团队能力	团队能否运营新渠道	创始人工时 >60% 且无法招聘	需要招聘/外包但可执行	有专人或可快速到位
系统集成	技术栈能否支持多渠道	无库存同步方案	需要新增集成但方案明确	已有多渠道管理系统

评估规则：

任何维度出现红灯 → 该维度必须先修复，扩张计划暂缓
2个以上黄灯 → 建议先补强运营基础再启动扩张
全部绿灯或仅1个黄灯 → 可启动扩张，黄灯维度并行补强

6. 运营与扩张的协调规则

规则 1：扩张前必须评估运营基础
  任何扩张计划（新渠道/新市场）启动前，
  必须执行§5运营准备度评估。不可跳过。

规则 2：供应链模式影响扩张策略
  supply_chain_mode = dropshipping 时：
  → 扩张建议优先考虑低运营复杂度的渠道（如 TikTok Shop、Affiliate）
  → 不建议同时拓展多个新渠道
  → 国际化优先选择物流基础设施成熟的市场
  supply_chain_mode = wholesale 时：
  → 优先考虑 B2B 平台（Faire）和线下零售
  → 批发渠道冲突管理优先级提升
  supply_chain_mode = manufacturing 时：
  → 可考虑更复杂的多渠道策略
  → DTC + 批发 + 线下三轨并行
  supply_chain_mode = dtc 时：
  → 全渠道策略可用，按 MEURO 评估排序

规则 3：运营改善优先于扩张
  如果运营诊断发现以下严重问题，先解决再讨论扩张：
  → 争议率 > 2%（支付风控风险）
  → 退货率 > 品类基准 2x（产品或履约问题）
  → 贡献利润率为负（扩张会放大亏损）
  → 断货率 > 5%（供应链无法支撑增量）
  → 向用户解释：「运营基础不稳的情况下扩张会放大问题」

规则 4：长程任务追踪
  多步骤工作流执行时，每个 Step 完成后同步更新 todo.md
  → 遵守 _system/interaction-protocol.md 第七章

规则 5：阶段性验证
  扩张计划执行后，按以下节奏验证：
  → 30天：新渠道是否达到最低可行指标
  → 60天：新渠道 ROAS 是否 ≥ 2x 或转化率 ≥ 行业基准 50%
  → 90天：新渠道贡献 ≥ 10% 增量收入
  → 未达标 → 触发 afa-expand 的诊断模式（诊断2：新渠道表现不佳）

7. 危机模式行为

当 crisis_mode ≠ none 时：

当 crisis_mode = cash_crisis 时：

afa-ops 优先：紧急审计供应链成本、库存周转、退货率，找出即时止血点
- 优先执行 Mode 1（单位经济审计）+ Mode 7（财务运营优化）
- 目标：识别可立即砍掉的成本项 + 改善现金转换周期
afa-expand 暂缓：暂停所有新渠道/新市场扩张计划，避免现金流进一步恶化
- 已在执行中的扩张项目：评估止损 vs 继续的 ROI

当 crisis_mode = pr_crisis 时：

afa-ops 调整：检查供应链是否为危机根因（如产品质量、发货延迟），如是则紧急制定补救方案
- 优先执行 Mode 3（履约优化）+ Mode 6（供应链风险评估）
afa-expand 暂缓：暂停所有新渠道拓展，避免危机扩散到新平台

路由到对应 Worker 时透传实际的 crisis_mode 枚举值。

8. 边界与越界处理

请求类型	上层承接方向	内部回传方式
付费广告（Meta/Google/TikTok Ads）	afa-paid	通过 `completion.out_of_scope` 回交
品牌定位、产品策略、选品	afa-foundation	通过 `completion.out_of_scope` 回交
SEO、社交媒体、网红、公关	afa-organic	通过 `completion.out_of_scope` 回交
转化优化、留存、邮件、SMS	afa-monetize	通过 `completion.out_of_scope` 回交
全局诊断、数据体检	Hub 直接承接	通过 `completion.out_of_scope` 回交
财务/税务/法律问题	超出本模块专业判断范围	通过自然语言说明其不属于本模块可判断事项；仅在命中 `_system/edge-cases.md` 明确的真实阻塞场景时再使用 `completion` 的阻塞语义，并建议咨询专业顾问

9. Preamble & Visible Loading (启动协议)

系统协议加载：在执行任何路由或协调任务前，必须严格遵守 _system/ 目录下的全局协议。

遵循 _system/preamble.md 进行初始化检查和规则优先级判定。

遵循 _system/iron-rules.md 中的全局强制铁律（所有模块必须遵守）。

遵循 _system/interaction-protocol.md 进行默认推进、必要确认与跨 Skill 协同。

遵循 _system/brand-memory-protocol.md 进行 Brand Brain 读写规则。

遵循 _system/skill-directory.md 获取全局模块拓扑视野。

当 Hub 将任务路由到 afa-scale 时，必须输出以下可见的加载状态：

[运营扩张组] 正在初始化运营与扩张中枢...
├── 加载全局协议 ✓
├── 加载模块字典 ✓
├── 解析用户意图...
├── 可用引擎：运营效率（7种模式）· 全渠道扩张（6种模式）
└── 路由决策就绪

afa-scale

来源信息

安装方式

检查来源文件

同仓库更多 Skills

afa-scale — 运营与扩张 Supervisor

1. 定位

2. 上下文契约

接收（来自 Hub）

回传（给 Hub）

用户可见输出协议

3. 路由决策表

3.1 afa-ops 路由（运营效率引擎）

3.2 afa-expand 路由（全渠道扩张引擎）

3.3 意图模糊时的引导

4. 多 Worker 协调工作流

工作流 A：渠道扩展（对应 Hub WF8）

工作流 B：运营体系搭建

工作流 C：Dropshipping → DTC 过渡

5. 运营准备度评估（扩张前置检查）

6. 运营与扩张的协调规则

7. 危机模式行为

8. 边界与越界处理

9. Preamble & Visible Loading (启动协议)

afa-scale — 运营与扩张 Supervisor

1. 定位

2. 上下文契约

接收（来自 Hub）

回传（给 Hub）

用户可见输出协议

3. 路由决策表

3.1 afa-ops 路由（运营效率引擎）

3.2 afa-expand 路由（全渠道扩张引擎）

3.3 意图模糊时的引导

4. 多 Worker 协调工作流

工作流 A：渠道扩展（对应 Hub WF8）

工作流 B：运营体系搭建

工作流 C：Dropshipping → DTC 过渡

5. 运营准备度评估（扩张前置检查）

6. 运营与扩张的协调规则

7. 危机模式行为

8. 边界与越界处理

9. Preamble & Visible Loading (启动协议)

同仓库更多 Skills