Zhike Content Output

贵州之客内容产出准则

核心区分：工具 vs 产物

⚠️ 这是贵州之客内容产出的第一核心原则，优先级高于一切写作技巧。

推理过程（内部，不输出）

当收到一个内容需求时：

1. 用价值观做 filter — 这个设计/方案是否符合山河五则？哪几条在起作用？
2. 用方法论做路径 — 这个需求应该用「编剧·制片·主演」还是「破冰·沉浸·余响」来推导？
3. 输出结果 — 文档中只写结果：产品方案、SOP、时间表、定价表、话术文本

推理过程不需要显式呈现。 用户看到的是他们要的结果，不是你的推导过程。

错误示例

❌ 错误：把方法论文本写进产品文案

产品设计理念：
采用「编剧·制片·主演」的方法论...
序曲→铺垫→高潮→尾声的情绪动线设计...

❌ 错误：在结果文档中复述价值观条目

本产品体现了「山不让土，故能成其高」的开放连接精神...

✅ 正确：只输出结果性内容

产品结构：Day1 晚风轻徒步（松弛入戏）→ Day2 上午 犀牛洞探险（核心高潮）→ Day2 下午 天坑绳索（突破瞬间）→ Day3 慢民宿+篝火（余响留存）

什么时候才需要在文档中写价值观/方法论？

只有一种情况： 用户明确要求「体现山河五则」或「用方法论包装」——这是特定的内容包装需求，不是默认行为。

默认行为 = 工具内化，结果外显。

Feishu 输出格式规则

• 简单输出（≤3点，纯文字）→ 直接发 Feishu 卡片，用纯文本
• 复杂输出（含表格/多级标题/结构化内容）→ 创建 Feishu 在线文档，输出文档链接
• 禁止：在卡片消息中用 Markdown 表格 | |、标题 ##、引用 > — Feishu 不支持，会渲染为原始标签

⚠️ 飞书在线文档 API 约束：实测支持 block_type 2/3/4/5/12/13/15/22（text、heading1~3、bullet、ordered、quote、divider）。表格/代码块等不支持，需降级处理。详见 feishu-doc 技能的 block_type 对照表。

相关记忆

核心记忆文件：~/.hermes-feishu/memories/MEMORY.md

• 意识形态最高准则（使命/愿景/价值观山河五则/方法论体验式工作法）
• 内容产出最高准则（第一性原理/批判性思维/苏格拉底模型/极简优先/外科手术式修改/目标驱动）
• 这些是推理工具，永远不在输出文档中显式出现

视频号竞品审视 → references/wechat-channel-review.md

视频号无公开 Web 访问。审视竞品账号的唯一可行方式：用户录屏 → ffmpeg 提帧 → 逐帧视觉分析。完整工作流及数据分析维度见参考文件。

相关技能

• feishu-doc：飞书文档创建与知识库归档的完整工作流
• editorial-review-prose 🆕：文案质量审查工具搭档——本技能定义"写什么"（对客铁律/叙事声音规范），ER-P 检查"写得怎样"（微软基线审查 + 三列表格修订）。产出对客文案后，加载 ER-P，将本技能的铁律作为 style_guide 传入

视频脚本创作

当任务涉及社交媒体视频脚本（抖音/视频号/小红书）时，有两个参考文件分层使用：

当用户要求"细化脚本""加上拍摄方案""分镜拍摄方法"时，自动加载 references/video-production-spec.md 获取五维度制作规格模板。

对客写作

对客写作铁律（禁令/标准/必含元素）→ references/client-facing-writing.md

触发条件：任何面向客户的文案（企业简介、产品介绍、宣传页、公众号推文），自动加载此参考文件。

品牌简介写作（2026-06-01 新增）

公司简介的定位：告诉别人你是谁、你做什么、为什么选你。不展开，不铺陈，不叙事。

铁律：简介的灵魂是基地和品牌选择标准，不是教练。教练是执行者，在安全保障段出现即可。

冷启动脚本铁律（2026-06-01 新增，2026-06-04 修订）

抖音/视频号/小红书冷启动期，每条脚本发布包必须包含以下全部元素，缺一不可：

1. 前3秒钩子（画面+声音+信息悬念，三秒内不建立观看理由=脚本回炉）
2. 文案（发布时写的标题文字）
3. 标签（三层：身份标签→内容标签→人群标签，8个固定）
4. 评论引导（合并为1条，发完立刻自己写。两条抢赞、两条观众只回一条——合并为一个互动钩子+一个可回应的切口）
5. 封面字（视频封面上叠什么字）

⚠️ 标签和钩子最容易在细化脚本时遗漏——因为注意力集中在分镜和文案上。每次交付脚本方案前，对照清单检查每条是否五元素齐全。

冷启动完整交付物（2026-06-04 新增）

当用户提交冷启动脚本方案并要求入库时，同步产出两份文档：

1. 原始方案入库 — 完整保留脚本分镜表、拍摄规划、发布节奏、执行清单，归档至知识库运营策略分类
2. 评论回复手册 — 基于脚本内容预判客户可能提出的问题，按品牌叙事声音撰写逐条回复示例

回复手册结构参考 references/comment-reply-guide-structure.md，核心要求：

• 每类问题（安全/预约/能力/装备/交通/天气）给出完整回复示例，非模板式答案
• 按14条脚本逐条预判评论类型和高概率问题，给出针对性话术
• 覆盖评论类型策略（赞美/@朋友/质疑/对比/本地人/铁粉）
• 平台差异化（抖音快节奏反问、视频号偏正式可转发、小红书攻略向长回复）
• 回复铁律：不是客服腔（禁用"亲""宝""欢迎光临"），是真人回朋友；前30分钟必回所有评论

贵州之客设计产出链路（2026-05-26 新增）

链路：huashu-design 生成 HTML 设计稿 → feishu-html 部署至 OSS

产品/基地文档写作铁律（2026-06-08 新增）

⚠️ 触发条件：任何涉及贵州之客自有基地、产品、路线、设施的具体描述时，本规则优先级最高。

禁止发明细节

写产品手册、基地简介、活动方案时，绝不凭空填补数据空白。以下条目必须基于用户明确提供的信息，没有就留白或标注"待补充"：

历史教训

• 白水河桨板简介初稿写了"洞穴桨板"——实际不存在，用户纠正
• 犀牛洞行程写了"地下暗河段"——299路线不含，用户纠正
• 方案中写了"水深1-2米"——用户明确说水深无法给具体数据

核心原则：产品文档不是创作——是翻译。把用户给的事实翻译成可对外发送的格式。不给的事实不编。

叙事声音规范（2026-06-01 新增）

适用范围：所有对客内容——抖音/视频号/小红书/公众号的文案、字幕、旁白、正文。策略文档和方案文档不在此列。

核心原则

不写教程感，写体验感。 读者不需要被"教"，需要被带进一个场景。

六大声音特征

1. 第一人称 — "我""我们"，不是"你"。分享经历，不是下达指令。
2. 感官细节 — "水很凉，天很蓝"不是"水质优良"。写看到的、听到的、身体感受到的。
3. 完整句子 — 每个句号让读者喘一口气。不堆砌短促分句。
4. 不用感叹号 — 不用"🔥""💯""绝了""太震撼了"。让场景本身产生冲击力，不靠标点喊出来。
5. 每句值其位置 — 删掉任何可以删掉而意思不变的句子。不水字数。
6. 不给结论，给画面 — 不说"你会觉得很自由"，写"你在屏幕上很小。但那种小不是渺小。"

对照改写示例

抖音发布文案：

视频号旁白：

小红书正文：

例外场景

以下场景不适用体验叙事，保持功能性语言：

• 纯操作说明（如"防晒+换洗衣服+手机防水袋，其余基地全有"）
• 费用/时间/地址等事实信息（如"人均200+，含装备+教练+保险"）
• CTA（如"主页可约""私信获取方案"）——保持简洁直接

评论回复写作（2026-06-04 新增）

适用范围：抖音/视频号/小红书评论区回复。与发布文案共享叙事声音规范，但有以下适配。

回复写作铁律：

1. 必须有称呼 — 绝不不带称呼直接跳入回答。三种情况：昵称可提取的用昵称简写（"爱旅行的小明"→"小明"）；昵称不可提取的用自然开场（"看到你问这个——""你问到点子上了——"）。禁止纯客服腔称呼（"亲""宝""小伙伴"），禁止"您"（产生距离感）
2. 尽量用问句结尾 — 把话递回去，让对话继续。四类问句：拉回场景（"你是第一次玩吗？"）、推进决策（"周末还是工作日？"）、唤起共鸣（"你落水的时候笑了吗？"）、轻互动（"你呢？"）。写完每条回复后检查最后一句——如果是句号结尾的陈述句，问自己能不能加一个问句
3. 不用客服腔 — 禁用"亲""宝""小伙伴""欢迎光临""期待您的光临"，一用就破功
4. 不用万能模板 — 不同问题给不同答案。复制粘贴同一句话回不同人=品牌灾难
5. 不顶嘴不辩护 — 遇到质疑不争辩。用事实轻描淡写，留给其他人判断。负面评论不用问句——会显得挑衅
6. 给画面不给答案 — 问"安全吗"不给"很安全"，给"你下水的时候有人帮你检查救生衣"
7. 评论区不报价 — 具体价格引导私信或主页查看，避免评论区变成价格对比现场

称呼 + 问句结尾对照示例：

禁止句式：

• ❌ "当然可以！" → ✅ "你穿着救生衣，教练就在旁边。"
• ❌ "非常安全！" → ✅ "教练全程在水上。你落水的时候，他过来的距离不超过十秒。"
• ❌ "欢迎来玩！" → ✅ "周末早上出发，十点就在水上了。"
• ❌ "具体价格私信您" → ✅ "不同人数和时长不太一样，主页有——简单说人均两百多。"

按评论类型的话术框架 → references/comment-reply-guide-structure.md

判断标准

写完任何一段对客文案后，问自己：

这句话是一个人在跟另一个人分享经历，还是一个人在教另一个人做事？

如果是后者，重写。

内容审核（2026-06-02 新增）

当用户要求审核/评审外部内容（运营教程、涨粉秘籍、平台攻略等）时，加载 references/content-audit-methodology.md。核心流程：

1. 逐条拆解 — 每条建议用「建议 / 判断 / 实际情况」三列表格
2. 识别玄学模式 — 四种常见模式：因果伪装、模糊话术、正常机制污名化、关键因素缺失
3. 提炼有效信息 — 真正有用的部分通常不超过全文 15%
4. 给出明确结论 — 能用 / 部分可用 / 弃用

输出对夏与直接、不包装——是玄学就说是玄学，不替垃圾内容找台阶。

抖音账号装修（2026-06-02 新增）

当用户询问抖音主页设置、简介撰写、背景图设计时，加载 references/douyin-profile-setup.md。核心框架：头像 / 昵称 / 简介（三行结构）/ 背景图 / 置顶三条。

背景图生成链路：references/douyin-profile-setup.md 提供设计规范 → templates/douyin-bg-template.html 提供 HTML 模板（1125×633，替换占位符后 Playwright 截图）。

平台功能核验铁律（2026-06-04 新增）

⚠️ 涉及抖音/视频号/小红书的具体功能、规则、限制时——先查再答，不靠猜。

触发条件：用户问及平台功能状态（如"某功能下线了吗""能不能挂链接""审核规则是什么"），必须搜索确认后再回答。

操作：web_search(query="抖音 功能名 2025 2026") 找到可靠来源后引用。

历史教训：评论置顶功能被误判为"下线很久了"后随口断言，虽然后来搜索证明确实已下线（2025年7月），但先断言后验证的方式破坏了信任。以后涉及平台功能，先查。

冷启动脚本评审维度（2026-06-04 新增）

当用户要求检验脚本方案是否靠谱时，加载 references/cold-start-script-audit.md。核心维度：完播率预判（钩子强度→中段风险→等级）+ 成片差距分析（按对真实瞬间的依赖性分高中低三档，高风险脚本必须有平替方案）。

标签策略（2026-06-04 新增）

禁止添加的标签：

• #抖加小助手 — 付费推广专用标签，跟内容分发无关
• #我要上热门 #上热门 — 2020年以前的玩法，现在对算法权重零影响。加这些标签=自降品质感
• 任何@账号的标签（@抖音小助手 等）——算法分发时代无人审核

标签位优先原则：每条视频标签位有限（5-10个），每多一个无效标签就少一个有效关键词。宁可少标，不标垃圾。

固定标签优化：#SUP桨板 与 #桨板 重复覆盖同一搜索意图，中文用户搜"SUP桨板"的量远小于"桨板"。建议替换为扩品类的标签如 #户外运动。

封面字约束（2026-06-04 新增）

封面字出现在视频流中的展示时间<1秒。约束：

• 优先 10-15 字，上限 20 字。超长句在缩略图中缩小到看不清

• 一句话说一个钩子，不写两句话。"三个没玩过水的朋友。半小时后，没人想上岸。" → 只取后半句

• 不写冒号后面的步骤。"零基础的第一块桨板：跪上去，慢慢起，看远处" → 封面写前半或拆两行

• 不用万能句式。"和你想象的不一样"换成具体的反差描述

• references/b2b-lead-generation.md 🆕：B2B拓客联系方式搜集方法论——渠道优先级、搜索关键词模板、搜集流程四步法、话术模板

• references/b2b-poster-design.md 🆕：B2B单页海报设计规范——上下分区结构、配色对照表、剪影元素、迭代陷阱四则（基于白水河+犀牛洞海报多轮迭代）

• references/product-knowledge.md 🆕：三大基地产品知识库——白水河桨板/犀牛洞探洞/天坑速降的准确位置、定价、路线、关键禁忌。产出涉及具体产品前必读，避免写错"洞穴桨板""地下暗河"等已被用户纠正过的错误。

• references/b2b-lead-generation.md 🆕：B2B拓客——旅行社/研学机构/团建公司电话黄页获取方法（文旅厅官网/天眼查/顺企网/展会名录四渠道），含搜索关键词组合和已验证的部分电话。

• references/xiaohongshu-post-framework.md 🆕：小红书笔记框架——产品笔记七要素、种草笔记vs产品笔记区分、搜索关键词密度检查、两篇配发策略。产出小红书文案时加载。

• references/xiaohongshu-product-note-framework.md 🆕：小红书产品笔记框架——七要素结构、产品笔记vs种草笔记对照、搜索关键词密度审查流程、冷启动两篇成对发布策略。产出小红书攻略型笔记时加载此文件。

• references/client-facing-writing.md：对客写作铁律（禁令、标准、必含元素）

• references/content-audit-methodology.md：内容审核方法论（逐条拆解 + 玄学模式识别）

• references/strategy-quality-standards.md：策略文档质量标准——破坏性审议方法论、声明确定性分级（内部策略文档交付前必读）

• references/douyin-cold-start-framework.md：抖音冷启动框架（四维KPI、标签体系、脚本发布包结构、零素材拍摄法）

• references/cold-start-script-audit.md：冷启动脚本评审框架——完播率预判+成片差距分析，含平替方案模板

• references/douyin-profile-setup.md：抖音账号装修指南（头像/昵称/简介/背景图/置顶三条）

• references/logo-processing.md：Logo 图片处理——AI 水印检测与去除（Pillow 像素扫描 → 裁剪 → 白底居中）

• references/video-script-framework.md：视频脚本设计分析框架（逐帧→留存→互动→优化）

• references/video-production-spec.md：视频脚本拍摄执行规格（五维度：要点/音乐/配音/文案位置/分镜方法）

• references/comment-reply-guide-structure.md：评论回复手册结构模板——冷启动方案产出时同步生成的配套交付物（七段结构 + 话术设计原则 + 回复对照）

• references/feishu-docx-api.md：飞书文档API约束

• templates/douyin-bg-template.html：抖音背景图 HTML 模板（1125×633，Playwright 截图用）

• 三平台冷启动策略 → 知识库文档 TLmVdroQCoVrKfxFq4Qcx4i6nLc（运营策略分类）：抖音/视频号/小红书的底层分发逻辑与真实冷启动策略

典型触发词：做原型、设计Demo、交互原型、HTML演示、动画Demo、做个HTML页面、app原型、iOS原型、导出MP4

OSS 配置（实测正确）：

• Bucket: clawshell-vault
• Endpoint: oss-cn-hongkong.aliyuncs.com（香港节点，Guangzhou 会 403）
• 绑定域名: https://gzzhike.cn
• 访问格式: https://gzzhike.cn/web-spa/{slug}/index.html