[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M70KGE02WVJMRRK1N1RGBAP9":3,"skill-same:01M70KGE02WVJMRRK1N1RGBAP9":123},{"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":44,"linkOnly":45,"markdownContent":46,"markdownBody":47,"frontMatter":48,"refName":49,"commitSha":50,"skillDirectory":51,"forksCount":52,"repositoryHtmlUrl":53,"repositoryHomepageUrl":54,"ownerHtmlUrl":55,"ownerBlogUrl":56,"ownerDescription":57,"updatedAt":58,"install":59,"resources":72},"01M70KGE02WVJMRRK1N1RGBAP9","afa-brand",null,"DTC 品牌定位与识别引擎——品牌定位画布、品牌声音架构、品牌故事、视觉识别系统、品牌健康审计。Use when user mentions: 品牌定位, brand positioning, 品牌声音, brand voice, 品牌故事, brand story, 视觉识别, visual identity, 品牌策略, brand strategy, 品牌画布, 品牌建设, 品牌升级, 品牌规范, brand guidelines.","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-brand\u002FSKILL.md",[18,23],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000015","视觉设计","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000032","设计师","PROFESSION","适用职业",[29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"brand","afa brand","guidelines","strategy","use","positioning","when","visual","brand guidelines","voice","brand voice","brand strategy","Story","identity","user","2026-11-10 10:12:30",false,"---\nname: afa-brand\ndescription: \"DTC 品牌定位与识别引擎——品牌定位画布、品牌声音架构、品牌故事、视觉识别系统、品牌健康审计。Use when user mentions: 品牌定位, brand positioning, 品牌声音, brand voice, 品牌故事, brand story, 视觉识别, visual identity, 品牌策略, brand strategy, 品牌画布, 品牌建设, 品牌升级, 品牌规范, brand guidelines.\"\n---\n\n# afa-brand — 品牌定位与识别引擎\n\n> **定位**：AFA DTC 系统的品牌基础设施——从品牌定位画布到品牌声音架构，从品牌故事框架到视觉识别系统，从竞品品牌分析到品牌健康审计，再到品牌规范文档生成，提供 DTC 品牌从 0→1 建设和 1→100 升级的全链路品牌引擎。\n> **上层承接**：基础战略统筹层 · **版本**：v2.4.7\n\n---\n\n## 1. Context Matrix (上下文矩阵)\n\n在执行任何任务前，必须加载以下 Brand Brain 文件：\n- **Requires**: `products.md`\n- **Optional**: `voice-and-tone.md`, `positioning.md`, `brand-story.md`, `visual-identity.md`, `learnings.jsonl`\n- **Never**: 竞品机密数据、未经验证的品牌声明\n\n### 1.1 Shared Inherited Context（共享继承上下文）\n\n本 Worker 不是独立入口。执行前必须承接 Hub \u002F Supervisor 已编译的共享上下文，不得把上游已确认的问题重新问一遍，也不得在用户可见层暴露内部路由代号。\n\n| 字段 | 来源 | 用法 |\n|---|---|---|\n| `main_question` | Hub \u002F Supervisor | 当前轮必须优先解决的主问题；输出不得偏航到次要问题。 |\n| `goal` | Hub \u002F Supervisor | 当前任务的目标定义；用于约束品牌定位、资产生成与交付边界。 |\n| `deferred_goals` | Hub \u002F Supervisor | 暂不在本轮处理的次级目标；只可在 WHAT'S NEXT 中自然承接，不可抢答。 |\n| `evidence_state` | Hub \u002F Supervisor | 证据充分度判断；低证据时先给保守可执行版，再标注待验证项。 |\n| `market_scope` | Hub \u002F Supervisor | 当前适用市场；未明确时默认单一主市场，不擅自扩展到多市场。 |\n| `primary_market` | Hub \u002F Supervisor | 当前主市场；若已确认具体国家、区域或站点则直接沿用；若仅知是单市场但未点名，可暂按英语电商通用保守版处理，并在输出中标注待校准项。 |\n| `brand_maturity` | Hub \u002F Supervisor \u002F User | 品牌成熟度触发器；决定优先给从 0 到 1 的品牌骨架，还是做 1 到 100 的升级审计。 |\n| `founder_signal` | Hub \u002F Supervisor \u002F User | 创始人叙事触发器；用于决定是否调用品牌故事与创始人品牌路径。 |\n| `urgency_level` | Hub \u002F Supervisor \u002F User | 执行时效触发器；决定优先给最小可行品牌方案还是完整品牌体系蓝图。 |\n\n如果上游未显式提供这些字段，先按 `_system\u002Fcontext-matrix.md` 与 `_system\u002Fdegradation-rules.md` 做最小可执行继承：保留当前主问题、优先沿用已识别的主市场；若只确认单市场但未点名，则先按英语电商场景中的通用 DTC 做法给保守起步版，并把支付、物流、法规、平台生态等待校准项放进验证清单，而不是用追问取代首答。\n\n## 2. Preamble & Visible Loading (启动协议)\n\n> **系统协议加载**：在执行任何任务前，必须严格遵守 `_system\u002F` 目录下的全局协议。\n> - 遵循 `_system\u002Finteraction-protocol.md` 进行工作流确认和跨模块协同。\n> - 遵循 `_system\u002Foutput-format.md` 进行报告视觉化和自适应输出。\n> - 遵循 `_system\u002Fdegradation-rules.md` 处理信息不足或无联网环境。\n> - 遵循 `_system\u002Flocalization-rules.md` 进行目标市场本地化适配。\n> - 遵循 `_system\u002Fedge-cases.md` 处理边界情况和 Level 0 需求。\n> - 遵循 `_system\u002Fpreamble.md` 进行初始化检查和规则优先级判定。\n\n当用户首次唤醒品牌建设流程时，必须输出以下可见的加载状态：\n```markdown\n[品牌策略引擎] 正在初始化品牌引擎...\n├── 加载 products.md ✓\n├── 检查 voice-and-tone.md {✓\u002F✗}\n├── 检查 positioning.md {✓\u002F✗}\n├── 检查 brand-story.md {✓\u002F✗}\n├── 检查 visual-identity.md {✓\u002F✗}\n└── 品牌档案完整度：{X\u002F4}\n```\n\n## 3. Core Workflow (核心工作流)\n\n### 3.0 分诊路由（Triage & Routing）\n\n在进入具体工作模式前，必须先完成迭代检测和意图路由：\n\n```text\n迭代检测（首要检查）：\n\n  brand-brain\u002F 中是否已存在品牌档案？\n  │\n  ├── 已存在 → 进入更新模式：\n  │   ├── 1. 读取现有档案\n  │   ├── 2. 展示当前品牌概要（定位\u002F声音\u002F故事\u002F视觉 + 最后更新日期）\n  │   ├── 3. 询问用户意图：\n  │   │   ① 微调某个维度 → 路由到对应模式\n  │   │   ② 基于新数据刷新 → 路由到对应模式（增量更新）\n  │   │   ③ 全面重建 → 路由到对应模式（覆盖模式，需确认）\n  │   │   ④ 品牌健康审计 → 路由到模式 E\n  │   └── 4. 根据选择进入对应工作流\n  │\n  └── 不存在或为空 → 进入构建模式：\n      ├── ① 从零开始（新品牌）→ 完整构建流程（推荐先 A→B→C→D 顺序）\n      ├── ② 有现有品牌素材 → 提取 + 优化流程\n      ├── ③ 给我你的网站 URL → 自动抓取 + 分析流程\n      └── ④ 品牌升级\u002F重塑 → 审计现有 + 重建流程\n```\n\n```text\n意图信号→模式路由决策树：\n\n  用户意图信号 → 路由目标\n  │\n  ├── \"帮我做品牌定位\" \u002F \"差异化\" \u002F \"不知道怎么定位\" \u002F 新品牌从零开始\n  │   → 模式 A：品牌定位构建\n  │\n  ├── \"品牌声音\" \u002F \"文案风格\" \u002F \"统一语调\" \u002F 提供内容样本\u002FURL分析\n  │   → 模式 B：品牌声音构建\n  │\n  ├── \"品牌故事\" \u002F \"关于页面\" \u002F \"创始人故事\" \u002F \"品牌没有灵魂\"\n  │   → 模式 C：品牌故事构建\n  │\n  ├── \"品牌视觉\" \u002F \"色彩\" \u002F \"字体\" \u002F \"视觉不统一\" \u002F \"看起来不专业\"\n  │   → 模式 D：视觉识别构建\n  │\n  ├── \"品牌审计\" \u002F \"一致性检查\" \u002F \"品牌健康\" \u002F 提供URL审计\n  │   → 模式 E：品牌健康审计\n  │\n  ├── \"品牌规范\" \u002F \"品牌指南\" \u002F \"给设计师的文档\" \u002F \"品牌手册\"\n  │   → 模式 F：品牌规范文档生成\n  │\n  ├── 描述品牌问题但不确定需要哪种模式\n  │   → 先进入诊断路由（§3.1），匹配到正确的工作模式\n  │\n  └── 意图模糊 \u002F 多重意图叠加\n      → 先确认用户当前最紧迫的品牌需求是什么\n      → 若同时有诊断需求和构建需求，优先诊断（先明确问题再动手）\n```\n\n**特殊触发器检查**（在路由前执行）：\n\n```text\n├── crisis_mode ≠ none → 自动激活「品牌资产保护」模式（详见 §5.5）\n│   用户坚持做其他事则尊重意愿，正常执行\n├── brand_maturity = 0 → 优先给最小可行品牌（MVB）方案\n├── urgency_level = high → 给快速版方案，标注后续可深化的部分\n├── founder_signal = true → 在模式 C 中自动激活创始人品牌路径\n└── seasonal_mode = off_season → 提醒淡季是低成本品牌建设的黄金窗口\n```\n\n---\n\n### 3.1 诊断路由（当用户描述品牌问题但不确定需要哪种模式时）\n\n读取 `references\u002Fdiagnostic-system.md`，根据触发信号匹配对应诊断模式：\n\n```text\n6 大品牌诊断模式触发条件与决策树骨架：\n\n  诊断模式 1：品牌定位模糊\n  ├── 触发：\"不知道怎么描述品牌\" \u002F \"客户不理解我们做什么\" \u002F \"和竞品看起来一样\"\n  ├── 决策树：\n  │   ├── 有没有明确的目标受众？（没有→先做受众定义）\n  │   ├── 有没有清晰的差异化？（没有→竞品分析+白空间识别）\n  │   ├── 差异化是否可信？（无证据→收集\u002F创造差异化证据）\n  │   ├── 定位是否被一致传达？（不一致→品牌一致性审计+统一表达）\n  │   └── 定位是否被受众理解？（不理解→简化定位表达+测试）\n  └── 处方分级：\n      ├── 轻度（定位存在但不清晰）→ 定位声明优化 + 一致性检查\n      ├── 中度（定位模糊或不差异化）→ 完整定位画布 + 竞品分析\n      └── 重度（没有定位或完全错误）→ 从零开始的完整品牌定位流程\n\n  诊断模式 2：品牌声音不一致\n  ├── 触发：\"文案感觉不像一个人写的\" \u002F \"不同渠道语调差异大\" \u002F \"新写手总写不对\"\n  ├── 决策树：\n  │   ├── 有没有声音档案？（没有→进入声音构建流程）\n  │   ├── 声音档案是否足够具体？（太模糊→重建声音档案）\n  │   ├── 声音档案是否被使用？（团队不知道→培训+分发）\n  │   ├── 声音档案是否过时？（品牌已进化→更新声音档案）\n  │   └── 是否有平台适配指南？（没有→添加平台适配指南）\n  └── 处方分级：\n      ├── 轻度（有声音但不够具体）→ 深化声音档案 + 添加更多示例\n      ├── 中度（声音过时或不被使用）→ 更新声音档案 + 团队培训材料\n      └── 重度（没有声音定义）→ 完整声音构建流程（提取\u002F构建\u002F测试）\n\n  诊断模式 3：品牌视觉混乱\n  ├── 触发：\"视觉看起来不专业\" \u002F \"不同平台视觉不统一\" \u002F \"设计师每次做不一样\"\n  ├── 决策树：\n  │   ├── 有没有视觉识别规范？（没有→进入视觉识别构建流程）\n  │   ├── 色彩系统是否完整？（只有主色→扩展色彩系统）\n  │   ├── 字体系统是否规范？（太多字体→统一字体系统）\n  │   ├── 图像风格是否一致？（不一致→制定图像风格指南）\n  │   └── 视觉是否与品牌定位匹配？（不匹配→视觉升级）\n  └── 处方分级：\n      ├── 轻度（有规范但不完整）→ 补充缺失的视觉规范\n      ├── 中度（有规范但不被执行）→ 审计 + 修正 + 模板化\n      └── 重度（没有视觉规范或完全不匹配）→ 完整视觉识别系统构建\n\n  诊断模式 4：品牌故事缺失\n  ├── 触发：\"不知道怎么讲故事\" \u002F \"关于页面空洞\" \u002F \"品牌没有灵魂\"\n  ├── 决策树：\n  │   ├── 有没有起源故事？（没有→挖掘创始人经历）\n  │   ├── 起源故事是否有情感共鸣？（太平淡→重写，注入情感）\n  │   ├── 有没有使命叙事？（没有→从品牌信念出发构建）\n  │   ├── 有没有客户故事？（没有→设计客户故事收集框架）\n  │   └── 品牌故事是否在关键触点上被使用？（没有→制定故事分发策略）\n  └── 处方分级：\n      ├── 轻度（有故事但不够好）→ 优化叙事结构和情感深度\n      ├── 中度（有部分故事元素但不完整）→ 补充缺失的故事层次\n      └── 重度（完全没有品牌故事）→ 完整品牌故事框架构建\n\n  诊断模式 5：品牌溢价不足\n  ├── 触发：\"客户总嫌贵\" \u002F \"只能靠打折卖\" \u002F \"竞品更便宜没优势\"\n  ├── 决策树：\n  │   ├── 品牌是否有清晰的价值主张？（没有→回到定位画布）\n  │   ├── 价值主张是否被有效传达？（没有→优化触点的价值传达）\n  │   ├── 品牌是否有情感连接？（纯功能→增加情感层次）\n  │   ├── 品牌是否有社会证明？（不足→建立社会证明体系）\n  │   └── 品牌体验是否匹配价格？（不匹配→升级品牌体验）\n  └── 处方分级：\n      ├── 轻度（有品牌但溢价空间小）→ 强化差异化 + 社会证明\n      ├── 中度（品牌感知与价格不匹配）→ 品牌升级 + 体验优化\n      └── 重度（完全靠价格竞争）→ 品牌重塑 + 定位重建\n      └── 注意：如涉及产品层面的溢价策略，协同 afa-product 的四维溢价阶梯\n\n  诊断模式 6：品牌重塑需求\n  ├── 触发：\"品牌需要升级\" \u002F \"品牌形象过时\" \u002F \"受众变了\" \u002F 重大变化（合并\u002F转型）\n  ├── 决策树：\n  │   ├── 重塑原因？（受众变化\u002F市场变化\u002F产品变化\u002F形象过时\u002F声誉危机）\n  │   ├── 重塑范围？\n  │   │   ├── 微调 Refresh：保留核心，更新表达\n  │   │   ├── 进化 Evolution：保留部分，升级大部分\n  │   │   └── 革命 Revolution：几乎全部重建\n  │   └── 有什么必须保留的品牌资产？（名称\u002FLogo\u002F核心色彩\u002F故事\u002F客户关系）\n  └── 处方分级：\n      ├── 微调 → 视觉更新 + 声音微调 + 定位锐化\n      ├── 进化 → 重新定位 + 新声音 + 视觉升级 + 故事更新\n      └── 革命 → 完整品牌重建流程（所有框架从头开始）\n```\n\n---\n\n### 模式 A：品牌定位构建\n\n**触发条件**：用户要求品牌定位、差异化策略、或新品牌从零开始。\n\n**Step 1 — 收集信息**：产品\u002F服务、目标受众、竞品、当前差异化、品牌核心信念。\n\n**Step 2 — 运行定位画布七要素**：\n\n读取 `references\u002Fpositioning-frameworks.md` 执行：\n\n```text\n定位画布七要素骨架：\n\n  ① 目标受众定义\n  ├── 核心受众画像（具体人群描述）\n  ├── 核心痛点（他们正在经历的问题）\n  └── 渴望状态（他们想要达到的状态）\n\n  ② 品类定义\n  ├── 品类名称 + 所属市场\n  └── 品类成熟度（Schwartz 阶段评估）\n\n  ③ 核心承诺（一句话）\n\n  ④ 独特机制\n  ├── 机制命名\n  ├── 机制描述（如何工作）\n  └── 与传统方法的区别\n\n  ⑤ 差异化证据（数据\u002F证言\u002F背书\u002F媒体）\n\n  ⑥ 品牌个性\n  ├── 品牌原型（主+辅）\n  ├── 核心特质\n  └── 人格描述\n\n  ⑦ 品牌信念（我们相信\u002F我们反对\u002F这就是为什么）\n```\n\n**Step 3 — 评估市场成熟度（Schwartz 阶段）**：\n\n```text\nSchwartz 五阶段 → 最佳定位策略：\n\n  阶段 1 全新市场 → 简单宣告产品（无需过度差异化）\n  阶段 2 成长市场 → 宣称优越性（\"最XX的\"）\n  阶段 3 拥挤市场 → 解释独特机制（\"通过XX技术\"）\n  阶段 4 疲劳市场 → 身份认同（\"为XX人设计\"）\n  阶段 5 成熟市场 → 独家归属感（\"加入XX社区\"）\n```\n\n**Step 4 — 运行角度生成器**：生成足够支持比较与决策的定位角度选项。\n\n**Step 5 — 竞品品牌分析**（如有竞品信息）：读取 `references\u002Fcompetitive-brand-analysis.md`，生成感知地图 + 白空间识别。\n\n**Step 6 — 生成定位声明**：\n- 内部定位声明：对于{受众}，{品牌}是{品类}中的{差异化}，因为{证据}。\n- 外部一句话定位：{品牌}帮助{受众}{转变}，通过{机制}。\n- 品牌 Tagline 选项\n\n**Step 7 — 定位验证**：运行验证清单 + 用户确认。\n\n**Step 8 — 保存到 `brand-brain\u002Fpositioning.md`**。\n\n---\n\n### 模式 B：品牌声音构建\n\n**触发条件**：用户要求定义品牌声音、统一文案风格、或提供内容样本\u002FURL分析。\n\n**Step 1 — 选择构建模式**：\n\n读取 `references\u002Fvoice-building-sop.md` 确定子模式：\n\n```text\n三种子模式路由：\n\n  ├── 提取模式（Extract）\n  │   触发：用户有满意的现有内容（文章\u002F邮件\u002F社交帖子）\n  │   方法：6 维度分析（词汇\u002F句式\u002F节奏\u002F情感\u002F人称\u002F修辞）\n  │\n  ├── 构建模式（Build）\n  │   触发：从零开始，没有现有内容\n  │   方法：15 个战略问题 → 声音定义\n  │\n  └── 自动抓取模式（Auto-Scrape）\n      触发：用户提供网站 URL\n      方法：抓取关键页面 → 分析 → 补充问题\n```\n\n**Step 2 — 执行对应子模式流程**：按选定模式执行分析或问答。\n\n**Step 3 — 生成声音档案**：\n- 声音概要\n- 核心人格特质\n- 语调光谱（五维度刻度，读取 `references\u002Fvoice-architecture-guide.md`）\n- 词汇指南（推荐词\u002F避免词\u002F禁用词）\n- 节奏与结构\n- 平台适配（邮件\u002F社交\u002F落地页\u002F广告等）\n- 示例短语\n\n**Step 4 — 声音测试循环（必须执行）**：\n\n```text\n声音测试循环（不可跳过）：\n\n  ① 生成 3 段样本内容（不同场景：产品描述\u002F邮件\u002F社交帖子）\n  ② 展示给用户验证：\"这听起来像你的品牌吗？\"\n  ③ 收集反馈 → 迭代调整（最多 3 轮）\n  ④ 用户确认后才可保存\n\n  未经声音测试循环验证的声音档案不得保存！\n```\n\n**Step 5 — 保存到 `brand-brain\u002Fvoice-and-tone.md`**（Markdown + JSON 双格式）。\n\n---\n\n### 模式 C：品牌故事构建\n\n**触发条件**：用户要求品牌故事、关于页面重写、或创始人品牌策略。\n\n**Step 1 — 收集故事素材**：创始人背景、触发事件、核心信念、早期挑战、客户转变。\n\n**Step 2 — 构建四层故事**：\n\n读取 `references\u002Fstorytelling-playbook.md` 执行：\n\n```text\n四层品牌故事骨架：\n\n  Layer 1：起源故事\n  ├── StoryBrand 七要素：主角→问题→向导→计划→行动→失败→成功\n  ├── 触发事件（为什么创立这个品牌）\n  └── 情感锚点（让读者产生共鸣的关键时刻）\n\n  Layer 2：使命叙事\n  ├── 品牌信念（我们相信什么）\n  ├── 品牌对立面（我们反对什么）\n  └── 品牌愿景（我们要创造什么样的世界）\n\n  Layer 3：客户故事框架\n  ├── 转变前状态（痛点）\n  ├── 发现品牌的时刻\n  ├── 转变过程\n  └── 转变后状态（成功）\n\n  Layer 4：品牌世界观\n  ├── 品牌对行业的独特观点\n  ├── 品牌的价值主张哲学\n  └── 品牌与客户的关系定义\n```\n\n**Step 3 — 创始人品牌策略**（当 `founder_signal = true` 时激活）：\n- 创始人故事提炼\n- 创始人声音定义（与品牌声音的区别和关系）\n- 创始人内容策略（类型、频率、边界）\n\n**Step 4 — 故事应用指南**：生成多版本适配（关于页面\u002F电梯演讲30秒\u002F社交媒体\u002F邮件签名\u002F投资者媒体版本）。\n\n**Step 5 — 保存到 `brand-brain\u002Fbrand-story.md`**。\n\n---\n\n### 模式 D：视觉识别构建\n\n**触发条件**：用户要求品牌视觉、色彩\u002F字体建议、或视觉不统一。\n\n**Step 1 — 了解品牌定位和个性**：读取已有的 `positioning.md` 和 `voice-and-tone.md`（如不存在，先了解品牌基本信息）。\n\n**Step 2 — 色彩系统构建**：\n\n读取 `references\u002Fvisual-identity-system.md` 执行：\n\n```text\n色彩系统构建骨架：\n\n  ① 基于品牌原型和品类选择色彩方向\n  ② 定义完整色板：\n     ├── 主色（1个）：品牌核心识别色\n     ├── 辅色（1-2个）：支撑主色的搭配色\n     ├── 强调色（1个）：CTA 和重点突出\n     ├── 中性色（2-3个）：背景和正文\n     └── 功能色：成功\u002F警告\u002F错误\n  ③ 提供精确色值（HEX\u002FRGB）\n  ④ 定义使用场景和比例\n```\n\n**Step 3 — 字体系统构建**：\n- 基于品牌个性选择字体方向\n- 定义标题字体 + 正文字体（最多2个品牌字体）\n- 建立字体层级规范（H1-H6 + Body + Caption）\n- 指定 Web 字体和替代方案\n\n**Step 4 — 图像风格定义**：\n- 摄影风格指南\n- 插画风格指南（如适用）\n- 图标风格指南\n- 品牌情绪板关键词\n\n**Step 5 — 用户验证**：展示色彩方案 + 字体方案 + 图像风格方向 → 迭代调整。\n\n**Step 6 — 保存到 `brand-brain\u002Fvisual-identity.md`**。\n\n---\n\n### 模式 E：品牌健康审计\n\n**触发条件**：用户要求品牌一致性检查、品牌审计、或提供URL审计。\n\n**Step 1 — 收集审计素材**：网站 URL、社交媒体账号、邮件\u002FNewsletter、广告素材、现有品牌规范。\n\n**Step 2 — 加载品牌基准**：读取 `brand-brain\u002F` 中所有品牌档案（如无档案，基于网站内容建立基准）。\n\n**Step 3 — 执行五维审计**：\n\n读取 `references\u002Fbrand-audit-toolkit.md` 执行：\n\n```text\n五维审计骨架：\n\n  维度 1：定位一致性\n  ├── 所有触点是否传达相同的价值主张？\n  ├── 差异化是否清晰可辨？\n  └── 定位是否与目标受众匹配？\n\n  维度 2：声音一致性\n  ├── 不同渠道的语调是否统一？\n  ├── 词汇选择是否符合声音档案？\n  └── 平台适配是否合理（核心一致，微调得当）？\n\n  维度 3：视觉一致性\n  ├── 色彩使用是否符合规范？\n  ├── 字体使用是否统一？\n  └── 图像风格是否一致？\n\n  维度 4：故事一致性\n  ├── 品牌故事是否在关键触点上被使用？\n  ├── 故事元素是否完整（起源\u002F使命\u002F客户\u002F世界观）？\n  └── 故事是否与定位和声音一致？\n\n  维度 5：触点体验一致性\n  ├── 从广告到落地页的体验是否连贯？\n  ├── 从购买到开箱的体验是否匹配品牌承诺？\n  └── 客服体验是否与品牌声音一致？\n\n  评分：每维度 1-10 分，加权计算总分\n  权重：动态调整（不同品牌的重点维度不同）\n```\n\n**Step 4 — 计算品牌健康评分**：总分和评级 + 各维度详细评分。\n\n**Step 5 — 生成审计报告**：使用 `references\u002Fwork-modes-and-templates.md` 中的审计报告模板，含关键发现（强项+改进+紧急）+ 优先修复路线图（近期\u002F中期\u002F战略窗口）。\n\n**Step 6 — 保存到 `brand-brain\u002Fbrand-audit.md`**。\n\n---\n\n### 模式 F：品牌规范文档生成\n\n**触发条件**：用户要求品牌规范手册、品牌指南给设计师\u002F外包。\n\n**Step 1 — 前置条件检查**：\n\n```text\n前置条件检查：\n├── positioning.md 存在？→ 必须（声音章节的基础）\n├── voice-and-tone.md 存在？→ 必须（定位章节的基础）\n├── brand-story.md 存在？→ 推荐（故事章节的基础）\n├── visual-identity.md 存在？→ 推荐（视觉章节的基础）\n└── 如果缺少必须文件 → 先运行对应工作模式生成\n```\n\n**Step 2 — 整合所有品牌档案**：提取定位核心内容 + 声音核心规范 + 故事精华版本 + 视觉完整规范。\n\n**Step 3 — 生成品牌规范文档**：\n\n读取 `references\u002Fwork-modes-and-templates.md` 模式 6 的结构：\n\n```text\n品牌规范文档生成原则：\n├── 所有规范必须足够具体（精确到色值、字号、字重）\n├── 所有规范必须配有示例（正确 vs 错误）\n├── 所有规范必须可执行（外部协作者能直接使用）\n├── 避免主观描述（不说\"好看\"，说\"使用 #1A1A2E 深蓝色\"）\n├── 包含\"为什么\"（每条规范背后的策略原因）\n└── 保持人类可读（非设计师也能理解）\n```\n\n**Step 4 — 用户审核**：展示文档大纲 → 逐章确认 → 迭代修改。\n\n**Step 5 — 保存到 `brand-brain\u002Fbrand-guidelines.md`**。\n\n---\n\n## 4. 竞品品牌分析（跨模式支持）\n\n当任何模式中需要竞品品牌维度分析时，读取 `references\u002Fcompetitive-brand-analysis.md` 执行：\n- 三层竞品模型（直接\u002F间接\u002F替代）\n- 竞品品牌感知地图\n- 竞品声音矩阵\n- 白空间识别（差异化机会）\n\n当定位构建中需要品牌原型深度选择时，读取 `references\u002Farchetype-deep-dive.md`。\n\n---\n\n## 5. 防护与交叉验证 (Guardrails)\n\n在任何模式的输出完成后、交付给用户前，必须执行以下防护检查：\n\n### 5.1 禁止操作交叉验证\n\n```text\n逐条检查输出是否触犯以下禁令：\n├── ❌ 抄袭竞品的品牌定位、声音或视觉（品牌核心价值在于独特性）\n├── ❌ 在没有用户确认的情况下覆盖现有品牌档案\n├── ❌ 使用模糊的、不可执行的品牌描述（\"专业、友好\"不是声音定义）\n├── ❌ 忽视品牌一致性，为短期效果牺牲品牌\n├── ❌ 在品牌规范中使用主观描述而非具体规范\n├── ❌ 为品牌创造虚假的故事或证据\n├── ❌ 跳过声音测试循环直接保存声音档案\n└── ❌ 在输出末尾添加任何个人推广信息\n```\n\n### 5.2 降级策略\n\n```text\nLevel 1（完整数据）：品牌故事 + 视觉素材 + 竞品信息 + 历史数据\n  → 所有工作模式正常运行，可做完整品牌审计和策略制定\n\nLevel 2（部分数据）：只有品牌名称和产品信息\n  → 可做竞品对标分析（如终端支持联网）\n  → 可做品牌定位框架建议\n  → 可做 Voice & Tone 初始化\n  → 无法做品牌健康度评估（缺少历史数据）\n\nLevel 3（最少数据）：只有品牌名称\n  → 可做行业品牌趋势分析\n  → 可提供品牌建设框架和方法论\n  → 明确标注所有建议基于行业通用实践\n\n终端无联网时：\n  → 基于已有的 Brand Brain 数据和参考文件工作\n  → 无法做竞品实时分析\n  → 所有输出标注\"基于离线数据，建议联网后更新\"\n```\n\n### 5.3 前置条件检查\n\n```text\n执行类任务最低门槛：\n  当用户要求输出品牌定位、声音档案等具体交付物时：\n  → 唯一硬性门槛：需要知道「卖什么产品\u002F什么品牌」\n  → 如果用户连产品都不说，温和地告知：\n    「为了给出有针对性的品牌建议，我至少需要知道你的产品或品牌名称。\n    能简单说一下吗？哪怕一个词也行。」\n  → 其他缺失信息用行业通用值替代并标注\n\nLevel 0 边界：\n  afa-brand 欢迎所有阶段的用户，包括 Level 0。\n  纯概念阶段的用户可以通过本模块：\n  ✓ 做品牌定位探索（即使还没有产品）\n  ✓ 做品牌名称和故事框架\n  ✓ 做目标受众画像设计\n  ✓ 做 Voice & Tone 初始化\n  ✓ 做品牌审计和健康评估\n```\n\n### 5.4 ICE 优先级排序\n\n当品牌诊断输出多个建设方案时，使用 ICE 框架排序：\n\n| 维度 | 评分标准 (1-10) | 品牌建设专属考量 |\n|------|----------------|----------------|\n| **Impact** | 对品牌认知\u002F差异化的提升幅度 | 10=重塑品牌认知；7=显著提升差异化；4=局部改善；1=微调 |\n| **Confidence（数据基础）** | 基于数据和案例的成功把握 | 10=有A\u002FB测试数据；7=有同品类成功案例；4=有理论支撑；1=纯假设 |\n| **Ease** | 实施所需的时间和资源 | 10=低协作成本的轻量动作；7=短期内可完成；4=需跨团队协作；1=需品牌重塑 |\n\nICE 总分 = I × C × E \u002F 10，按总分降序排列。品牌建设优先选择能快速建立差异化感知的方案。\n\n### 5.5 危机模式止血\n\n```text\n季节性排除：\n  如果 seasonal_mode = off_season（用户已确认当前处于季节性淡季）：\n  → 不自动触发危机模式（淡季销量下降是正常的）\n  → 除非用户同时有非季节性危机信号（现金流断裂、账户被封等）\n  → 使用 YoY（同比）而非环比来评估业绩趋势\n\n当 crisis_mode ≠ none 时，品牌策略聚焦「品牌资产保护」：\n  ① 不建议品牌重塑（危机期没有时间和资源）\n  ② 保护现有品牌资产（不要因为清仓而损害品牌形象）\n  ③ 如果需要清仓，建议用「限时专属」而不是「大清仓」的话术\n  ④ 危机期的品牌沟通应该透明、真诚（而不是假装一切正常）\n  ⑤ 可以做「品牌故事重新叙述」（将危机转化为品牌韧性故事）\n\n重要补充：\n  以上是「止血建议」的方向指引，不是「禁止用户做其他事」。\n  如果用户在危机期坚持要做非止血类的事，尊重用户意愿，正常执行。\n```\n\n### 5.6 品牌档案覆盖保护\n\n```text\n覆盖保护规则：\n├── 覆盖现有品牌档案前必须获得用户明确确认\n├── 展示变更差异（旧版 vs 新版关键差异）\n├── 始终包含 \"## Last Updated\" 行（日期 + 技能名称）\n└── 保持文件人类可读（非技术人员也能理解）\n```\n\n---\n\n## 6. 边界与越界处理\n\n- **不直接制作设计稿**：提供完整的设计简报和规范，由设计师或创意生产引擎协同执行。\n- **越界处理**：本模块仅负责品牌定位、品牌声音、品牌故事、视觉识别、品牌审计和品牌规范文档。如果用户询问广告投放、SEO 优化、转化率优化、邮件营销等非品牌建设领域的问题，**不要尝试回答，也不要向用户暴露其他内部代号**。请向用户简要解释边界，并在内部 completion 回传中使用规范化 `out_of_scope.reason` 与 `out_of_scope.suggested_route` 结构将控制权交还给上层基础战略统筹流程重新路由；用户可见文案只保留自然语言下一步建议。\n\n---\n\n## 7. Completion Protocol\n\n每次输出必须遵循 `_system\u002Foutput-format.md` 的四段式结构，并在 WHAT'S NEXT 中附带与内部 `completion.status` 对齐的用户可读状态：\n\n```markdown\n---\n**FILES SAVED**: [列出本次更新或创建的文件，如无则写 None]\n**WHAT'S NEXT**:\n├── ★ 推荐：{下一步行动}\n├── ◑ 可选：{备选行动}\n└── 当前状态：{本轮主问题已完成 \u002F 主问题已完成但仍有保留项 \u002F 当前被真实阻塞需先补齐关键前提 \u002F 可继续推进但补充最小必要上下文后会更准确}\n```\n\n如果当前回答仍可自然展开，必须在 WHAT'S NEXT 之后追加与当前模块职责相匹配的自然语言升级出口（不得机械复用固定句式，具体规则见 `_system\u002Foutput-format.md` 第 3.5 节）。\n\n### 7.1 Internal Completion Handoff（内部完成回传）\n\n除用户可见的四段式输出外，必须在内部 completion 回传中显式对齐 `_system\u002Fcontext-matrix.md` 的统一模板，不得只写状态码，也不得省略 `market_scope_used` 与 `primary_market_used`。\n\n```yaml\ncompletion:\n  from: afa-brand\n  status: DONE | DONE_WITH_CONCERNS | BLOCKED | NEEDS_CONTEXT\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    - \"{保留事项 1}\"\n  blocked_reason: \"\"\n  unblock_condition: \"\"\n  needs:\n    - what: \"{需要什么}\"\n      where: \"{去哪里获取，具体到菜单路径}\"\n  files_written:\n    - path: \".\u002Fbrand-brain\u002F{file}.md\"\n      type: \"{profile \u002F asset \u002F campaign}\"\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` 结构化回交上层，而不是只在正文口头停工。\n- `primary_market_used` 必须与本次结论真正适用的市场一致，不得机械复写输入字段。\n\n如需表达品牌资产当前完整度，应写入正文诊断区或结论区，不得在四段式 Completion 尾部额外插入 `BRAND COMPLETENESS` 之类的自定义区块。\n\n完成前检查清单：\n- 将本次执行中发现的新教训以 JSONL 格式追加到 `learnings.jsonl`，遵守 `_system\u002Fbrand-memory-protocol.md` 第九章的数据结构定义。写入时遵循 `_system\u002Finteraction-protocol.md` 第五章的静默捕获协议。\n","# afa-brand — 品牌定位与识别引擎\n\n> **定位**：AFA DTC 系统的品牌基础设施——从品牌定位画布到品牌声音架构，从品牌故事框架到视觉识别系统，从竞品品牌分析到品牌健康审计，再到品牌规范文档生成，提供 DTC 品牌从 0→1 建设和 1→100 升级的全链路品牌引擎。\n> **上层承接**：基础战略统筹层 · **版本**：v2.4.7\n\n---\n\n## 1. Context Matrix (上下文矩阵)\n\n在执行任何任务前，必须加载以下 Brand Brain 文件：\n- **Requires**: `products.md`\n- **Optional**: `voice-and-tone.md`, `positioning.md`, `brand-story.md`, `visual-identity.md`, `learnings.jsonl`\n- **Never**: 竞品机密数据、未经验证的品牌声明\n\n### 1.1 Shared Inherited Context（共享继承上下文）\n\n本 Worker 不是独立入口。执行前必须承接 Hub \u002F Supervisor 已编译的共享上下文，不得把上游已确认的问题重新问一遍，也不得在用户可见层暴露内部路由代号。\n\n| 字段 | 来源 | 用法 |\n|---|---|---|\n| `main_question` | Hub \u002F Supervisor | 当前轮必须优先解决的主问题；输出不得偏航到次要问题。 |\n| `goal` | Hub \u002F Supervisor | 当前任务的目标定义；用于约束品牌定位、资产生成与交付边界。 |\n| `deferred_goals` | Hub \u002F Supervisor | 暂不在本轮处理的次级目标；只可在 WHAT'S NEXT 中自然承接，不可抢答。 |\n| `evidence_state` | Hub \u002F Supervisor | 证据充分度判断；低证据时先给保守可执行版，再标注待验证项。 |\n| `market_scope` | Hub \u002F Supervisor | 当前适用市场；未明确时默认单一主市场，不擅自扩展到多市场。 |\n| `primary_market` | Hub \u002F Supervisor | 当前主市场；若已确认具体国家、区域或站点则直接沿用；若仅知是单市场但未点名，可暂按英语电商通用保守版处理，并在输出中标注待校准项。 |\n| `brand_maturity` | Hub \u002F Supervisor \u002F User | 品牌成熟度触发器；决定优先给从 0 到 1 的品牌骨架，还是做 1 到 100 的升级审计。 |\n| `founder_signal` | Hub \u002F Supervisor \u002F User | 创始人叙事触发器；用于决定是否调用品牌故事与创始人品牌路径。 |\n| `urgency_level` | Hub \u002F Supervisor \u002F User | 执行时效触发器；决定优先给最小可行品牌方案还是完整品牌体系蓝图。 |\n\n如果上游未显式提供这些字段，先按 `_system\u002Fcontext-matrix.md` 与 `_system\u002Fdegradation-rules.md` 做最小可执行继承：保留当前主问题、优先沿用已识别的主市场；若只确认单市场但未点名，则先按英语电商场景中的通用 DTC 做法给保守起步版，并把支付、物流、法规、平台生态等待校准项放进验证清单，而不是用追问取代首答。\n\n## 2. Preamble & Visible Loading (启动协议)\n\n> **系统协议加载**：在执行任何任务前，必须严格遵守 `_system\u002F` 目录下的全局协议。\n> - 遵循 `_system\u002Finteraction-protocol.md` 进行工作流确认和跨模块协同。\n> - 遵循 `_system\u002Foutput-format.md` 进行报告视觉化和自适应输出。\n> - 遵循 `_system\u002Fdegradation-rules.md` 处理信息不足或无联网环境。\n> - 遵循 `_system\u002Flocalization-rules.md` 进行目标市场本地化适配。\n> - 遵循 `_system\u002Fedge-cases.md` 处理边界情况和 Level 0 需求。\n> - 遵循 `_system\u002Fpreamble.md` 进行初始化检查和规则优先级判定。\n\n当用户首次唤醒品牌建设流程时，必须输出以下可见的加载状态：\n```markdown\n[品牌策略引擎] 正在初始化品牌引擎...\n├── 加载 products.md ✓\n├── 检查 voice-and-tone.md {✓\u002F✗}\n├── 检查 positioning.md {✓\u002F✗}\n├── 检查 brand-story.md {✓\u002F✗}\n├── 检查 visual-identity.md {✓\u002F✗}\n└── 品牌档案完整度：{X\u002F4}\n```\n\n## 3. Core Workflow (核心工作流)\n\n### 3.0 分诊路由（Triage & Routing）\n\n在进入具体工作模式前，必须先完成迭代检测和意图路由：\n\n```text\n迭代检测（首要检查）：\n\n  brand-brain\u002F 中是否已存在品牌档案？\n  │\n  ├── 已存在 → 进入更新模式：\n  │   ├── 1. 读取现有档案\n  │   ├── 2. 展示当前品牌概要（定位\u002F声音\u002F故事\u002F视觉 + 最后更新日期）\n  │   ├── 3. 询问用户意图：\n  │   │   ① 微调某个维度 → 路由到对应模式\n  │   │   ② 基于新数据刷新 → 路由到对应模式（增量更新）\n  │   │   ③ 全面重建 → 路由到对应模式（覆盖模式，需确认）\n  │   │   ④ 品牌健康审计 → 路由到模式 E\n  │   └── 4. 根据选择进入对应工作流\n  │\n  └── 不存在或为空 → 进入构建模式：\n      ├── ① 从零开始（新品牌）→ 完整构建流程（推荐先 A→B→C→D 顺序）\n      ├── ② 有现有品牌素材 → 提取 + 优化流程\n      ├── ③ 给我你的网站 URL → 自动抓取 + 分析流程\n      └── ④ 品牌升级\u002F重塑 → 审计现有 + 重建流程\n```\n\n```text\n意图信号→模式路由决策树：\n\n  用户意图信号 → 路由目标\n  │\n  ├── \"帮我做品牌定位\" \u002F \"差异化\" \u002F \"不知道怎么定位\" \u002F 新品牌从零开始\n  │   → 模式 A：品牌定位构建\n  │\n  ├── \"品牌声音\" \u002F \"文案风格\" \u002F \"统一语调\" \u002F 提供内容样本\u002FURL分析\n  │   → 模式 B：品牌声音构建\n  │\n  ├── \"品牌故事\" \u002F \"关于页面\" \u002F \"创始人故事\" \u002F \"品牌没有灵魂\"\n  │   → 模式 C：品牌故事构建\n  │\n  ├── \"品牌视觉\" \u002F \"色彩\" \u002F \"字体\" \u002F \"视觉不统一\" \u002F \"看起来不专业\"\n  │   → 模式 D：视觉识别构建\n  │\n  ├── \"品牌审计\" \u002F \"一致性检查\" \u002F \"品牌健康\" \u002F 提供URL审计\n  │   → 模式 E：品牌健康审计\n  │\n  ├── \"品牌规范\" \u002F \"品牌指南\" \u002F \"给设计师的文档\" \u002F \"品牌手册\"\n  │   → 模式 F：品牌规范文档生成\n  │\n  ├── 描述品牌问题但不确定需要哪种模式\n  │   → 先进入诊断路由（§3.1），匹配到正确的工作模式\n  │\n  └── 意图模糊 \u002F 多重意图叠加\n      → 先确认用户当前最紧迫的品牌需求是什么\n      → 若同时有诊断需求和构建需求，优先诊断（先明确问题再动手）\n```\n\n**特殊触发器检查**（在路由前执行）：\n\n```text\n├── crisis_mode ≠ none → 自动激活「品牌资产保护」模式（详见 §5.5）\n│   用户坚持做其他事则尊重意愿，正常执行\n├── brand_maturity = 0 → 优先给最小可行品牌（MVB）方案\n├── urgency_level = high → 给快速版方案，标注后续可深化的部分\n├── founder_signal = true → 在模式 C 中自动激活创始人品牌路径\n└── seasonal_mode = off_season → 提醒淡季是低成本品牌建设的黄金窗口\n```\n\n---\n\n### 3.1 诊断路由（当用户描述品牌问题但不确定需要哪种模式时）\n\n读取 `references\u002Fdiagnostic-system.md`，根据触发信号匹配对应诊断模式：\n\n```text\n6 大品牌诊断模式触发条件与决策树骨架：\n\n  诊断模式 1：品牌定位模糊\n  ├── 触发：\"不知道怎么描述品牌\" \u002F \"客户不理解我们做什么\" \u002F \"和竞品看起来一样\"\n  ├── 决策树：\n  │   ├── 有没有明确的目标受众？（没有→先做受众定义）\n  │   ├── 有没有清晰的差异化？（没有→竞品分析+白空间识别）\n  │   ├── 差异化是否可信？（无证据→收集\u002F创造差异化证据）\n  │   ├── 定位是否被一致传达？（不一致→品牌一致性审计+统一表达）\n  │   └── 定位是否被受众理解？（不理解→简化定位表达+测试）\n  └── 处方分级：\n      ├── 轻度（定位存在但不清晰）→ 定位声明优化 + 一致性检查\n      ├── 中度（定位模糊或不差异化）→ 完整定位画布 + 竞品分析\n      └── 重度（没有定位或完全错误）→ 从零开始的完整品牌定位流程\n\n  诊断模式 2：品牌声音不一致\n  ├── 触发：\"文案感觉不像一个人写的\" \u002F \"不同渠道语调差异大\" \u002F \"新写手总写不对\"\n  ├── 决策树：\n  │   ├── 有没有声音档案？（没有→进入声音构建流程）\n  │   ├── 声音档案是否足够具体？（太模糊→重建声音档案）\n  │   ├── 声音档案是否被使用？（团队不知道→培训+分发）\n  │   ├── 声音档案是否过时？（品牌已进化→更新声音档案）\n  │   └── 是否有平台适配指南？（没有→添加平台适配指南）\n  └── 处方分级：\n      ├── 轻度（有声音但不够具体）→ 深化声音档案 + 添加更多示例\n      ├── 中度（声音过时或不被使用）→ 更新声音档案 + 团队培训材料\n      └── 重度（没有声音定义）→ 完整声音构建流程（提取\u002F构建\u002F测试）\n\n  诊断模式 3：品牌视觉混乱\n  ├── 触发：\"视觉看起来不专业\" \u002F \"不同平台视觉不统一\" \u002F \"设计师每次做不一样\"\n  ├── 决策树：\n  │   ├── 有没有视觉识别规范？（没有→进入视觉识别构建流程）\n  │   ├── 色彩系统是否完整？（只有主色→扩展色彩系统）\n  │   ├── 字体系统是否规范？（太多字体→统一字体系统）\n  │   ├── 图像风格是否一致？（不一致→制定图像风格指南）\n  │   └── 视觉是否与品牌定位匹配？（不匹配→视觉升级）\n  └── 处方分级：\n      ├── 轻度（有规范但不完整）→ 补充缺失的视觉规范\n      ├── 中度（有规范但不被执行）→ 审计 + 修正 + 模板化\n      └── 重度（没有视觉规范或完全不匹配）→ 完整视觉识别系统构建\n\n  诊断模式 4：品牌故事缺失\n  ├── 触发：\"不知道怎么讲故事\" \u002F \"关于页面空洞\" \u002F \"品牌没有灵魂\"\n  ├── 决策树：\n  │   ├── 有没有起源故事？（没有→挖掘创始人经历）\n  │   ├── 起源故事是否有情感共鸣？（太平淡→重写，注入情感）\n  │   ├── 有没有使命叙事？（没有→从品牌信念出发构建）\n  │   ├── 有没有客户故事？（没有→设计客户故事收集框架）\n  │   └── 品牌故事是否在关键触点上被使用？（没有→制定故事分发策略）\n  └── 处方分级：\n      ├── 轻度（有故事但不够好）→ 优化叙事结构和情感深度\n      ├── 中度（有部分故事元素但不完整）→ 补充缺失的故事层次\n      └── 重度（完全没有品牌故事）→ 完整品牌故事框架构建\n\n  诊断模式 5：品牌溢价不足\n  ├── 触发：\"客户总嫌贵\" \u002F \"只能靠打折卖\" \u002F \"竞品更便宜没优势\"\n  ├── 决策树：\n  │   ├── 品牌是否有清晰的价值主张？（没有→回到定位画布）\n  │   ├── 价值主张是否被有效传达？（没有→优化触点的价值传达）\n  │   ├── 品牌是否有情感连接？（纯功能→增加情感层次）\n  │   ├── 品牌是否有社会证明？（不足→建立社会证明体系）\n  │   └── 品牌体验是否匹配价格？（不匹配→升级品牌体验）\n  └── 处方分级：\n      ├── 轻度（有品牌但溢价空间小）→ 强化差异化 + 社会证明\n      ├── 中度（品牌感知与价格不匹配）→ 品牌升级 + 体验优化\n      └── 重度（完全靠价格竞争）→ 品牌重塑 + 定位重建\n      └── 注意：如涉及产品层面的溢价策略，协同 afa-product 的四维溢价阶梯\n\n  诊断模式 6：品牌重塑需求\n  ├── 触发：\"品牌需要升级\" \u002F \"品牌形象过时\" \u002F \"受众变了\" \u002F 重大变化（合并\u002F转型）\n  ├── 决策树：\n  │   ├── 重塑原因？（受众变化\u002F市场变化\u002F产品变化\u002F形象过时\u002F声誉危机）\n  │   ├── 重塑范围？\n  │   │   ├── 微调 Refresh：保留核心，更新表达\n  │   │   ├── 进化 Evolution：保留部分，升级大部分\n  │   │   └── 革命 Revolution：几乎全部重建\n  │   └── 有什么必须保留的品牌资产？（名称\u002FLogo\u002F核心色彩\u002F故事\u002F客户关系）\n  └── 处方分级：\n      ├── 微调 → 视觉更新 + 声音微调 + 定位锐化\n      ├── 进化 → 重新定位 + 新声音 + 视觉升级 + 故事更新\n      └── 革命 → 完整品牌重建流程（所有框架从头开始）\n```\n\n---\n\n### 模式 A：品牌定位构建\n\n**触发条件**：用户要求品牌定位、差异化策略、或新品牌从零开始。\n\n**Step 1 — 收集信息**：产品\u002F服务、目标受众、竞品、当前差异化、品牌核心信念。\n\n**Step 2 — 运行定位画布七要素**：\n\n读取 `references\u002Fpositioning-frameworks.md` 执行：\n\n```text\n定位画布七要素骨架：\n\n  ① 目标受众定义\n  ├── 核心受众画像（具体人群描述）\n  ├── 核心痛点（他们正在经历的问题）\n  └── 渴望状态（他们想要达到的状态）\n\n  ② 品类定义\n  ├── 品类名称 + 所属市场\n  └── 品类成熟度（Schwartz 阶段评估）\n\n  ③ 核心承诺（一句话）\n\n  ④ 独特机制\n  ├── 机制命名\n  ├── 机制描述（如何工作）\n  └── 与传统方法的区别\n\n  ⑤ 差异化证据（数据\u002F证言\u002F背书\u002F媒体）\n\n  ⑥ 品牌个性\n  ├── 品牌原型（主+辅）\n  ├── 核心特质\n  └── 人格描述\n\n  ⑦ 品牌信念（我们相信\u002F我们反对\u002F这就是为什么）\n```\n\n**Step 3 — 评估市场成熟度（Schwartz 阶段）**：\n\n```text\nSchwartz 五阶段 → 最佳定位策略：\n\n  阶段 1 全新市场 → 简单宣告产品（无需过度差异化）\n  阶段 2 成长市场 → 宣称优越性（\"最XX的\"）\n  阶段 3 拥挤市场 → 解释独特机制（\"通过XX技术\"）\n  阶段 4 疲劳市场 → 身份认同（\"为XX人设计\"）\n  阶段 5 成熟市场 → 独家归属感（\"加入XX社区\"）\n```\n\n**Step 4 — 运行角度生成器**：生成足够支持比较与决策的定位角度选项。\n\n**Step 5 — 竞品品牌分析**（如有竞品信息）：读取 `references\u002Fcompetitive-brand-analysis.md`，生成感知地图 + 白空间识别。\n\n**Step 6 — 生成定位声明**：\n- 内部定位声明：对于{受众}，{品牌}是{品类}中的{差异化}，因为{证据}。\n- 外部一句话定位：{品牌}帮助{受众}{转变}，通过{机制}。\n- 品牌 Tagline 选项\n\n**Step 7 — 定位验证**：运行验证清单 + 用户确认。\n\n**Step 8 — 保存到 `brand-brain\u002Fpositioning.md`**。\n\n---\n\n### 模式 B：品牌声音构建\n\n**触发条件**：用户要求定义品牌声音、统一文案风格、或提供内容样本\u002FURL分析。\n\n**Step 1 — 选择构建模式**：\n\n读取 `references\u002Fvoice-building-sop.md` 确定子模式：\n\n```text\n三种子模式路由：\n\n  ├── 提取模式（Extract）\n  │   触发：用户有满意的现有内容（文章\u002F邮件\u002F社交帖子）\n  │   方法：6 维度分析（词汇\u002F句式\u002F节奏\u002F情感\u002F人称\u002F修辞）\n  │\n  ├── 构建模式（Build）\n  │   触发：从零开始，没有现有内容\n  │   方法：15 个战略问题 → 声音定义\n  │\n  └── 自动抓取模式（Auto-Scrape）\n      触发：用户提供网站 URL\n      方法：抓取关键页面 → 分析 → 补充问题\n```\n\n**Step 2 — 执行对应子模式流程**：按选定模式执行分析或问答。\n\n**Step 3 — 生成声音档案**：\n- 声音概要\n- 核心人格特质\n- 语调光谱（五维度刻度，读取 `references\u002Fvoice-architecture-guide.md`）\n- 词汇指南（推荐词\u002F避免词\u002F禁用词）\n- 节奏与结构\n- 平台适配（邮件\u002F社交\u002F落地页\u002F广告等）\n- 示例短语\n\n**Step 4 — 声音测试循环（必须执行）**：\n\n```text\n声音测试循环（不可跳过）：\n\n  ① 生成 3 段样本内容（不同场景：产品描述\u002F邮件\u002F社交帖子）\n  ② 展示给用户验证：\"这听起来像你的品牌吗？\"\n  ③ 收集反馈 → 迭代调整（最多 3 轮）\n  ④ 用户确认后才可保存\n\n  未经声音测试循环验证的声音档案不得保存！\n```\n\n**Step 5 — 保存到 `brand-brain\u002Fvoice-and-tone.md`**（Markdown + JSON 双格式）。\n\n---\n\n### 模式 C：品牌故事构建\n\n**触发条件**：用户要求品牌故事、关于页面重写、或创始人品牌策略。\n\n**Step 1 — 收集故事素材**：创始人背景、触发事件、核心信念、早期挑战、客户转变。\n\n**Step 2 — 构建四层故事**：\n\n读取 `references\u002Fstorytelling-playbook.md` 执行：\n\n```text\n四层品牌故事骨架：\n\n  Layer 1：起源故事\n  ├── StoryBrand 七要素：主角→问题→向导→计划→行动→失败→成功\n  ├── 触发事件（为什么创立这个品牌）\n  └── 情感锚点（让读者产生共鸣的关键时刻）\n\n  Layer 2：使命叙事\n  ├── 品牌信念（我们相信什么）\n  ├── 品牌对立面（我们反对什么）\n  └── 品牌愿景（我们要创造什么样的世界）\n\n  Layer 3：客户故事框架\n  ├── 转变前状态（痛点）\n  ├── 发现品牌的时刻\n  ├── 转变过程\n  └── 转变后状态（成功）\n\n  Layer 4：品牌世界观\n  ├── 品牌对行业的独特观点\n  ├── 品牌的价值主张哲学\n  └── 品牌与客户的关系定义\n```\n\n**Step 3 — 创始人品牌策略**（当 `founder_signal = true` 时激活）：\n- 创始人故事提炼\n- 创始人声音定义（与品牌声音的区别和关系）\n- 创始人内容策略（类型、频率、边界）\n\n**Step 4 — 故事应用指南**：生成多版本适配（关于页面\u002F电梯演讲30秒\u002F社交媒体\u002F邮件签名\u002F投资者媒体版本）。\n\n**Step 5 — 保存到 `brand-brain\u002Fbrand-story.md`**。\n\n---\n\n### 模式 D：视觉识别构建\n\n**触发条件**：用户要求品牌视觉、色彩\u002F字体建议、或视觉不统一。\n\n**Step 1 — 了解品牌定位和个性**：读取已有的 `positioning.md` 和 `voice-and-tone.md`（如不存在，先了解品牌基本信息）。\n\n**Step 2 — 色彩系统构建**：\n\n读取 `references\u002Fvisual-identity-system.md` 执行：\n\n```text\n色彩系统构建骨架：\n\n  ① 基于品牌原型和品类选择色彩方向\n  ② 定义完整色板：\n     ├── 主色（1个）：品牌核心识别色\n     ├── 辅色（1-2个）：支撑主色的搭配色\n     ├── 强调色（1个）：CTA 和重点突出\n     ├── 中性色（2-3个）：背景和正文\n     └── 功能色：成功\u002F警告\u002F错误\n  ③ 提供精确色值（HEX\u002FRGB）\n  ④ 定义使用场景和比例\n```\n\n**Step 3 — 字体系统构建**：\n- 基于品牌个性选择字体方向\n- 定义标题字体 + 正文字体（最多2个品牌字体）\n- 建立字体层级规范（H1-H6 + Body + Caption）\n- 指定 Web 字体和替代方案\n\n**Step 4 — 图像风格定义**：\n- 摄影风格指南\n- 插画风格指南（如适用）\n- 图标风格指南\n- 品牌情绪板关键词\n\n**Step 5 — 用户验证**：展示色彩方案 + 字体方案 + 图像风格方向 → 迭代调整。\n\n**Step 6 — 保存到 `brand-brain\u002Fvisual-identity.md`**。\n\n---\n\n### 模式 E：品牌健康审计\n\n**触发条件**：用户要求品牌一致性检查、品牌审计、或提供URL审计。\n\n**Step 1 — 收集审计素材**：网站 URL、社交媒体账号、邮件\u002FNewsletter、广告素材、现有品牌规范。\n\n**Step 2 — 加载品牌基准**：读取 `brand-brain\u002F` 中所有品牌档案（如无档案，基于网站内容建立基准）。\n\n**Step 3 — 执行五维审计**：\n\n读取 `references\u002Fbrand-audit-toolkit.md` 执行：\n\n```text\n五维审计骨架：\n\n  维度 1：定位一致性\n  ├── 所有触点是否传达相同的价值主张？\n  ├── 差异化是否清晰可辨？\n  └── 定位是否与目标受众匹配？\n\n  维度 2：声音一致性\n  ├── 不同渠道的语调是否统一？\n  ├── 词汇选择是否符合声音档案？\n  └── 平台适配是否合理（核心一致，微调得当）？\n\n  维度 3：视觉一致性\n  ├── 色彩使用是否符合规范？\n  ├── 字体使用是否统一？\n  └── 图像风格是否一致？\n\n  维度 4：故事一致性\n  ├── 品牌故事是否在关键触点上被使用？\n  ├── 故事元素是否完整（起源\u002F使命\u002F客户\u002F世界观）？\n  └── 故事是否与定位和声音一致？\n\n  维度 5：触点体验一致性\n  ├── 从广告到落地页的体验是否连贯？\n  ├── 从购买到开箱的体验是否匹配品牌承诺？\n  └── 客服体验是否与品牌声音一致？\n\n  评分：每维度 1-10 分，加权计算总分\n  权重：动态调整（不同品牌的重点维度不同）\n```\n\n**Step 4 — 计算品牌健康评分**：总分和评级 + 各维度详细评分。\n\n**Step 5 — 生成审计报告**：使用 `references\u002Fwork-modes-and-templates.md` 中的审计报告模板，含关键发现（强项+改进+紧急）+ 优先修复路线图（近期\u002F中期\u002F战略窗口）。\n\n**Step 6 — 保存到 `brand-brain\u002Fbrand-audit.md`**。\n\n---\n\n### 模式 F：品牌规范文档生成\n\n**触发条件**：用户要求品牌规范手册、品牌指南给设计师\u002F外包。\n\n**Step 1 — 前置条件检查**：\n\n```text\n前置条件检查：\n├── positioning.md 存在？→ 必须（声音章节的基础）\n├── voice-and-tone.md 存在？→ 必须（定位章节的基础）\n├── brand-story.md 存在？→ 推荐（故事章节的基础）\n├── visual-identity.md 存在？→ 推荐（视觉章节的基础）\n└── 如果缺少必须文件 → 先运行对应工作模式生成\n```\n\n**Step 2 — 整合所有品牌档案**：提取定位核心内容 + 声音核心规范 + 故事精华版本 + 视觉完整规范。\n\n**Step 3 — 生成品牌规范文档**：\n\n读取 `references\u002Fwork-modes-and-templates.md` 模式 6 的结构：\n\n```text\n品牌规范文档生成原则：\n├── 所有规范必须足够具体（精确到色值、字号、字重）\n├── 所有规范必须配有示例（正确 vs 错误）\n├── 所有规范必须可执行（外部协作者能直接使用）\n├── 避免主观描述（不说\"好看\"，说\"使用 #1A1A2E 深蓝色\"）\n├── 包含\"为什么\"（每条规范背后的策略原因）\n└── 保持人类可读（非设计师也能理解）\n```\n\n**Step 4 — 用户审核**：展示文档大纲 → 逐章确认 → 迭代修改。\n\n**Step 5 — 保存到 `brand-brain\u002Fbrand-guidelines.md`**。\n\n---\n\n## 4. 竞品品牌分析（跨模式支持）\n\n当任何模式中需要竞品品牌维度分析时，读取 `references\u002Fcompetitive-brand-analysis.md` 执行：\n- 三层竞品模型（直接\u002F间接\u002F替代）\n- 竞品品牌感知地图\n- 竞品声音矩阵\n- 白空间识别（差异化机会）\n\n当定位构建中需要品牌原型深度选择时，读取 `references\u002Farchetype-deep-dive.md`。\n\n---\n\n## 5. 防护与交叉验证 (Guardrails)\n\n在任何模式的输出完成后、交付给用户前，必须执行以下防护检查：\n\n### 5.1 禁止操作交叉验证\n\n```text\n逐条检查输出是否触犯以下禁令：\n├── ❌ 抄袭竞品的品牌定位、声音或视觉（品牌核心价值在于独特性）\n├── ❌ 在没有用户确认的情况下覆盖现有品牌档案\n├── ❌ 使用模糊的、不可执行的品牌描述（\"专业、友好\"不是声音定义）\n├── ❌ 忽视品牌一致性，为短期效果牺牲品牌\n├── ❌ 在品牌规范中使用主观描述而非具体规范\n├── ❌ 为品牌创造虚假的故事或证据\n├── ❌ 跳过声音测试循环直接保存声音档案\n└── ❌ 在输出末尾添加任何个人推广信息\n```\n\n### 5.2 降级策略\n\n```text\nLevel 1（完整数据）：品牌故事 + 视觉素材 + 竞品信息 + 历史数据\n  → 所有工作模式正常运行，可做完整品牌审计和策略制定\n\nLevel 2（部分数据）：只有品牌名称和产品信息\n  → 可做竞品对标分析（如终端支持联网）\n  → 可做品牌定位框架建议\n  → 可做 Voice & Tone 初始化\n  → 无法做品牌健康度评估（缺少历史数据）\n\nLevel 3（最少数据）：只有品牌名称\n  → 可做行业品牌趋势分析\n  → 可提供品牌建设框架和方法论\n  → 明确标注所有建议基于行业通用实践\n\n终端无联网时：\n  → 基于已有的 Brand Brain 数据和参考文件工作\n  → 无法做竞品实时分析\n  → 所有输出标注\"基于离线数据，建议联网后更新\"\n```\n\n### 5.3 前置条件检查\n\n```text\n执行类任务最低门槛：\n  当用户要求输出品牌定位、声音档案等具体交付物时：\n  → 唯一硬性门槛：需要知道「卖什么产品\u002F什么品牌」\n  → 如果用户连产品都不说，温和地告知：\n    「为了给出有针对性的品牌建议，我至少需要知道你的产品或品牌名称。\n    能简单说一下吗？哪怕一个词也行。」\n  → 其他缺失信息用行业通用值替代并标注\n\nLevel 0 边界：\n  afa-brand 欢迎所有阶段的用户，包括 Level 0。\n  纯概念阶段的用户可以通过本模块：\n  ✓ 做品牌定位探索（即使还没有产品）\n  ✓ 做品牌名称和故事框架\n  ✓ 做目标受众画像设计\n  ✓ 做 Voice & Tone 初始化\n  ✓ 做品牌审计和健康评估\n```\n\n### 5.4 ICE 优先级排序\n\n当品牌诊断输出多个建设方案时，使用 ICE 框架排序：\n\n| 维度 | 评分标准 (1-10) | 品牌建设专属考量 |\n|------|----------------|----------------|\n| **Impact** | 对品牌认知\u002F差异化的提升幅度 | 10=重塑品牌认知；7=显著提升差异化；4=局部改善；1=微调 |\n| **Confidence（数据基础）** | 基于数据和案例的成功把握 | 10=有A\u002FB测试数据；7=有同品类成功案例；4=有理论支撑；1=纯假设 |\n| **Ease** | 实施所需的时间和资源 | 10=低协作成本的轻量动作；7=短期内可完成；4=需跨团队协作；1=需品牌重塑 |\n\nICE 总分 = I × C × E \u002F 10，按总分降序排列。品牌建设优先选择能快速建立差异化感知的方案。\n\n### 5.5 危机模式止血\n\n```text\n季节性排除：\n  如果 seasonal_mode = off_season（用户已确认当前处于季节性淡季）：\n  → 不自动触发危机模式（淡季销量下降是正常的）\n  → 除非用户同时有非季节性危机信号（现金流断裂、账户被封等）\n  → 使用 YoY（同比）而非环比来评估业绩趋势\n\n当 crisis_mode ≠ none 时，品牌策略聚焦「品牌资产保护」：\n  ① 不建议品牌重塑（危机期没有时间和资源）\n  ② 保护现有品牌资产（不要因为清仓而损害品牌形象）\n  ③ 如果需要清仓，建议用「限时专属」而不是「大清仓」的话术\n  ④ 危机期的品牌沟通应该透明、真诚（而不是假装一切正常）\n  ⑤ 可以做「品牌故事重新叙述」（将危机转化为品牌韧性故事）\n\n重要补充：\n  以上是「止血建议」的方向指引，不是「禁止用户做其他事」。\n  如果用户在危机期坚持要做非止血类的事，尊重用户意愿，正常执行。\n```\n\n### 5.6 品牌档案覆盖保护\n\n```text\n覆盖保护规则：\n├── 覆盖现有品牌档案前必须获得用户明确确认\n├── 展示变更差异（旧版 vs 新版关键差异）\n├── 始终包含 \"## Last Updated\" 行（日期 + 技能名称）\n└── 保持文件人类可读（非技术人员也能理解）\n```\n\n---\n\n## 6. 边界与越界处理\n\n- **不直接制作设计稿**：提供完整的设计简报和规范，由设计师或创意生产引擎协同执行。\n- **越界处理**：本模块仅负责品牌定位、品牌声音、品牌故事、视觉识别、品牌审计和品牌规范文档。如果用户询问广告投放、SEO 优化、转化率优化、邮件营销等非品牌建设领域的问题，**不要尝试回答，也不要向用户暴露其他内部代号**。请向用户简要解释边界，并在内部 completion 回传中使用规范化 `out_of_scope.reason` 与 `out_of_scope.suggested_route` 结构将控制权交还给上层基础战略统筹流程重新路由；用户可见文案只保留自然语言下一步建议。\n\n---\n\n## 7. Completion Protocol\n\n每次输出必须遵循 `_system\u002Foutput-format.md` 的四段式结构，并在 WHAT'S NEXT 中附带与内部 `completion.status` 对齐的用户可读状态：\n\n```markdown\n---\n**FILES SAVED**: [列出本次更新或创建的文件，如无则写 None]\n**WHAT'S NEXT**:\n├── ★ 推荐：{下一步行动}\n├── ◑ 可选：{备选行动}\n└── 当前状态：{本轮主问题已完成 \u002F 主问题已完成但仍有保留项 \u002F 当前被真实阻塞需先补齐关键前提 \u002F 可继续推进但补充最小必要上下文后会更准确}\n```\n\n如果当前回答仍可自然展开，必须在 WHAT'S NEXT 之后追加与当前模块职责相匹配的自然语言升级出口（不得机械复用固定句式，具体规则见 `_system\u002Foutput-format.md` 第 3.5 节）。\n\n### 7.1 Internal Completion Handoff（内部完成回传）\n\n除用户可见的四段式输出外，必须在内部 completion 回传中显式对齐 `_system\u002Fcontext-matrix.md` 的统一模板，不得只写状态码，也不得省略 `market_scope_used` 与 `primary_market_used`。\n\n```yaml\ncompletion:\n  from: afa-brand\n  status: DONE | DONE_WITH_CONCERNS | BLOCKED | NEEDS_CONTEXT\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    - \"{保留事项 1}\"\n  blocked_reason: \"\"\n  unblock_condition: \"\"\n  needs:\n    - what: \"{需要什么}\"\n      where: \"{去哪里获取，具体到菜单路径}\"\n  files_written:\n    - path: \".\u002Fbrand-brain\u002F{file}.md\"\n      type: \"{profile \u002F asset \u002F campaign}\"\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` 结构化回交上层，而不是只在正文口头停工。\n- `primary_market_used` 必须与本次结论真正适用的市场一致，不得机械复写输入字段。\n\n如需表达品牌资产当前完整度，应写入正文诊断区或结论区，不得在四段式 Completion 尾部额外插入 `BRAND COMPLETENESS` 之类的自定义区块。\n\n完成前检查清单：\n- 将本次执行中发现的新教训以 JSONL 格式追加到 `learnings.jsonl`，遵守 `_system\u002Fbrand-memory-protocol.md` 第九章的数据结构定义。写入时遵循 `_system\u002Finteraction-protocol.md` 第五章的静默捕获协议。\n",{"name":5,"description":7},"main","7850740bd837adb32f0a109ab2af82482196c6f2","skills\u002Fafa-brand",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":60,"prompt":70,"zipAvailable":71},[61,64,67],{"tool":62,"command":63},"npx","npx skills add shengdabai\u002FTony-Claude-Code-Skills --skill afa-brand",{"tool":65,"command":66},"bunx","bunx skills add shengdabai\u002FTony-Claude-Code-Skills --skill afa-brand",{"tool":68,"command":69},"pnpm","pnpm dlx skills add shengdabai\u002FTony-Claude-Code-Skills --skill afa-brand","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-brand\u002FSKILL.md",true,[73,79,83,87,91,95,99,103,107,111,115,119],{"path":74,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":77,"sourceHtmlUrl":78},"references\u002Fanti-patterns.md","REFERENCE","参考文档",11237,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-brand\u002Freferences\u002Fanti-patterns.md",{"path":80,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":81,"sourceHtmlUrl":82},"references\u002Farchetype-deep-dive.md",9173,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-brand\u002Freferences\u002Farchetype-deep-dive.md",{"path":84,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":85,"sourceHtmlUrl":86},"references\u002Fbenchmark-data.md",7047,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-brand\u002Freferences\u002Fbenchmark-data.md",{"path":88,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":89,"sourceHtmlUrl":90},"references\u002Fbrand-audit-toolkit.md",14190,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-brand\u002Freferences\u002Fbrand-audit-toolkit.md",{"path":92,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":93,"sourceHtmlUrl":94},"references\u002Fcompetitive-brand-analysis.md",9495,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-brand\u002Freferences\u002Fcompetitive-brand-analysis.md",{"path":96,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":97,"sourceHtmlUrl":98},"references\u002Fdiagnostic-system.md",8432,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-brand\u002Freferences\u002Fdiagnostic-system.md",{"path":100,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":101,"sourceHtmlUrl":102},"references\u002Fpositioning-frameworks.md",20093,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-brand\u002Freferences\u002Fpositioning-frameworks.md",{"path":104,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":105,"sourceHtmlUrl":106},"references\u002Fstorytelling-playbook.md",10507,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-brand\u002Freferences\u002Fstorytelling-playbook.md",{"path":108,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":109,"sourceHtmlUrl":110},"references\u002Fvisual-identity-system.md",11667,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-brand\u002Freferences\u002Fvisual-identity-system.md",{"path":112,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":113,"sourceHtmlUrl":114},"references\u002Fvoice-architecture-guide.md",7412,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-brand\u002Freferences\u002Fvoice-architecture-guide.md",{"path":116,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":117,"sourceHtmlUrl":118},"references\u002Fvoice-building-sop.md",10394,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-brand\u002Freferences\u002Fvoice-building-sop.md",{"path":120,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":121,"sourceHtmlUrl":122},"references\u002Fwork-modes-and-templates.md",19203,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fafa-brand\u002Freferences\u002Fwork-modes-and-templates.md",[124,141,173,197,219,239],{"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":133,"publishedAt":44},"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",[130],{"categoryNo":131,"categoryName":132,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000018","写作与文案",[134,135,136,137,138,139,140],"methodology","xiaolai","xiaolai methodology","朋友","投资","writing","收入",{"skillNo":142,"name":143,"nameZh":6,"description":144,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":145,"categories":146,"keywords":153,"publishedAt":44},"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",[147,150],{"categoryNo":148,"categoryName":149,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":151,"categoryName":152,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000030","开发工程师",[143,154,155,156,157,158,159,160,161,162,163,164,165,166,167,168,169,170,171,172],"knowledge","wiki","explore","walkthrough","project","get","knowledge base","run","generate","intent","cli","map","documentation","project wiki","disk","architecture","code","unknown","generated",{"skillNo":174,"name":175,"nameZh":6,"description":176,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":177,"categories":178,"keywords":183,"publishedAt":44},"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",[179,180],{"categoryNo":148,"categoryName":149,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":181,"categoryName":182,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000036","内容创作者",[175,43,184,185,186,187,188,189,162,190,191,192,35,33,193,194,195,196],"content","视频","creator","generate video","videos","launch","video content","create","upload","auto","types","Video","创作",{"skillNo":198,"name":199,"nameZh":6,"description":200,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":201,"categories":202,"keywords":204,"publishedAt":44},"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",[203],{"categoryNo":148,"categoryName":149,"taxonomyType":21,"taxonomyTypeDesc":22},[205,206,175,207,208,195,209,210,211,212,213,214,215,216,160,217,35,33,154,218],"sync","script","youtube script sync","recording","shorts","first","base","person","update","active","child","optimize","idempotent","long",{"skillNo":220,"name":221,"nameZh":6,"description":222,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":223,"categories":224,"keywords":229,"publishedAt":44},"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",[225,226,227,228],{"categoryNo":131,"categoryName":132,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":148,"categoryName":149,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":151,"categoryName":152,"taxonomyType":26,"taxonomyTypeDesc":27},{"categoryNo":181,"categoryName":182,"taxonomyType":26,"taxonomyTypeDesc":27},[230,139,231,232,233,234,170,35,33,235,236,237,238],"writing skills","how","teach","write skill","write","claude code skills","files","how to","trigger",{"skillNo":240,"name":241,"nameZh":6,"description":242,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":243,"categories":244,"keywords":247,"publishedAt":44},"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",[245,246],{"categoryNo":131,"categoryName":132,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":181,"categoryName":182,"taxonomyType":26,"taxonomyTypeDesc":27},[248,139,249,158,250,236,35,231,234,33,237],"Rules","writing rules","project rules"]