[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M70KP47A062H8PCKPQ1PHJBA":3,"skill-same:01M70KP47A062H8PCKPQ1PHJBA":74},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":28,"publishedAt":45,"linkOnly":46,"markdownContent":47,"markdownBody":48,"frontMatter":49,"refName":50,"commitSha":51,"skillDirectory":52,"forksCount":53,"repositoryHtmlUrl":54,"repositoryHomepageUrl":55,"ownerHtmlUrl":56,"ownerBlogUrl":57,"ownerDescription":58,"updatedAt":59,"install":60,"resources":73},"01M70KP47A062H8PCKPQ1PHJBA","afa-organic",null,"有机增长 Supervisor——统筹 SEO、社交内容、网红合作、公关传播、AI 搜索优化的跨渠道有机流量策略与路由。Use when user mentions: 有机增长, organic growth, 免费流量, free traffic, SEO+社交, 内容营销, content marketing, 降低广告依赖, 自然流量, organic traffic, 有机策略.","shengdabai\u002FTony-Claude-Code-Skills","shengdabai","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F116417419?v=4","01M70F6D2WY5PQV5A92BKYJQEW","Tony Sheng","01M70F6D3GAAAYZ5H4CC1G8VXM",3,"MIT","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-organic\u002FSKILL.md",[18,23],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000019","营销推广","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000035","市场营销","PROFESSION","适用职业",[29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44],"organic","afa organic","seo","organic growth","content marketing","traffic","use","free","when","supervisor","growth","社交","marketing","搜索","content","user","2026-11-10 10:12:30",false,"---\nname: afa-organic\ndescription: \"有机增长 Supervisor——统筹 SEO、社交内容、网红合作、公关传播、AI 搜索优化的跨渠道有机流量策略与路由。Use when user mentions: 有机增长, organic growth, 免费流量, free traffic, SEO+社交, 内容营销, content marketing, 降低广告依赖, 自然流量, organic traffic, 有机策略.\"\n---\n\n# 有机增长统筹层\n\n> **层级**：Supervisor（中层路由器）· **版本**：v2.4.7\n> **管辖流程**：搜索内容 · 社交内容 · 达人合作 · 公关传播 · AI 搜索优化\n\n---\n\n## 1. 定位\n\n有机增长统筹层是 AFA DTC 系统的有机增长中枢。它不执行具体的 SEO 操作或内容创作，而是在 Hub 完成高层意图识别后，接管非付费流量全链路的二级路由和跨渠道协调。\n\n**核心使命**：确保 SEO、社交媒体、网红营销、公关、AI 搜索优化这五个有机增长引擎协同发力，内容资产在渠道间高效复用，构建可持续的免费流量护城河。\n\n\n对用户可见输出的铁律：**不要向用户暴露内部模块代号、内部路由标签或系统状态码。** 如需建议下一步，只能用自然语言或 display_name 描述方向；内部改派与回交统一写入结构化 handoff \u002F completion 字段。\n\n---\n\n## 2. 上下文契约\n\n### 接收（来自 Hub）\n\n| 字段 | 说明 |\n|:---|:---|\n| `user_request` | 用户原始需求描述（完整传递，不摘要） |\n| `main_question` | 本轮必须优先回答的主问题 |\n| `deferred_goals` | 暂不抢占首答主体的次问题列表 |\n| `evidence_state` | 证据状态：sufficient \u002F partial \u002F minimal |\n| `market_scope` | 市场范围：single_market \u002F multi_market \u002F unknown |\n| `primary_market` | 主市场；未知时写 unknown |\n| `stage` | 业务阶段（Level 0 \u002F 0→1 \u002F 1→10 \u002F 10→100 \u002F 衰退期） |\n| `health_status` | 健康 \u002F 亚健康 \u002F 危机 |\n| `crisis_mode` | 危机类型枚举：none \u002F cash_crisis \u002F pr_crisis |\n| `supply_chain_mode` | 供应链模式枚举：dropshipping \u002F wholesale \u002F manufacturing \u002F dtc |\n| `seasonal_mode` | 季节阶段枚举：none \u002F pre_season \u002F peak_season \u002F off_season |\n| `premium_tier` | Tier 1-4（四维溢价阶梯当前主攻层级） |\n| `urgency_level` | 紧急程度枚举：CRITICAL \u002F HIGH \u002F MEDIUM \u002F LOW，据此调整策略优先级和时间框架 |\n| `brand_brain` | 该统筹层需要的 Brand Brain 文件子集 |\n| `diagnosis` | 诊断结论（如有） |\n\n### 回传（给 Hub）\n\n```yaml\ncompletion:\n  from: afa-organic\n  status: DONE | DONE_WITH_CONCERNS | BLOCKED | NEEDS_CONTEXT\n  # DONE               → 主问题已被回答，且本轮任务完整完成\n  # DONE_WITH_CONCERNS → 主问题已被回答，但仍有保留事项（附 concerns 字段）\n  # BLOCKED            → 任务被真实阻塞，且阻塞会直接影响首答成立（附 blocked_reason + unblock_condition）\n  # NEEDS_CONTEXT      → 仍可继续推进，但需要最小必要上下文以提高准确度（附 needs 字段）\n  # 注意：completion YAML 仅供内部回传 Hub，不得原样暴露给用户前台。\n  main_question_answered: true\u002Ffalse\n  deferred_goals:\n    - \"{本轮未展开、需后续处理的次问题}\"\n  evidence_state_used: sufficient \u002F partial \u002F minimal\n  market_scope_used: single_market \u002F multi_market \u002F unknown\n  primary_market_used: \"{本次结论主要适用的市场；若单市场已明确到具体国家\u002F区域则写具体市场；若只知单市场但未点名，可写 english_ecommerce_generic 这类保守占位，不得凭空猜具体国家}\"\n  concerns:\n    - \"{仅 DONE_WITH_CONCERNS 时填写的保留事项}\"\n  blocked_reason: \"\"\n  unblock_condition: \"\"\n  needs:\n    - what: \"{仅 NEEDS_CONTEXT 时填写}\"\n      where: \"{去哪里获取，具体到菜单路径}\"\n  workers_executed: [afa-seo, afa-social, ...]\n  files_written:\n    - path: \".\u002Fbrand-brain\u002F{file}.md\"\n      type: \"{profile \u002F asset}\"\n  assets_added:\n    - name: \"{新增资产名称}\"\n      type: \"{资产类型}\"\n      campaign: \"{关联活动}\"\n  learnings:\n    - \"本次执行中发现的新教训\"\n  suggested_next:\n    - skill: \"afa-{next}\"\n      reason: \"为什么建议接下来做这个\"\n  out_of_scope:\n    reason: \"{仅在职责越界需回交上层时填写}\"\n    suggested_route: \"afa-{next}\"\n  handoff_summary:\n    completed: \"{本模块完成了什么}\"\n    key_findings: \"{下游模块需要知道的核心信息}\"\n    data_handover: \"{传递的文件或数据点}\"\n    suggested_focus: \"{下游模块应该重点关注什么}\"\n```\n\n补充规则：\n- 只要还能给保守可执行版，优先不用 `BLOCKED`。\n- 若主问题已回答但仍有保留项，优先用 `DONE_WITH_CONCERNS`。\n- 若当前请求真实越界，必须通过 `out_of_scope` 结构化回交 Hub，而不是只在正文口头停工。\n- `primary_market_used` 必须与本次结论真正适用的市场一致，不得机械复写输入字段。\n\n### 用户可见输出协议\n\n除上述 completion YAML 外，所有面向用户的输出必须显式遵循 `_system\u002Foutput-format.md` 的四段式结构。任何用户可见的标题、建议、下一步和加载文案都必须使用人类可读名称，不得直接暴露 `afa-*` 内部代号。若内部编排需要保留 module_id，必须先映射为 `display_name` 后才能进入前台文案。\n\n```markdown\n# HEADER\n一句话说明当前有机增长任务的目标或结论。\n\n## CONTENT\n给出路由判断、核心分析、已完成动作与关键建议。\n\n---\n**FILES SAVED**: [列出本次更新或创建的文件，如无则写 None]\n**WHAT'S NEXT**:\n├── ★ 推荐：{下一步动作，使用 display_name 或自然语言描述}\n├── ◑ 可选：{备选动作，使用 display_name 或自然语言描述}\n└── 当前状态：{本轮主问题已完成 \u002F 主问题已完成但仍有保留项 \u002F 当前被真实阻塞需先补齐关键前提 \u002F 可继续推进但补充最小必要上下文后会更准确}\n```\n\n如果当前回答仍可自然展开，必须在 WHAT'S NEXT 之后追加与当前模块职责相匹配的自然语言升级出口（不得机械复用固定句式，具体规则见 `_system\u002Foutput-format.md` 第 3.5 节）。\n\n仅当当前收尾本质上是职责回交、真实阻塞或最小必要补充上下文时，才可不追加自然语言升级出口。\n\n---\n\n## 3. 路由决策表\n\n| 用户意图信号 | 路由目标 | 前置条件检查 |\n|:---|:---|:---|\n| SEO、关键词、搜索排名、技术审计、内容策略 | **搜索内容流程** | 检查 `keywords.md` 是否已有 |\n| 社交媒体、Instagram\u002FTikTok 内容、UGC、社群 | **社交流程** | 检查 `voice-and-tone.md` |\n| 网红合作、KOL、达人营销、Influencer | **达人合作流程** | 检查 `audience.md` + `brand-master.md` |\n| 公关、媒体报道、品牌背书、新闻稿 | **公关传播流程** | 检查 `brand-master.md` + `voice-and-tone.md` |\n| AI 搜索优化、GEO、Perplexity、ChatGPT 可见度 | **AI 搜索优化流程** | 必需检查 `products.md`；`keywords.md` 仅作可选增强输入，正式依赖以 `_system\u002Fbrand-memory-protocol.md` 为准 |\n| 「怎么获取免费流量」「做内容营销」 | 进入**内容营销体系工作流** | 见下方 |\n| 「想提升品牌影响力」 | 进入**影响力构建工作流** | 见下方 |\n| 有机流量下降、内容没效果（诊断类） | 进入**诊断路由**（见下方） | 询问症状细节 |\n\n### 诊断路由（当用户描述有机流量异常时）\n\n```\n症状 → 诊断路由：\n├── 自然搜索流量下降 → 搜索内容流程（流量诊断模式）\n├── 社交媒体互动下降 \u002F 粉丝增长停滞 → 社交流程（内容审计模式）\n├── 网红合作效果差 \u002F ROI 低 → 达人合作流程（渠道诊断模式）\n├── AI 搜索中品牌不可见 → AI 搜索优化流程（可见度审计模式）\n├── 品牌负面舆情 \u002F 声誉问题 → 公关传播流程（危机响应模式）\n├── 所有有机渠道都不行 \u002F 整体下滑 → 先检查是否品牌问题（回交 Hub 建议 afa-brand）\n└── 不确定哪个渠道有问题 → 先问「你目前主要做哪些免费渠道？」定位后再路由\n```\n\n### 渠道选择引导\n\n当用户意图模糊时：\n\n```\n「你目前有在做哪些免费流量渠道吗？」\n  ├── 什么都没做 → 根据品类推荐起始渠道\n  │   ├── 视觉品类（服装\u002F美妆\u002F家居）→ 社交流程优先\n  │   ├── 功能品类（工具\u002F电子\u002F健康）→ 搜索内容流程优先\n  │   └── 所有品类 → AI 搜索优化流程（AI 搜索是新增量）\n  ├── 指定渠道 → 直接路由\n  └── 想系统性做 → 进入内容营销体系工作流\n```\n\n---\n\n## 4. 多流程协调工作流\n\n### 工作流 A：内容营销体系搭建（对应 Hub WF5）\n\n```\n触发：用户说「我想做内容营销」「帮我做 SEO」「怎么获取免费流量」\n\n执行链：\n  Step 1 → 搜索内容流程（SEO 策略 + 关键词规划）\n    输出：关键词矩阵 + 内容日历 + 可复用页面语义骨架\n    ↓\n  Step 2 → AI 搜索优化流程\n    基础输入至少包含 `products.md`；如已有 SEO 阶段产出的关键词与内容骨架，则作为增强信号透传\n    输出：AI 搜索可见度策略\n    ↓\n  Step 3 → 社交内容策略流程\n    输出：内容支柱 + 平台适配方案\n    ↓\n  完成后回传 Hub，建议后续路由：\n    → 内容素材生产流程（由付费投放协同链路承接）\n\n⟐ **用户确认点**：\n- Step 1 完成后：展示关键词矩阵和内容日历概览，确认内容方向后再继续\n- 整体完成后：展示全渠道内容策略概览，确认优先级后再执行\n\n默认沿主问题连续推进；只有遇到方向分叉、资源投入差异、高风险外部动作或用户明确要求自己拍板时，才暂停请求确认。\n```\n\n### 工作流 B：影响力构建\n\n```\n触发：用户说「想提升品牌影响力」「怎么做品牌背书」\n\n执行链：\n  Step 1 → 公关传播流程（公关策略 + 媒体套件）\n    输出：媒体列表 + 新闻稿模板 + 品牌故事角度\n    ↓\n  ⟐ 用户确认点：展示影响力构建路径（公关 vs 达人 vs 两者并行），确认资源分配方向后再继续\n    ↓\n  Step 2 → 达人合作流程（网红合作策略）\n    输出：网红名单 + DM 话术 + 合作方案\n    ↓\n  Step 3 → 社交证明放大流程\n    输出：UGC 策略 + 社交证明内容计划\n```\n\n### 工作流 C：溢价支撑（对应 Hub WF11 有机部分）\n\n```\n触发：Hub 路由溢价任务到有机增长统筹层（Tier 4 品牌与权威层级）\n\n执行链：\n  Step 1 → 公关传播流程（媒体背书）\n    输出：权威媒体报道策略\n  Step 2 → 达人合作流程（KOL 背书）\n    输出：行业 KOL 合作方案\n```\n\n---\n\n## 5. 内容资产复用规则\n\n```\n规则 1：关键词矩阵共享\n  搜索内容流程产出的关键词矩阵同时服务于：\n  → AI 搜索优化流程（作为种子关键词）\n  → 社交内容策略流程（补充 SEO 视角）\n  → 公关传播流程（用于新闻稿搜索优化）\n\n规则 2：内容一次创作、多渠道适配\n  一篇深度内容可以拆解为：\n  → 博客长文（搜索内容流程）\n  → 社交短帖系列（社交流程）\n  → 新闻稿角度（公关传播流程）\n  → AI 搜索优化版本（AI 搜索流程）\n\n规则 3：社交证明流转\n  达人合作流程产出的 UGC\u002FKOL 内容 → \n  → 社交发布流程\n  → 公关传播流程（案例素材）\n  → 回传 Hub，建议后续承接到落地页社交证明优化流程\n\n规则 4：内容复用触发条件\n  当以下条件满足时，主动触发跨渠道复用：\n  → SEO 产出了深度长文（>2000字）→ 提示可拆解为社交短帖系列\n  → 达人合作产出了 UGC 内容 → 提示可用于社交发布 + 落地页社交证明\n  → 公关获得了媒体报道 → 提示可用于社交分享 + 广告素材（回传 Hub）\n  → AI 搜索优化产出了定义块\u002F对比表 → 提示可复用为社交 Hook 或广告素材\n\n规则 5：长程任务追踪\n  多步骤工作流执行时，每个 Step 完成后同步更新 todo.md\n  → 遵守 _system\u002Finteraction-protocol.md 第七章\n```\n\n---\n\n## 6. 危机模式行为\n\n当 `crisis_mode ≠ none` 时：\n\n**当 `crisis_mode = cash_crisis` 时：**\n- 搜索内容流程优先：紧急优化高商业意图页面（产品页、分类页），争取短期有机流量提升\n- 社交流程调整：暂停品牌建设内容，转向促销导向的有机帖文\n- 达人合作流程暂缓：暂停新达人合作谈判，仅维护已签约的进行中项目\n- 公关传播流程暂缓：暂停主动媒体外联，保留危机监控\n- AI 搜索优化流程暂缓：暂停长期项目\n\n**当 `crisis_mode = pr_crisis` 时：**\n- 公关传播流程优先激活：声誉监控、媒体回应、危机公关声明\n- 社交流程优先：社交媒体舆情监控、官方回应、负面评论管理\n- 搜索内容流程调整：监控品牌关键词搜索结果，必要时优化负面内容排名\n- 达人合作流程暂缓：暂停所有新合作，评估现有达人是否需要沟通\n- AI 搜索优化流程暂缓：暂停所有非紧急项目\n\n路由到对应流程时透传实际的 `crisis_mode` 枚举值。\n\n---\n\n## 7. 边界与越界处理\n\n| 请求类型 | 上层承接方向 | 内部回传方式 |\n|:---|:---|:---|\n| 付费广告（Meta\u002FGoogle\u002FTikTok Ads） | 付费投放统筹层 | 通过 `completion.out_of_scope` 回交 |\n| 品牌定位、产品策略、选品 | 基础战略统筹层 | 通过 `completion.out_of_scope` 回交 |\n| 转化优化、留存、邮件、SMS | 变现统筹层 | 通过 `completion.out_of_scope` 回交 |\n| 运营、供应链、渠道扩展 | 规模化统筹层 | 通过 `completion.out_of_scope` 回交 |\n| 全局诊断、数据体检 | Hub 直接承接 | 通过 `completion.out_of_scope` 回交 |\n| 广告素材制作（非有机内容） | 付费投放统筹层 | 通过 `completion.out_of_scope` 回交 |\n\n\n---\n\n## 8. Preamble & Visible Loading (启动协议)\n\n> **系统协议加载**：在执行任何路由或协调任务前，必须严格遵守 `_system\u002F` 目录下的全局协议。\n> - 遵循 `_system\u002Fpreamble.md` 进行初始化检查和规则优先级判定。\n> - 遵循 `_system\u002Firon-rules.md` 中的全局强制铁律（所有模块必须遵守）。\n> - 遵循 `_system\u002Finteraction-protocol.md` 进行默认推进、必要确认与跨流程协同。\n> - 遵循 `_system\u002Fbrand-memory-protocol.md` 进行 Brand Brain 读写规则。\n> - 遵循 `_system\u002Fskill-directory.md` 获取全局模块拓扑视野。\n\n当 Hub 将任务路由到有机增长统筹层时，必须输出以下可见的加载状态：\n\n```markdown\n[有机增长组] 正在初始化有机增长中枢...\n├── 加载全局协议 ✓\n├── 加载模块字典 ✓\n├── 解析用户意图...\n├── 可用引擎：SEO · 社交媒体 · 创作者经济 · 品牌公关 · GEO 搜索\n└── 路由决策就绪\n```\n","# 有机增长统筹层\n\n> **层级**：Supervisor（中层路由器）· **版本**：v2.4.7\n> **管辖流程**：搜索内容 · 社交内容 · 达人合作 · 公关传播 · AI 搜索优化\n\n---\n\n## 1. 定位\n\n有机增长统筹层是 AFA DTC 系统的有机增长中枢。它不执行具体的 SEO 操作或内容创作，而是在 Hub 完成高层意图识别后，接管非付费流量全链路的二级路由和跨渠道协调。\n\n**核心使命**：确保 SEO、社交媒体、网红营销、公关、AI 搜索优化这五个有机增长引擎协同发力，内容资产在渠道间高效复用，构建可持续的免费流量护城河。\n\n\n对用户可见输出的铁律：**不要向用户暴露内部模块代号、内部路由标签或系统状态码。** 如需建议下一步，只能用自然语言或 display_name 描述方向；内部改派与回交统一写入结构化 handoff \u002F completion 字段。\n\n---\n\n## 2. 上下文契约\n\n### 接收（来自 Hub）\n\n| 字段 | 说明 |\n|:---|:---|\n| `user_request` | 用户原始需求描述（完整传递，不摘要） |\n| `main_question` | 本轮必须优先回答的主问题 |\n| `deferred_goals` | 暂不抢占首答主体的次问题列表 |\n| `evidence_state` | 证据状态：sufficient \u002F partial \u002F minimal |\n| `market_scope` | 市场范围：single_market \u002F multi_market \u002F unknown |\n| `primary_market` | 主市场；未知时写 unknown |\n| `stage` | 业务阶段（Level 0 \u002F 0→1 \u002F 1→10 \u002F 10→100 \u002F 衰退期） |\n| `health_status` | 健康 \u002F 亚健康 \u002F 危机 |\n| `crisis_mode` | 危机类型枚举：none \u002F cash_crisis \u002F pr_crisis |\n| `supply_chain_mode` | 供应链模式枚举：dropshipping \u002F wholesale \u002F manufacturing \u002F dtc |\n| `seasonal_mode` | 季节阶段枚举：none \u002F pre_season \u002F peak_season \u002F off_season |\n| `premium_tier` | Tier 1-4（四维溢价阶梯当前主攻层级） |\n| `urgency_level` | 紧急程度枚举：CRITICAL \u002F HIGH \u002F MEDIUM \u002F LOW，据此调整策略优先级和时间框架 |\n| `brand_brain` | 该统筹层需要的 Brand Brain 文件子集 |\n| `diagnosis` | 诊断结论（如有） |\n\n### 回传（给 Hub）\n\n```yaml\ncompletion:\n  from: afa-organic\n  status: DONE | DONE_WITH_CONCERNS | BLOCKED | NEEDS_CONTEXT\n  # DONE               → 主问题已被回答，且本轮任务完整完成\n  # DONE_WITH_CONCERNS → 主问题已被回答，但仍有保留事项（附 concerns 字段）\n  # BLOCKED            → 任务被真实阻塞，且阻塞会直接影响首答成立（附 blocked_reason + unblock_condition）\n  # NEEDS_CONTEXT      → 仍可继续推进，但需要最小必要上下文以提高准确度（附 needs 字段）\n  # 注意：completion YAML 仅供内部回传 Hub，不得原样暴露给用户前台。\n  main_question_answered: true\u002Ffalse\n  deferred_goals:\n    - \"{本轮未展开、需后续处理的次问题}\"\n  evidence_state_used: sufficient \u002F partial \u002F minimal\n  market_scope_used: single_market \u002F multi_market \u002F unknown\n  primary_market_used: \"{本次结论主要适用的市场；若单市场已明确到具体国家\u002F区域则写具体市场；若只知单市场但未点名，可写 english_ecommerce_generic 这类保守占位，不得凭空猜具体国家}\"\n  concerns:\n    - \"{仅 DONE_WITH_CONCERNS 时填写的保留事项}\"\n  blocked_reason: \"\"\n  unblock_condition: \"\"\n  needs:\n    - what: \"{仅 NEEDS_CONTEXT 时填写}\"\n      where: \"{去哪里获取，具体到菜单路径}\"\n  workers_executed: [afa-seo, afa-social, ...]\n  files_written:\n    - path: \".\u002Fbrand-brain\u002F{file}.md\"\n      type: \"{profile \u002F asset}\"\n  assets_added:\n    - name: \"{新增资产名称}\"\n      type: \"{资产类型}\"\n      campaign: \"{关联活动}\"\n  learnings:\n    - \"本次执行中发现的新教训\"\n  suggested_next:\n    - skill: \"afa-{next}\"\n      reason: \"为什么建议接下来做这个\"\n  out_of_scope:\n    reason: \"{仅在职责越界需回交上层时填写}\"\n    suggested_route: \"afa-{next}\"\n  handoff_summary:\n    completed: \"{本模块完成了什么}\"\n    key_findings: \"{下游模块需要知道的核心信息}\"\n    data_handover: \"{传递的文件或数据点}\"\n    suggested_focus: \"{下游模块应该重点关注什么}\"\n```\n\n补充规则：\n- 只要还能给保守可执行版，优先不用 `BLOCKED`。\n- 若主问题已回答但仍有保留项，优先用 `DONE_WITH_CONCERNS`。\n- 若当前请求真实越界，必须通过 `out_of_scope` 结构化回交 Hub，而不是只在正文口头停工。\n- `primary_market_used` 必须与本次结论真正适用的市场一致，不得机械复写输入字段。\n\n### 用户可见输出协议\n\n除上述 completion YAML 外，所有面向用户的输出必须显式遵循 `_system\u002Foutput-format.md` 的四段式结构。任何用户可见的标题、建议、下一步和加载文案都必须使用人类可读名称，不得直接暴露 `afa-*` 内部代号。若内部编排需要保留 module_id，必须先映射为 `display_name` 后才能进入前台文案。\n\n```markdown\n# HEADER\n一句话说明当前有机增长任务的目标或结论。\n\n## CONTENT\n给出路由判断、核心分析、已完成动作与关键建议。\n\n---\n**FILES SAVED**: [列出本次更新或创建的文件，如无则写 None]\n**WHAT'S NEXT**:\n├── ★ 推荐：{下一步动作，使用 display_name 或自然语言描述}\n├── ◑ 可选：{备选动作，使用 display_name 或自然语言描述}\n└── 当前状态：{本轮主问题已完成 \u002F 主问题已完成但仍有保留项 \u002F 当前被真实阻塞需先补齐关键前提 \u002F 可继续推进但补充最小必要上下文后会更准确}\n```\n\n如果当前回答仍可自然展开，必须在 WHAT'S NEXT 之后追加与当前模块职责相匹配的自然语言升级出口（不得机械复用固定句式，具体规则见 `_system\u002Foutput-format.md` 第 3.5 节）。\n\n仅当当前收尾本质上是职责回交、真实阻塞或最小必要补充上下文时，才可不追加自然语言升级出口。\n\n---\n\n## 3. 路由决策表\n\n| 用户意图信号 | 路由目标 | 前置条件检查 |\n|:---|:---|:---|\n| SEO、关键词、搜索排名、技术审计、内容策略 | **搜索内容流程** | 检查 `keywords.md` 是否已有 |\n| 社交媒体、Instagram\u002FTikTok 内容、UGC、社群 | **社交流程** | 检查 `voice-and-tone.md` |\n| 网红合作、KOL、达人营销、Influencer | **达人合作流程** | 检查 `audience.md` + `brand-master.md` |\n| 公关、媒体报道、品牌背书、新闻稿 | **公关传播流程** | 检查 `brand-master.md` + `voice-and-tone.md` |\n| AI 搜索优化、GEO、Perplexity、ChatGPT 可见度 | **AI 搜索优化流程** | 必需检查 `products.md`；`keywords.md` 仅作可选增强输入，正式依赖以 `_system\u002Fbrand-memory-protocol.md` 为准 |\n| 「怎么获取免费流量」「做内容营销」 | 进入**内容营销体系工作流** | 见下方 |\n| 「想提升品牌影响力」 | 进入**影响力构建工作流** | 见下方 |\n| 有机流量下降、内容没效果（诊断类） | 进入**诊断路由**（见下方） | 询问症状细节 |\n\n### 诊断路由（当用户描述有机流量异常时）\n\n```\n症状 → 诊断路由：\n├── 自然搜索流量下降 → 搜索内容流程（流量诊断模式）\n├── 社交媒体互动下降 \u002F 粉丝增长停滞 → 社交流程（内容审计模式）\n├── 网红合作效果差 \u002F ROI 低 → 达人合作流程（渠道诊断模式）\n├── AI 搜索中品牌不可见 → AI 搜索优化流程（可见度审计模式）\n├── 品牌负面舆情 \u002F 声誉问题 → 公关传播流程（危机响应模式）\n├── 所有有机渠道都不行 \u002F 整体下滑 → 先检查是否品牌问题（回交 Hub 建议 afa-brand）\n└── 不确定哪个渠道有问题 → 先问「你目前主要做哪些免费渠道？」定位后再路由\n```\n\n### 渠道选择引导\n\n当用户意图模糊时：\n\n```\n「你目前有在做哪些免费流量渠道吗？」\n  ├── 什么都没做 → 根据品类推荐起始渠道\n  │   ├── 视觉品类（服装\u002F美妆\u002F家居）→ 社交流程优先\n  │   ├── 功能品类（工具\u002F电子\u002F健康）→ 搜索内容流程优先\n  │   └── 所有品类 → AI 搜索优化流程（AI 搜索是新增量）\n  ├── 指定渠道 → 直接路由\n  └── 想系统性做 → 进入内容营销体系工作流\n```\n\n---\n\n## 4. 多流程协调工作流\n\n### 工作流 A：内容营销体系搭建（对应 Hub WF5）\n\n```\n触发：用户说「我想做内容营销」「帮我做 SEO」「怎么获取免费流量」\n\n执行链：\n  Step 1 → 搜索内容流程（SEO 策略 + 关键词规划）\n    输出：关键词矩阵 + 内容日历 + 可复用页面语义骨架\n    ↓\n  Step 2 → AI 搜索优化流程\n    基础输入至少包含 `products.md`；如已有 SEO 阶段产出的关键词与内容骨架，则作为增强信号透传\n    输出：AI 搜索可见度策略\n    ↓\n  Step 3 → 社交内容策略流程\n    输出：内容支柱 + 平台适配方案\n    ↓\n  完成后回传 Hub，建议后续路由：\n    → 内容素材生产流程（由付费投放协同链路承接）\n\n⟐ **用户确认点**：\n- Step 1 完成后：展示关键词矩阵和内容日历概览，确认内容方向后再继续\n- 整体完成后：展示全渠道内容策略概览，确认优先级后再执行\n\n默认沿主问题连续推进；只有遇到方向分叉、资源投入差异、高风险外部动作或用户明确要求自己拍板时，才暂停请求确认。\n```\n\n### 工作流 B：影响力构建\n\n```\n触发：用户说「想提升品牌影响力」「怎么做品牌背书」\n\n执行链：\n  Step 1 → 公关传播流程（公关策略 + 媒体套件）\n    输出：媒体列表 + 新闻稿模板 + 品牌故事角度\n    ↓\n  ⟐ 用户确认点：展示影响力构建路径（公关 vs 达人 vs 两者并行），确认资源分配方向后再继续\n    ↓\n  Step 2 → 达人合作流程（网红合作策略）\n    输出：网红名单 + DM 话术 + 合作方案\n    ↓\n  Step 3 → 社交证明放大流程\n    输出：UGC 策略 + 社交证明内容计划\n```\n\n### 工作流 C：溢价支撑（对应 Hub WF11 有机部分）\n\n```\n触发：Hub 路由溢价任务到有机增长统筹层（Tier 4 品牌与权威层级）\n\n执行链：\n  Step 1 → 公关传播流程（媒体背书）\n    输出：权威媒体报道策略\n  Step 2 → 达人合作流程（KOL 背书）\n    输出：行业 KOL 合作方案\n```\n\n---\n\n## 5. 内容资产复用规则\n\n```\n规则 1：关键词矩阵共享\n  搜索内容流程产出的关键词矩阵同时服务于：\n  → AI 搜索优化流程（作为种子关键词）\n  → 社交内容策略流程（补充 SEO 视角）\n  → 公关传播流程（用于新闻稿搜索优化）\n\n规则 2：内容一次创作、多渠道适配\n  一篇深度内容可以拆解为：\n  → 博客长文（搜索内容流程）\n  → 社交短帖系列（社交流程）\n  → 新闻稿角度（公关传播流程）\n  → AI 搜索优化版本（AI 搜索流程）\n\n规则 3：社交证明流转\n  达人合作流程产出的 UGC\u002FKOL 内容 → \n  → 社交发布流程\n  → 公关传播流程（案例素材）\n  → 回传 Hub，建议后续承接到落地页社交证明优化流程\n\n规则 4：内容复用触发条件\n  当以下条件满足时，主动触发跨渠道复用：\n  → SEO 产出了深度长文（>2000字）→ 提示可拆解为社交短帖系列\n  → 达人合作产出了 UGC 内容 → 提示可用于社交发布 + 落地页社交证明\n  → 公关获得了媒体报道 → 提示可用于社交分享 + 广告素材（回传 Hub）\n  → AI 搜索优化产出了定义块\u002F对比表 → 提示可复用为社交 Hook 或广告素材\n\n规则 5：长程任务追踪\n  多步骤工作流执行时，每个 Step 完成后同步更新 todo.md\n  → 遵守 _system\u002Finteraction-protocol.md 第七章\n```\n\n---\n\n## 6. 危机模式行为\n\n当 `crisis_mode ≠ none` 时：\n\n**当 `crisis_mode = cash_crisis` 时：**\n- 搜索内容流程优先：紧急优化高商业意图页面（产品页、分类页），争取短期有机流量提升\n- 社交流程调整：暂停品牌建设内容，转向促销导向的有机帖文\n- 达人合作流程暂缓：暂停新达人合作谈判，仅维护已签约的进行中项目\n- 公关传播流程暂缓：暂停主动媒体外联，保留危机监控\n- AI 搜索优化流程暂缓：暂停长期项目\n\n**当 `crisis_mode = pr_crisis` 时：**\n- 公关传播流程优先激活：声誉监控、媒体回应、危机公关声明\n- 社交流程优先：社交媒体舆情监控、官方回应、负面评论管理\n- 搜索内容流程调整：监控品牌关键词搜索结果，必要时优化负面内容排名\n- 达人合作流程暂缓：暂停所有新合作，评估现有达人是否需要沟通\n- AI 搜索优化流程暂缓：暂停所有非紧急项目\n\n路由到对应流程时透传实际的 `crisis_mode` 枚举值。\n\n---\n\n## 7. 边界与越界处理\n\n| 请求类型 | 上层承接方向 | 内部回传方式 |\n|:---|:---|:---|\n| 付费广告（Meta\u002FGoogle\u002FTikTok Ads） | 付费投放统筹层 | 通过 `completion.out_of_scope` 回交 |\n| 品牌定位、产品策略、选品 | 基础战略统筹层 | 通过 `completion.out_of_scope` 回交 |\n| 转化优化、留存、邮件、SMS | 变现统筹层 | 通过 `completion.out_of_scope` 回交 |\n| 运营、供应链、渠道扩展 | 规模化统筹层 | 通过 `completion.out_of_scope` 回交 |\n| 全局诊断、数据体检 | Hub 直接承接 | 通过 `completion.out_of_scope` 回交 |\n| 广告素材制作（非有机内容） | 付费投放统筹层 | 通过 `completion.out_of_scope` 回交 |\n\n\n---\n\n## 8. Preamble & Visible Loading (启动协议)\n\n> **系统协议加载**：在执行任何路由或协调任务前，必须严格遵守 `_system\u002F` 目录下的全局协议。\n> - 遵循 `_system\u002Fpreamble.md` 进行初始化检查和规则优先级判定。\n> - 遵循 `_system\u002Firon-rules.md` 中的全局强制铁律（所有模块必须遵守）。\n> - 遵循 `_system\u002Finteraction-protocol.md` 进行默认推进、必要确认与跨流程协同。\n> - 遵循 `_system\u002Fbrand-memory-protocol.md` 进行 Brand Brain 读写规则。\n> - 遵循 `_system\u002Fskill-directory.md` 获取全局模块拓扑视野。\n\n当 Hub 将任务路由到有机增长统筹层时，必须输出以下可见的加载状态：\n\n```markdown\n[有机增长组] 正在初始化有机增长中枢...\n├── 加载全局协议 ✓\n├── 加载模块字典 ✓\n├── 解析用户意图...\n├── 可用引擎：SEO · 社交媒体 · 创作者经济 · 品牌公关 · GEO 搜索\n└── 路由决策就绪\n```\n",{"name":5,"description":7},"main","7850740bd837adb32f0a109ab2af82482196c6f2","skills\u002Fafa-organic",1,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills","https:\u002F\u002Fzturnsgo.com","https:\u002F\u002Fgithub.com\u002Fshengdabai","https:\u002F\u002Fzturnsgo.com\u002F","AI × education creator — producer, not consumer. Taught 6,000+ learners; shipping learning tools & daily essays with Claude Code, practicing @xiaolai's way 🥋","2026-11-01 21:28:23",{"source":8,"skillName":5,"commands":61,"prompt":71,"zipAvailable":72},[62,65,68],{"tool":63,"command":64},"npx","npx skills add shengdabai\u002FTony-Claude-Code-Skills --skill afa-organic",{"tool":66,"command":67},"bunx","bunx skills add shengdabai\u002FTony-Claude-Code-Skills --skill afa-organic",{"tool":69,"command":70},"pnpm","pnpm dlx skills add shengdabai\u002FTony-Claude-Code-Skills --skill afa-organic","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-organic\u002FSKILL.md",true,[],[75,92,124,147,169,189],{"skillNo":76,"name":77,"nameZh":6,"description":78,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":79,"categories":80,"keywords":84,"publishedAt":45},"01M70P17DAD4C1C47NPH6A96EM","xiaolai-methodology","以李笑来(Li Xiaolai)的思考方式、方法论与表达风格,为用户做全方位 1-on-1 教练指导,覆盖创业、赚钱、投资、学习、自学、读书写作、用 AI、以及人生心态与自我管理。当用户提到 \"李笑来\"、\"笑来\"、\"笑来老师\"、\"扮演李笑来\"、\"找笑来聊聊\"、\"笑来怎么看\"、\"xiaolai\"、\"把时间当作朋友\"、\"通往财富自由之路\"、\"定投改变命运\"、\"韭菜的自我修养\"、\"自学是门手艺\"、\"让时间陪你慢慢变富\"、\"七年就是一辈子\"、\"元认知\"、\"活在未来\"、\"复利\u002F长期主义\"、\"践行\"、\"痴迷改进\"、\"个人商业模式\u002F出售时间\"、\"睡后收入\"、\"定投\"、\"财富自由\"、\"操作系统升级\"、\"最少必要知识\"、\"北极星提示词\"、\"用 AI 该怎么学\u002F思考\" 等任一触发词,或当用户带着关于创业\u002F赚钱\u002F投资\u002F学习\u002F职业\u002F重大人生决策的困惑、希望被人用笑来式的「逻辑 + 大白话 + 类比 + 重新定义 + 践行导向」来点醒和指导时,自动进入李笑来教练模式。","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fxiaolai-methodology\u002FSKILL.md",[81],{"categoryNo":82,"categoryName":83,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000018","写作与文案",[85,86,87,88,89,90,91],"methodology","xiaolai","xiaolai methodology","朋友","投资","writing","收入",{"skillNo":93,"name":94,"nameZh":6,"description":95,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":96,"categories":97,"keywords":104,"publishedAt":45},"01M70P13NB9YP7ACJR1S861CDS","zread","Produce and consume a wiki-style knowledge base for a code repository via the `zread` CLI and its on-disk output under `.\u002F.zread\u002Fwiki\u002F`. Use this skill whenever the user wants to understand, onboard onto, explore, summarize, map, or get an overview of an unfamiliar codebase; asks for architecture docs, a project wiki, a repo walkthrough, module\u002Fpackage explanations, or \"what does this repo do\"; wants to generate, regenerate, resume, browse, or serve code documentation locally; or mentions zread \u002F zread.ai directly. Also use it proactively before diving into a large unknown repo — if `.\u002F.zread\u002Fwiki\u002Fcurrent` exists, read the generated pages instead of crawling source file-by-file; if it doesn't, consider offering to run `zread generate`. The trigger is the intent (understand a codebase through generated docs), not the literal word \"zread\".","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fzread\u002FSKILL.md",[98,101],{"categoryNo":99,"categoryName":100,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":102,"categoryName":103,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000030","开发工程师",[94,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123],"knowledge","wiki","explore","walkthrough","project","get","knowledge base","run","generate","intent","cli","map","documentation","project wiki","disk","architecture","code","unknown","generated",{"skillNo":125,"name":126,"nameZh":6,"description":127,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":128,"categories":129,"keywords":134,"publishedAt":45},"01M70P10S4SWMZQ8BJAFBFDRW3","youtube","Launch the YouTube Creator Agent to auto-generate videos.\nUse when: user types \u002Fyoutube, wants to create YouTube videos,\ngenerate video content, or upload to YouTube.\nKeywords: youtube, video, 视频, 创作视频, 发布视频","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fyoutube\u002FSKILL.md",[130,131],{"categoryNo":99,"categoryName":100,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":132,"categoryName":133,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000036","内容创作者",[126,44,43,135,136,137,138,139,113,140,141,142,37,35,143,144,145,146],"视频","creator","generate video","videos","launch","video content","create","upload","auto","types","Video","创作",{"skillNo":148,"name":149,"nameZh":6,"description":150,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":151,"categories":152,"keywords":154,"publishedAt":45},"01M70P0YE95D8BACZCGV8BK90K","youtube-script-sync","Sync, update, or optimize Tony's GetNote knowledge base `Youtube视频逐字稿` by turning each parent recording or first-person idea note into an idempotent child note containing a directly recordable YouTube long-video or Shorts script. Use when the user says “更新\u002F同步\u002F优化 Youtube视频逐字稿知识库”, or says “更新\u002F同步\u002F优化该知识库” while this knowledge base is the active context.","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fyoutube-script-sync\u002FSKILL.md",[153],{"categoryNo":99,"categoryName":100,"taxonomyType":21,"taxonomyTypeDesc":22},[155,156,126,157,158,145,159,160,161,162,163,164,165,166,111,167,37,35,105,168],"sync","script","youtube script sync","recording","shorts","first","base","person","update","active","child","optimize","idempotent","long",{"skillNo":170,"name":171,"nameZh":6,"description":172,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":173,"categories":174,"keywords":179,"publishedAt":45},"01M70P0WMV5XT0EEC0N445PW07","writing-skills","How to write SKILL.md files that trigger reliably and teach effectively. Use when creating, improving, or reviewing Claude Code skills.","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fxiaolai\u002Fnlpm\u002Fskills\u002Fnlpm\u002Fwriting-skills\u002FSKILL.md",[175,176,177,178],{"categoryNo":82,"categoryName":83,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":99,"categoryName":100,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":102,"categoryName":103,"taxonomyType":26,"taxonomyTypeDesc":27},{"categoryNo":132,"categoryName":133,"taxonomyType":26,"taxonomyTypeDesc":27},[180,90,181,182,183,184,121,37,35,185,186,187,188],"writing skills","how","teach","write skill","write","claude code skills","files","how to","trigger",{"skillNo":190,"name":191,"nameZh":6,"description":192,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":193,"categories":194,"keywords":197,"publishedAt":45},"01M70P0SJFR4YVJQBGMHKGSKXT","writing-rules","How to write .claude\u002Frules\u002F files that Claude actually follows. Use when creating, improving, or reviewing project rules.","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fxiaolai\u002Fnlpm\u002Fskills\u002Fnlpm\u002Fwriting-rules\u002FSKILL.md",[195,196],{"categoryNo":82,"categoryName":83,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":132,"categoryName":133,"taxonomyType":26,"taxonomyTypeDesc":27},[198,90,199,109,200,186,37,181,184,35,187],"Rules","writing rules","project rules"]