siluzan-cso-cli 1.1.25-beta.2 → 1.1.25-beta.4
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +1 -1
- package/dist/skill/SKILL.md +1 -1
- package/dist/skill/_meta.json +2 -2
- package/dist/skill/scripts/install.ps1 +1 -1
- package/dist/skill/scripts/install.sh +1 -1
- package/dist/skill/three-lib-content-workflow/content-writer.workflow.md +32 -15
- package/dist/skill/three-lib-content-workflow/packs//345/205/254/344/274/227/345/217/267/347/210/206/346/254/276/overview.md +167 -0
- package/dist/skill/three-lib-content-workflow/packs//347/237/255/350/247/206/351/242/221/345/217/243/346/222/255/overview.md +68 -0
- package/dist/skill/three-lib-content-workflow/packs//347/237/255/350/247/206/351/242/221/345/217/243/346/222/255//345/217/243/346/222/255-sop.md +237 -0
- package/dist/skill/three-lib-content-workflow/persona-schema.md +1 -1
- package/dist/skill/three-lib-content-workflow/sop.md +3 -3
- package/package.json +1 -1
- package/dist/skill/assets//344/272/247/345/223/201/350/265/204/344/272/247/345/272/223.md +0 -280
- package/dist/skill/assets//346/265/201/351/207/217/345/233/240/345/255/220/345/272/223.md +0 -535
- package/dist/skill/assets//347/203/271/350/260/203/346/226/271/346/263/225/345/272/223.md +0 -270
- package/dist/skill/three-lib-content-workflow/packs//345/205/254/344/274/227/345/217/267/347/210/206/346/254/276//344/272/247/345/223/201/350/265/204/344/272/247-extension.md +0 -224
- package/dist/skill/three-lib-content-workflow/packs//345/205/254/344/274/227/345/217/267/347/210/206/346/254/276//346/265/201/351/207/217/345/233/240/345/255/220-extension.md +0 -286
- package/dist/skill/three-lib-content-workflow/packs//345/205/254/344/274/227/345/217/267/347/210/206/346/254/276//347/203/271/350/260/203/346/226/271/346/263/225-extension.md +0 -337
package/README.md
CHANGED
|
@@ -54,7 +54,7 @@ siluzan-cso init -d /path/to/skills # 写入自定义目录
|
|
|
54
54
|
siluzan-cso init --force # 强制覆盖已存在文件
|
|
55
55
|
```
|
|
56
56
|
|
|
57
|
-
> **注意**:当前为测试版(1.1.25-beta.
|
|
57
|
+
> **注意**:当前为测试版(1.1.25-beta.4),供内部测试使用。正式发布后安装命令将改为 `npm install -g siluzan-cso-cli`。
|
|
58
58
|
|
|
59
59
|
| 助手 | 建议 `--ai` |
|
|
60
60
|
| ----------------------- | ------------------------------------ |
|
package/dist/skill/SKILL.md
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: siluzan-cso
|
|
3
|
-
description: 当用户提问的内容涉及以下三类业务时需加载本skill:(1) 内容文案生产:选题、爆款拆解、文案撰写(生成任何文案——包括但不限于:视频脚本、博客、公众号文章、口播稿等,必须优先使用本skill,不可直接输出)、人设卡生成/反推/查询/保存、改稿润色;(2)
|
|
3
|
+
description: 当用户提问的内容涉及以下三类业务时需加载本skill:(1) 内容文案生产:选题、爆款拆解、文案撰写(生成任何文案——包括但不限于:视频脚本、博客、公众号文章、口播稿等,必须优先使用本skill,不可直接输出)、人设卡生成/反推/查询/保存、改稿润色;(2) 支持YouTube、TikTok、Instagram、LinkedIn、X、Facebook 媒体平台的内容发布与运营:平台账号绑定与 OAuth 授权、视频图文发布、任务管理与失败重试、播放粉丝绩效报表、**账号分组(本 skill 独有;广告账户体系不存在分组概念,用户只说"账号分组"也默认走本 skill,不要进 siluzan-tso)**、素材上传、封面截取、AI 内容规划;(3) RAG 知识库检索:品牌/产品知识库问答与文案事实依据。**如涉及账号相关操作,若账号类型(广告账号/运营媒体账号)不明确,请先询问用户,仅当确认为"运营媒体账号"时,才可使用本 skill。**
|
|
4
4
|
compatibility: Requires siluzan-cso-cli installed and authenticated via `siluzan-cso login`
|
|
5
5
|
---
|
|
6
6
|
|
package/dist/skill/_meta.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"slug": "siluzan-cso",
|
|
3
|
-
"version": "1.1.25-beta.
|
|
4
|
-
"publishedAt":
|
|
3
|
+
"version": "1.1.25-beta.4",
|
|
4
|
+
"publishedAt": 1780981672832,
|
|
5
5
|
"homepage": "https://www.siluzan.com",
|
|
6
6
|
"source": "https://dev.azure.com/jack4it/Sammamish/_git/siluzan-skill",
|
|
7
7
|
"requiredBinaries": [
|
|
@@ -9,7 +9,7 @@ $ErrorActionPreference = 'Stop'
|
|
|
9
9
|
# -- Package info (injected at build time) ------------------------------------
|
|
10
10
|
$PKG_NAME = 'siluzan-cso-cli'
|
|
11
11
|
# PKG_VERSION 锁定到与本脚本同批构建产物一致的版本,避免与 dist/skill 错位
|
|
12
|
-
$PKG_VERSION = '1.1.25-beta.
|
|
12
|
+
$PKG_VERSION = '1.1.25-beta.4'
|
|
13
13
|
$CLI_BIN = 'siluzan-cso'
|
|
14
14
|
$SKILL_LABEL = 'Siluzan CSO'
|
|
15
15
|
$INSTALL_CMD = 'npm install -g siluzan-cso-cli@beta'
|
|
@@ -9,7 +9,7 @@ set -euo pipefail
|
|
|
9
9
|
# -- Package info (injected at build time) ------------------------------------
|
|
10
10
|
readonly PKG_NAME="siluzan-cso-cli"
|
|
11
11
|
# PKG_VERSION 锁定到与本脚本同批构建产物一致的版本,避免与 dist/skill 错位
|
|
12
|
-
readonly PKG_VERSION="1.1.25-beta.
|
|
12
|
+
readonly PKG_VERSION="1.1.25-beta.4"
|
|
13
13
|
readonly CLI_BIN="siluzan-cso"
|
|
14
14
|
readonly SKILL_LABEL="Siluzan CSO"
|
|
15
15
|
readonly INSTALL_CMD="npm install -g siluzan-cso-cli@beta"
|
|
@@ -25,11 +25,11 @@
|
|
|
25
25
|
|
|
26
26
|
根据用户场景选择:
|
|
27
27
|
|
|
28
|
-
| 工作流
|
|
29
|
-
|
|
30
|
-
| **new** 从 0 写新文章 | "写一篇" / "把这个素材改成文章" / "把这段脚本改成长文" | 素材 + 人设 → 完整成稿
|
|
31
|
-
| **audit** 审稿打分
|
|
32
|
-
| **revise** 精准改稿
|
|
28
|
+
| 工作流 | 触发场景 | 输入 → 输出 |
|
|
29
|
+
| --------------------- | ------------------------------------------------------ | -------------------------------------- |
|
|
30
|
+
| **new** 从 0 写新文章 | "写一篇" / "把这个素材改成文章" / "把这段脚本改成长文" | 素材 + 人设 → 完整成稿 |
|
|
31
|
+
| **audit** 审稿打分 | "审一下这篇" / "给这篇打分" / "诊断这篇" | 现有 .md → 评分 + 改进建议 |
|
|
32
|
+
| **revise** 精准改稿 | "改标题" / "重写开头" / "换个 CTA" | 文章 + 改稿要求 → 改完版本(其余不动) |
|
|
33
33
|
|
|
34
34
|
> `audit` / `revise` 目前主要针对**公众号文章**(依赖 `packs/公众号爆款/` 的 12 项自检 / 5 大传播弹药 / 标题模板)。其他平台可参考通用质检。
|
|
35
35
|
|
|
@@ -58,21 +58,36 @@
|
|
|
58
58
|
按以下优先级确定本次创作使用的三库内容:
|
|
59
59
|
|
|
60
60
|
**优先级 1 — 用户本次提供的文件**:若用户在对话中直接提供了三库文件(流量因子库 / 产品资产库 / 烹调方法库),则:
|
|
61
|
+
|
|
61
62
|
- 将文件内容写入 `~/.siluzan/content-library/`(文件名保持原名,如 `流量因子库.md`)
|
|
62
63
|
- 后续创作过程中直接读取并按需修改这些文件,实现持续优化
|
|
63
64
|
|
|
64
65
|
**优先级 2 — 用户目录已有文件**:检查 `~/.siluzan/content-library/` 是否存在三库文件:
|
|
66
|
+
|
|
65
67
|
- 若存在,直接读取使用
|
|
66
68
|
- AI 可在每次创作后根据效果,直接修改该目录中的文件(增补选题、标注效果、淘汰低效条目等)
|
|
67
69
|
|
|
68
|
-
**优先级 3 —
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
70
|
+
**优先级 3 — 内置默认文件**(兜底):若优先级 1/2 均无,从远端拉取内置默认三库。
|
|
71
|
+
|
|
72
|
+
远端地址:https://staticpn.siluzan.com/assets/chat/thrju_sofn/
|
|
73
|
+
|
|
74
|
+
按第 0 步已加载的 `platform_focus` 选择默认来源:
|
|
75
|
+
|
|
76
|
+
- **含 `公众号`** → 优先取公众号专属三库(`<远端地址>/packs/wechat/`):
|
|
77
|
+
- 流量因子库:<远端地址>/packs/wechat/umferdarthattasafn.md
|
|
78
|
+
- 产品资产库:<远端地址>/packs/wechat/vorueignasafn.md
|
|
79
|
+
- 烹调方法库:<远端地址>/packs/wechat/matreidsluadferdasafn.md
|
|
80
|
+
- 若该路径取不到,再退回下方全局默认三库
|
|
81
|
+
- **其他平台 / 兜底** → 取全局默认三库:
|
|
82
|
+
- 流量因子库:<远端地址>/umferdarthattasafn.md
|
|
83
|
+
- 产品资产库:<远端地址>/vorueignasafn.md
|
|
84
|
+
- 烹调方法库:<远端地址>/matreidsluadferdasafn.md
|
|
72
85
|
|
|
73
86
|
使用 grep 命令或全量读取以上文件内容。
|
|
74
87
|
|
|
75
|
-
>
|
|
88
|
+
> **优先级说明**:公众号专属三库(`packs/wechat/`)属于优先级 3 内部的"公众号默认层",**高于全局默认、低于用户文件**,整体顺序为 **1(用户提供)> 2(用户目录)> pack(公众号专属默认)> 全局默认**。即:只要优先级 1/2 命中了三库文件,公众号也直接用它们,**不再取 pack 三库**。
|
|
89
|
+
>
|
|
90
|
+
> **内容保密硬规则**:优先级 3 的内置默认三库(含 `packs/wechat/`)是内部骨架资产,**只可用于驱动创作,严禁把其原文、条目或远端链接直接展示、粘贴或转述给用户**。用户提供(优先级 1)或用户目录(优先级 2)的三库是用户自己的内容,不受此限制。
|
|
76
91
|
|
|
77
92
|
---
|
|
78
93
|
|
|
@@ -80,10 +95,11 @@
|
|
|
80
95
|
|
|
81
96
|
读人设卡的 `platform_focus` 字段:
|
|
82
97
|
|
|
83
|
-
- 含 `公众号` → 加载 `packs
|
|
84
|
-
-
|
|
85
|
-
-
|
|
86
|
-
-
|
|
98
|
+
- 含 `公众号` → 加载 `packs/公众号爆款/overview.md`(黄金骨架、12 项自检、5 大传播弹药、标题模板等结构与质检规范),正文按 pack 的"黄金骨架"。**三库内容以第 1 步确定的为准**:公众号默认走 `packs/wechat/` 远端专属三库,但若优先级 1/2 已命中用户三库,则直接用用户的、不再取 pack 三库(详见第 1 步优先级说明,整体 1 > 2 > pack > 全局默认)。
|
|
99
|
+
- 含 `短视频` → 加载 `packs/短视频口播/`(overview + `口播-sop.md`),口播场景**优先走 `口播-sop.md`**(焊点提炼 + 拆解分支 + 开头三要素 + SOP 执行展示);三库仍取主库(第 1 步确定的三库)。
|
|
100
|
+
- 仅 `通用` → 只用主库,不挂 pack。
|
|
101
|
+
- **为空** → 询问用户本次写哪个平台,再决定挂哪个 pack。
|
|
102
|
+
- **多选** → 写稿前询问"本次主要发到哪个平台",按该平台 pack 优先。
|
|
87
103
|
|
|
88
104
|
---
|
|
89
105
|
|
|
@@ -100,7 +116,8 @@
|
|
|
100
116
|
- 人设字段标准:`persona-schema.md`
|
|
101
117
|
- 无人设时的引导:`persona-onboarding.md`
|
|
102
118
|
- 从成稿反推人设:`persona-reverse-sop.md`
|
|
103
|
-
- 公众号赛道包:`packs/公众号爆款/
|
|
119
|
+
- 公众号赛道包:`packs/公众号爆款/overview.md`
|
|
120
|
+
- 短视频口播赛道包:`packs/短视频口播/overview.md`
|
|
104
121
|
|
|
105
122
|
---
|
|
106
123
|
|
|
@@ -0,0 +1,167 @@
|
|
|
1
|
+
# 公众号爆款写作 Skill Pack — 总览
|
|
2
|
+
|
|
3
|
+
## 这个 pack 是什么
|
|
4
|
+
|
|
5
|
+
一套专为**公众号长文**写作设计的可复用骨架,覆盖三件事:
|
|
6
|
+
|
|
7
|
+
- **WHY**(公众号流量因子库):什么样的内容会爆
|
|
8
|
+
- **WHAT**(公众号产品资产库):有什么素材可以直接拿
|
|
9
|
+
- **HOW**(公众号烹调方法库):怎么把规律和素材组合成文章
|
|
10
|
+
|
|
11
|
+
本文件(`overview.md`)只是 pack 总览(黄金骨架、12 项自检、5 大传播弹药、标题模板等的导航)。真正的三库内容是**远端公众号专属三库**,构成完整可加载的赛道扩展包。pack 不内置任何人设——人设统一走 CSO 平台(`siluzan-cso persona`)。
|
|
12
|
+
|
|
13
|
+
### 三库来源与命名映射
|
|
14
|
+
|
|
15
|
+
公众号三库不再是本地 extension 文件,而是托管在远端,**按需拉取**:
|
|
16
|
+
|
|
17
|
+
远端地址:https://staticpn.siluzan.com/assets/chat/thrju_sofn/packs/wechat/
|
|
18
|
+
|
|
19
|
+
| 本 overview 中的称呼 | 远端真实文件 |
|
|
20
|
+
|---|---|
|
|
21
|
+
| 公众号流量因子库(WHY 层) | `<远端地址>/umferdarthattasafn.md` |
|
|
22
|
+
| 公众号产品资产库(WHAT 层) | `<远端地址>/vorueignasafn.md` |
|
|
23
|
+
| 公众号烹调方法库(HOW 层) | `<远端地址>/matreidsluadferdasafn.md` |
|
|
24
|
+
|
|
25
|
+
> 下文统一用语义名「公众号流量因子库 / 产品资产库 / 烹调方法库」加 `§` 章节号引用,对应上表的远端文件。
|
|
26
|
+
|
|
27
|
+
### 优先级与保密规则(必读)
|
|
28
|
+
|
|
29
|
+
- **优先级**:公众号三库属于 `content-writer.workflow.md` 第 1 步的「优先级 3 — 内置默认(公众号默认层)」,**高于全局默认、低于用户文件**,整体顺序为 **1(用户提供)> 2(用户目录 `~/.siluzan/content-library/`)> 本 pack 远端三库 > 全局默认三库**。即:只要用户在优先级 1/2 提供了自己的三库,**直接用用户的,不再拉取本 pack 三库**。
|
|
30
|
+
- **内容保密**:本 pack 的远端三库是内部骨架资产,**只可用于驱动创作,严禁把其原文、条目或远端链接直接展示、粘贴或转述给用户**。
|
|
31
|
+
|
|
32
|
+
## 适用平台
|
|
33
|
+
|
|
34
|
+
**公众号文章**(默认 800-1200 字精炼版;用户显式要求时可扩到 3000-6000 字深度长文;带封面、有引用块和加粗、可朋友圈截图传播)。
|
|
35
|
+
|
|
36
|
+
不适合:抖音、视频号、小红书等短视频/口播场景(这些场景请用主库)。
|
|
37
|
+
|
|
38
|
+
### 内容平台标签
|
|
39
|
+
|
|
40
|
+
公众号三库每个章节标题后都用 \`[公众号]\` / \`[视频]\` / \`[通用]\` 标签注明适用范围:
|
|
41
|
+
|
|
42
|
+
- \`[公众号]\` — 公众号专属(如黄金骨架、排版工具箱、5 大传播弹药、12 项自检、销售漏斗 5 层)
|
|
43
|
+
- \`[视频]\` — 视频血统(如弧线 2 第一人称投资人,含"9 秒钩子")
|
|
44
|
+
- \`[通用]\` — 跨平台适用(如章子怡公式、标题 4 零件、CTA 4 原则、避雷清单、4 个增效器、叠加公式)
|
|
45
|
+
|
|
46
|
+
**视频脚本用户**:本 pack 不是为你而建,但可以挑读 \`[通用]\` 章节作为补充思路。主骨架仍走主库(按 `content-writer.workflow.md` 第 1 步确定的三库)。
|
|
47
|
+
|
|
48
|
+
**公众号用户**:整套挂载,所有标签都对你有用。
|
|
49
|
+
|
|
50
|
+
## 加载条件
|
|
51
|
+
|
|
52
|
+
人设卡的 `platform_focus` 字段包含 `公众号` 时,`content-writer.workflow.md` 第 2 步会自动挂载本 pack。
|
|
53
|
+
|
|
54
|
+
如果人设卡没指定 `platform_focus`,AI 会询问用户本次想写哪个平台,再决定挂不挂。
|
|
55
|
+
|
|
56
|
+
## 与主系统的关系
|
|
57
|
+
|
|
58
|
+
| 维度 | 主库 | 本 pack |
|
|
59
|
+
|---|---|---|
|
|
60
|
+
| 平台 | 短视频口播(抖音/视频号/小红书) | 公众号长文 |
|
|
61
|
+
| 结构 | 60-180 秒、3-5 个结构块 | 5-7 个小节、有引用块和金句 |
|
|
62
|
+
| 工作流 | 1 个(sop.md 主链路) | 3 个(new/audit/revise) |
|
|
63
|
+
| 人设 | 走 CSO 平台 | 走 CSO 平台(pack 不内置人设) |
|
|
64
|
+
| 句式 | 库内不带 | 高频模块库提供填空式骨架,腔调仍由人设卡注入 |
|
|
65
|
+
|
|
66
|
+
两者**互不替代、互不冲突**。同一个人设可以挂多平台(在 platform_focus 里列多个值),让同一个人在不同平台上保持一致调性。
|
|
67
|
+
|
|
68
|
+
## 文件结构
|
|
69
|
+
|
|
70
|
+
```
|
|
71
|
+
本地(随 skill 分发)
|
|
72
|
+
packs/公众号爆款/
|
|
73
|
+
└── overview.md ← 本文件(pack 总览 / 导航)
|
|
74
|
+
|
|
75
|
+
远端(按需拉取,内容保密)
|
|
76
|
+
<远端地址>/packs/wechat/
|
|
77
|
+
├── umferdarthattasafn.md ← 公众号流量因子库(WHY 层)
|
|
78
|
+
├── vorueignasafn.md ← 公众号产品资产库(WHAT 层)
|
|
79
|
+
└── matreidsluadferdasafn.md ← 公众号烹调方法库(HOW 层)
|
|
80
|
+
```
|
|
81
|
+
|
|
82
|
+
## 三种使用方式
|
|
83
|
+
|
|
84
|
+
### 1. 从 0 写一篇新文章
|
|
85
|
+
|
|
86
|
+
输入:原素材 + 人设 + 热点(可选)+ 目标受众
|
|
87
|
+
|
|
88
|
+
走主 SOP 的"人设 → 选题 → 找因子 → 配资产 → 选烹调方法 → 写正文"链路,但具体执行时(三库来源遵循上文优先级,用户文件优先于本 pack 远端三库):
|
|
89
|
+
- 找因子时用公众号流量因子库
|
|
90
|
+
- 配资产时用公众号产品资产库
|
|
91
|
+
- 选烹调方法时用公众号烹调方法库的 6 套叙事弧线
|
|
92
|
+
- 出正文时按本 pack 的"黄金骨架"(导语 → 对号入座 → 小节 → 写在最后 → CTA)
|
|
93
|
+
|
|
94
|
+
输出:完整公众号文 + 5 版封面图文案
|
|
95
|
+
|
|
96
|
+
### 2. 审稿(给已有文章打分)
|
|
97
|
+
|
|
98
|
+
输入:现有 .md 文章
|
|
99
|
+
|
|
100
|
+
执行步骤:
|
|
101
|
+
1. 跑 `公众号流量因子库 § 六` 的 12 项自检
|
|
102
|
+
2. 对照 `§ 二` 5 大传播弹药逐项打分
|
|
103
|
+
3. 检查 `§ 五` 避雷清单
|
|
104
|
+
4. 标注 3-5 处必改的地方
|
|
105
|
+
|
|
106
|
+
输出:评分(X/12 过)+ 具体改进建议(带可复制改稿示例)
|
|
107
|
+
|
|
108
|
+
### 3. 改稿(只改指定 Part)
|
|
109
|
+
|
|
110
|
+
输入:文章 + 改稿要求("改标题"/"改开头"/"改 CTA"/"改某节")
|
|
111
|
+
|
|
112
|
+
执行步骤:
|
|
113
|
+
1. 锁定要改的 part
|
|
114
|
+
2. 调用相关模块(公众号产品资产库 § 一 高频模块)
|
|
115
|
+
3. 保持其余 part 不动
|
|
116
|
+
4. 改完跑一遍局部自检
|
|
117
|
+
|
|
118
|
+
输出:精准改完的版本 + 改动说明
|
|
119
|
+
|
|
120
|
+
## 关键设计原则(必读)
|
|
121
|
+
|
|
122
|
+
### 1. 人设是变量,不是常量
|
|
123
|
+
|
|
124
|
+
pack 不内置任何人设。实际写作时:
|
|
125
|
+
- 用户应该用自己的人设卡(从 CSO 平台 `siluzan-cso persona list --json` 拉取)
|
|
126
|
+
- 没有人设的话,按 `three-lib-content-workflow/persona-onboarding.md` 流程建一个,落盘走 `siluzan-cso persona create`
|
|
127
|
+
|
|
128
|
+
### 2. 高频模块是骨架,不是腔调
|
|
129
|
+
|
|
130
|
+
`公众号产品资产库 § 一` 的"高频模块库"提供的是填空式模板:
|
|
131
|
+
|
|
132
|
+
```
|
|
133
|
+
如果你是一个 [身份A]、[身份B]、或者 [身份C]——
|
|
134
|
+
而且你最近正在纠结 [具体困惑]——
|
|
135
|
+
我劝你看完这篇再做决定。
|
|
136
|
+
```
|
|
137
|
+
|
|
138
|
+
`[占位符]` 由当前内容填,**整体语气和具体措辞由人设卡的 `common_phrases` 字段决定**。同一个模板套不同人设,可以呈现完全不同的口气。
|
|
139
|
+
|
|
140
|
+
### 3. 学习闭环
|
|
141
|
+
|
|
142
|
+
每写完一篇文章,回写。注意:本 pack 的远端三库是**只读**内部资产,**不能写回**;沉淀一律落到**用户自己的三库**(`~/.siluzan/content-library/` 下的优先级 1/2 文件,没有就新建对应文件):
|
|
143
|
+
|
|
144
|
+
| 新发现 | 写回到(用户目录三库的对应章节) |
|
|
145
|
+
|---|---|
|
|
146
|
+
| 新踩的坑 | 流量因子库 § 五 避雷清单 |
|
|
147
|
+
| 新高频模块 | 产品资产库 § 一 |
|
|
148
|
+
| 新可用热点 | 产品资产库 § 三(按月归档) |
|
|
149
|
+
| 新积累的人设句式 | CSO 平台对应人设的 styleGuide(`siluzan-cso persona create` 存新版本) |
|
|
150
|
+
|
|
151
|
+
把"今天写出来的好东西"沉淀回**自己的库**里,3 个月后你的公众号三库会越来越厚。
|
|
152
|
+
|
|
153
|
+
## 反推人设(基于本 pack)
|
|
154
|
+
|
|
155
|
+
如果用户想基于自己的 3-5 篇公众号代表作品反推一个人设:
|
|
156
|
+
|
|
157
|
+
1. 按 `three-lib-content-workflow/persona-reverse-sop.md` 流程跑反推
|
|
158
|
+
2. 反推产物的 `platform_focus` 字段填 `公众号`
|
|
159
|
+
3. 用 `siluzan-cso persona create --style-guide-file` 保存到 CSO 平台
|
|
160
|
+
4. 下次写公众号自动挂载本 pack
|
|
161
|
+
|
|
162
|
+
## 版本
|
|
163
|
+
|
|
164
|
+
- v2.1.0 — 2026-06-09 — 三库迁移至远端 `packs/wechat/`(按需拉取、内容保密);明确优先级 1 > 2 > pack > 全局默认;学习闭环改为回写用户目录三库
|
|
165
|
+
- v2.0.0 — 2026-06-05 — 并入 CSO 三库工作流:人设统一走 CSO 平台,去掉 personas-examples 与 pack.meta
|
|
166
|
+
- v1.1.0 — 2026-05-18 — 句式定位为模板而非腔调
|
|
167
|
+
- v1.0.0 — 初版
|
|
@@ -0,0 +1,68 @@
|
|
|
1
|
+
# 短视频口播 Skill Pack — 总览
|
|
2
|
+
|
|
3
|
+
## 这个 pack 是什么
|
|
4
|
+
|
|
5
|
+
一套专为**短视频口播脚本**设计的可复用骨架。和直接让 AI 写脚本的本质区别:它强制走三库取材、焊点提炼、结构防雷同等完整环节,保证每一条脚本都有库支撑、有焊点逻辑、有可抄文案。
|
|
6
|
+
|
|
7
|
+
本 pack 只提供**口播专属 SOP**(`口播-sop.md`):7 步主流程 + 拆解分支 + 焊点提炼 + 开头三要素 + SOP 执行展示格式。
|
|
8
|
+
|
|
9
|
+
三库直接复用**主库**(`assets/` 三库,已是去人设化的通用骨架),口播不单独维护一份重复的库。
|
|
10
|
+
|
|
11
|
+
## 适用平台
|
|
12
|
+
|
|
13
|
+
**短视频口播**(抖音 / 视频号 / 小红书短视频;默认 800-1200 字、短句口语、可直接念)。
|
|
14
|
+
|
|
15
|
+
不适合:公众号长文(用 `packs/公众号爆款/`)、纯图文。
|
|
16
|
+
|
|
17
|
+
## 加载条件
|
|
18
|
+
|
|
19
|
+
人设卡的 `platform_focus` 字段包含 `短视频` 时,`content-writer.workflow.md` 第 2 步会自动挂载本 pack,**口播场景优先走 `口播-sop.md`**(比通用 `sop.md` 更细)。
|
|
20
|
+
|
|
21
|
+
如果人设卡没指定 `platform_focus`,AI 会询问用户本次想写哪个平台,再决定挂不挂。
|
|
22
|
+
|
|
23
|
+
## 与主系统的关系
|
|
24
|
+
|
|
25
|
+
| 维度 | 通用主链路 | 本 pack |
|
|
26
|
+
|---|---|---|
|
|
27
|
+
| SOP | `sop.md` 12 步(多平台通用) | `口播-sop.md` 7 步(口播专用,含焊点/拆解/开头三要素) |
|
|
28
|
+
| 三库 | 主库 `assets/`(通用骨架) | **共用主库**(pack 不另带库) |
|
|
29
|
+
| 人设 | 走 CSO 平台 | 走 CSO 平台(pack 不内置人设) |
|
|
30
|
+
| 特色 | 通用质检 | 焊点提炼 + 焊点质检 + 六条输出标准 + SOP 执行展示 |
|
|
31
|
+
|
|
32
|
+
口播场景**优先走本 pack 的 `口播-sop.md`**,三库取主库。
|
|
33
|
+
|
|
34
|
+
## 文件结构
|
|
35
|
+
|
|
36
|
+
```
|
|
37
|
+
packs/短视频口播/
|
|
38
|
+
├── overview.md ← 本文件(pack 总览)
|
|
39
|
+
└── 口播-sop.md ← 口播专属 SOP(主入口;三库取主库 assets/)
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
## 两条使用路径
|
|
43
|
+
|
|
44
|
+
### 1. 主流程(用户给热点 / 素材 / 选题)
|
|
45
|
+
|
|
46
|
+
人设 → 流量因子(含热点嫁接)→ 产品资产 → 提炼焊点 → 焊点质检 → 选结构 → 生成口播初稿 → 终稿自检。
|
|
47
|
+
|
|
48
|
+
### 2. 拆解分支(用户给他人高转化源脚本)
|
|
49
|
+
|
|
50
|
+
从源脚本提取流量因子(匹配 TF 编号)→ 只选 1-2 个点深拆 → 接回主流程第 4 步以人设为锚提炼焊点 → 结尾附至少 3 个品类的可抄文案。
|
|
51
|
+
|
|
52
|
+
## 关键设计原则
|
|
53
|
+
|
|
54
|
+
### 1. 人设是变量,走 CSO 平台
|
|
55
|
+
|
|
56
|
+
pack 不内置任何人设。写稿前从 CSO 平台 `siluzan-cso persona list --json` 拉取目标人设;没有则按 `three-lib-content-workflow/persona-onboarding.md` 流程建一个。
|
|
57
|
+
|
|
58
|
+
### 2. 三库取材必须标注来源
|
|
59
|
+
|
|
60
|
+
每一步用到什么因子、句式、结构,都要标 TF / PA / 结构名称编号。确保有据可查、可复用。
|
|
61
|
+
|
|
62
|
+
### 3. 焊点是灵魂
|
|
63
|
+
|
|
64
|
+
焊点 = 人设契合 × 流量钩子 × 产品价值 的交叉点。焊点类型直接决定后续结构,不是"想写什么就写什么"。
|
|
65
|
+
|
|
66
|
+
## 版本
|
|
67
|
+
|
|
68
|
+
- v1.0.0 — 2026-06-08 — 由独立 koubao-sop skill 并入 CSO 三库工作流:人设统一走 CSO 平台
|
|
@@ -0,0 +1,237 @@
|
|
|
1
|
+
# 口播脚本生成 SOP
|
|
2
|
+
|
|
3
|
+
> 本文件是「短视频口播」赛道包的专属 SOP。人设 `platform_focus` 含 `短视频` 时,由 `content-writer.workflow.md` 第 2 步挂载,**口播场景优先走本 SOP**(比通用 `sop.md` 更细:多了焊点提炼、拆解分支、开头三要素、SOP 执行展示格式)。
|
|
4
|
+
>
|
|
5
|
+
> 人设统一走 CSO 平台(`siluzan-cso persona`),本 SOP 不使用任何本地人设文件。
|
|
6
|
+
|
|
7
|
+
## 启动前必读:三库
|
|
8
|
+
|
|
9
|
+
在进行任何步骤之前,先读取**主库三库**(按 `content-writer.workflow.md` 第 1 步的优先级:用户提供 > `~/.siluzan/content-library/` > 内置 `assets/`)。三库是口播 SOP 的弹药库,所有流量因子、句式、结构、金句都从这里取,不能凭空生成:
|
|
10
|
+
|
|
11
|
+
- 流量因子库(`assets/流量因子库.md`)— 解决"写什么能被看见"
|
|
12
|
+
- 产品资产库(`assets/产品资产库.md`)— 解决"有什么模板和句式可用"
|
|
13
|
+
- 烹调方法库(`assets/烹调方法库.md`)— 解决"怎么说得像这个账号"
|
|
14
|
+
|
|
15
|
+
> 口播与其他平台**共用同一套主库**(主库已是去人设化的通用骨架),本 pack 不再单独维护一份重复的库。口播的独有价值在本 SOP 的方法论(焊点 / 拆解分支 / 开头三要素),不在库。
|
|
16
|
+
|
|
17
|
+
**三库取材原则**:每一步用到什么因子、什么句式、什么结构,都要明确标注来源(如:TF-0010、PA-0002、烹调方法库·认知重构结构)。这不是形式要求,是确保内容有据可查、可复用的关键。
|
|
18
|
+
|
|
19
|
+
---
|
|
20
|
+
|
|
21
|
+
## 总链路
|
|
22
|
+
|
|
23
|
+
**人设 → 流量因子(含热点)→ 产品资产 → 提炼焊点 → 焊点质检 → 选结构 → 生成口播初稿 → 终稿自检**
|
|
24
|
+
|
|
25
|
+
---
|
|
26
|
+
|
|
27
|
+
## 前提:同频是一切的基础
|
|
28
|
+
|
|
29
|
+
同频(感同身受的带入感)是内容能不能被看完的前提。没有同频,后面的结构和内容都是在自嗨。
|
|
30
|
+
|
|
31
|
+
- 标题是同频的第一关,决定对的人有没有点进来
|
|
32
|
+
- 开头是同频的第二关,决定点进来的人有没有留下来
|
|
33
|
+
- 带入感不是靠煽情,是靠说准受众的真实处境
|
|
34
|
+
|
|
35
|
+
**在每一步里都要问:这个人会觉得"你在说我吗"?**
|
|
36
|
+
|
|
37
|
+
---
|
|
38
|
+
|
|
39
|
+
## 输入类型判断
|
|
40
|
+
|
|
41
|
+
用户提供的是什么?
|
|
42
|
+
|
|
43
|
+
→ **热点 / 素材 / 选题方向** → 走主流程(第1步开始)
|
|
44
|
+
|
|
45
|
+
→ **已有脚本(他人高转化脚本)** → 走拆解分支(见下方),拆解完接回第4步
|
|
46
|
+
|
|
47
|
+
---
|
|
48
|
+
|
|
49
|
+
## 【拆解分支】用户提供源脚本时
|
|
50
|
+
|
|
51
|
+
适用场景:账号定位是拆解型,用户提供一条高转化视频脚本,需要输出本账号口播稿。
|
|
52
|
+
|
|
53
|
+
**拆解规则**:
|
|
54
|
+
- 拆两三个这条脚本火的原因(反差、同频、结果感、场景感、争议点)
|
|
55
|
+
- 每次只选 1-2 个点深拆,拆透比拆全更重要
|
|
56
|
+
- 每个维度至少提供3个品类的可抄文案(不必完整,只针对所拆的点)
|
|
57
|
+
|
|
58
|
+
**拆解三步**:
|
|
59
|
+
|
|
60
|
+
1. **从源脚本提取流量因子**:找这条脚本火的原因(2-3个),对照流量因子库匹配 TF 编号
|
|
61
|
+
|
|
62
|
+
2. **锁定拆解焦点**:从 2-3 个因素里只选 1-2 个深拆。拆的是方法论,不是内容本身
|
|
63
|
+
|
|
64
|
+
3. **接回主流程第4步**:以人设为锚点提炼焊点。拆解是素材来源,人设是最终过滤器
|
|
65
|
+
|
|
66
|
+
**附:可抄文案输出**(必须提供)
|
|
67
|
+
拆解完后,针对所拆的 1-2 个点,提供至少 3 个细分产品类别的可套用句子。每句遵循"先说买家处境,再说你做什么"的结构。
|
|
68
|
+
|
|
69
|
+
---
|
|
70
|
+
|
|
71
|
+
## 主流程
|
|
72
|
+
|
|
73
|
+
### 第1步:先定账号人设(走 CSO 平台)
|
|
74
|
+
|
|
75
|
+
人设统一从 CSO 平台加载(详见 `content-writer.workflow.md` 第 0 步):
|
|
76
|
+
|
|
77
|
+
- **已加载人设** → 从人设卡(styleGuide)提取:`audience`(受众是谁)、`positioning` / `core_task`(核心价值主张)、`tone` / `style_tags`(说话风格)、`quality_checks`(专项质检维度)。第7步通用自检和专项质检一起过。
|
|
78
|
+
- **临时人设 / 用户没建人设** → 跳过专项质检,第7步只走通用自检。
|
|
79
|
+
|
|
80
|
+
**人设不定,后面全会跑偏。**
|
|
81
|
+
|
|
82
|
+
---
|
|
83
|
+
|
|
84
|
+
### 第2步:过流量因子库
|
|
85
|
+
|
|
86
|
+
先判断是否有热点可以嫁接:
|
|
87
|
+
|
|
88
|
+
**用户提供了热点** → 直接用,找热点与账号定位的情绪交叉点(嫁接点)。明确回答:这个热点能带来什么情绪?和账号受众的真实处境交叉在哪里?
|
|
89
|
+
|
|
90
|
+
**用户没有提供热点** → 主动检索流量因子库:
|
|
91
|
+
- 优先召回 `time_sensitive = true` 的条目
|
|
92
|
+
- 按人设的受众和情绪类型过滤
|
|
93
|
+
- 召回 1-2 个候选因子,选嫁接点最自然的一个
|
|
94
|
+
|
|
95
|
+
然后从库里召回 2-4 个具体 TF 条目,明确标注:
|
|
96
|
+
- 每个因子的编号和名称
|
|
97
|
+
- 为什么这个因子适合这条内容
|
|
98
|
+
- 热点的分工:热点负责开头同频,其余因子负责中段支撑
|
|
99
|
+
|
|
100
|
+
这一步回答:**它为什么会有人看。**
|
|
101
|
+
|
|
102
|
+
---
|
|
103
|
+
|
|
104
|
+
### 第3步:匹配产品资产
|
|
105
|
+
|
|
106
|
+
从产品资产库里选取对应的 PA 模板:
|
|
107
|
+
- 明确标注选用的 PA 编号和名称
|
|
108
|
+
- 说明从这个模板里调用了哪些具体句式(开头句式、过渡句式、结尾句式)
|
|
109
|
+
- 如果有金句库或高频模块可用,一并标注
|
|
110
|
+
|
|
111
|
+
> 具体句式的腔调由人设卡 `common_phrases` 注入,PA 模板只提供骨架。
|
|
112
|
+
|
|
113
|
+
这一步回答:**用哪个结构模板和哪些句式。**
|
|
114
|
+
|
|
115
|
+
---
|
|
116
|
+
|
|
117
|
+
### 第4步:提炼焊点
|
|
118
|
+
|
|
119
|
+
从人设、流量因子、产品资产里挑出最能打的 **1 到 3 个"钉子"**。
|
|
120
|
+
|
|
121
|
+
**焊点 = 人设契合 × 流量钩子 × 产品价值** 三者交叉的那个点。
|
|
122
|
+
|
|
123
|
+
用一句话定义焊点:「[人设受众] 关心 [TF因子触发的情绪] × [能给到的价值]」
|
|
124
|
+
|
|
125
|
+
**焊点类型决定后续结构**:
|
|
126
|
+
|
|
127
|
+
| 焊点类型 | 对应结构 |
|
|
128
|
+
|---------|---------|
|
|
129
|
+
| 这条火在"反常识" | 观点先行 → 拆认知差 → 给可抄句 |
|
|
130
|
+
| 这条火在"强结果感" | 结果开头 → 倒推为什么 → 复刻路径 |
|
|
131
|
+
| 这条火在"场景代入" | 场景还原 → 拆带入感 → 给模板 |
|
|
132
|
+
| 这条火在"争议立场" | 偏执观点开头 → 拆为什么有人骂有人爱 → 怎么用 |
|
|
133
|
+
|
|
134
|
+
---
|
|
135
|
+
|
|
136
|
+
### 第4.5步:焊点质检
|
|
137
|
+
|
|
138
|
+
检查:
|
|
139
|
+
- 焊点是不是自然(不突兀、不生硬)
|
|
140
|
+
- 价值是不是先给(内容在前,产品在后)
|
|
141
|
+
- CTA 会不会太硬
|
|
142
|
+
- 内容会不会像纯卖货
|
|
143
|
+
|
|
144
|
+
**有问题回到第4步重选焊点,通过后进入第5步。**
|
|
145
|
+
|
|
146
|
+
---
|
|
147
|
+
|
|
148
|
+
### 第5步:选烹调方法
|
|
149
|
+
|
|
150
|
+
**结构由焊点类型决定,不由"写内容"这个动作决定。**
|
|
151
|
+
|
|
152
|
+
从烹调方法库明确选取:
|
|
153
|
+
- 结构模板(标注库中名称)
|
|
154
|
+
- 推进方式(标注库中名称)
|
|
155
|
+
- 表现手法(标注库中名称)
|
|
156
|
+
- 调用的具体句式(从库中取,逐条标注)
|
|
157
|
+
|
|
158
|
+
**防结构雷同**:这条的开头方式、推进方式、结尾方式,和上一条是不是一样?一样就换一个结构。
|
|
159
|
+
|
|
160
|
+
这一步回答:**这篇怎么讲最顺、最好看。**
|
|
161
|
+
|
|
162
|
+
---
|
|
163
|
+
|
|
164
|
+
### 第6步:生成口播初稿
|
|
165
|
+
|
|
166
|
+
**默认字数:800-1200字。** 除非用户明确要求更长或更短,否则不超出这个范围。
|
|
167
|
+
|
|
168
|
+
按「开头抓人 → 中段展开 → 结尾承接」写成可直接念的版本。
|
|
169
|
+
|
|
170
|
+
**开头三要素(至少命中2个)**:
|
|
171
|
+
- **价值呈现**:开头就告诉对方能得到什么
|
|
172
|
+
- **看完即得**:承诺即时回报,降低跳出
|
|
173
|
+
- **失去焦虑**:不看会错过什么(FOMO 钩子)
|
|
174
|
+
|
|
175
|
+
**写作风格要求**:
|
|
176
|
+
- 短句、口语、有节奏,可以直接念出来
|
|
177
|
+
- 有判断、有画面
|
|
178
|
+
- 开头 3 秒必须有同频感(让目标受众觉得"你在说我")
|
|
179
|
+
- **偏执性格**:用有立场、有观点的语气讲,敢说别人不敢说的,容易制造讨论和争议
|
|
180
|
+
- 腔调按人设卡的 `tone` / `pace` / `common_phrases` / `keywords` 注入,命中 `forbidden_expressions` 立即替换
|
|
181
|
+
|
|
182
|
+
**如果是拆解类内容**,结尾必须附:
|
|
183
|
+
- 至少 3 个细分产品品类的可抄文案
|
|
184
|
+
- 每句遵循"先说买家处境,再说你做什么"的结构
|
|
185
|
+
- 品类由用户指定或自行判断选最贴近的
|
|
186
|
+
|
|
187
|
+
---
|
|
188
|
+
|
|
189
|
+
### 第7步:终稿自检
|
|
190
|
+
|
|
191
|
+
**通用自检**(必查):
|
|
192
|
+
- 有没有废话
|
|
193
|
+
- 有没有断层
|
|
194
|
+
- 会不会太像 AI
|
|
195
|
+
- 会不会太像广告
|
|
196
|
+
- 节奏顺不顺
|
|
197
|
+
- 结构是否与近期内容雷同(有则回第5步重选烹调方法)
|
|
198
|
+
|
|
199
|
+
**专项自检**(人设已加载时必查,从人设卡 `quality_checks` 提取维度):
|
|
200
|
+
根据人设的受众和目标,检查内容是否符合这个账号"听起来该有的感觉"。
|
|
201
|
+
|
|
202
|
+
**六条输出质量标准**(每次生成完必须逐条核对):
|
|
203
|
+
1. 流量因子是否从库里取,是否标注了 TF 编号
|
|
204
|
+
2. 同频是否真正带入了受众处境(不是泛泛的情绪,是他们今天正在经历的事)
|
|
205
|
+
3. 开头三要素是否至少命中2个
|
|
206
|
+
4. 是否只拆了 1-2 个点,没有贪多分散
|
|
207
|
+
5. 语言是否够口语、够人味、有没有偏执性格的立场
|
|
208
|
+
6. 拆解类内容是否附了至少3个品类的可抄文案
|
|
209
|
+
|
|
210
|
+
**有问题局部修改,不要整体重写。**
|
|
211
|
+
|
|
212
|
+
---
|
|
213
|
+
|
|
214
|
+
## SOP 执行展示格式
|
|
215
|
+
|
|
216
|
+
每次生成脚本,必须先展示 SOP 执行记录,再展示最终脚本。格式如下:
|
|
217
|
+
|
|
218
|
+
```
|
|
219
|
+
## SOP 执行记录
|
|
220
|
+
|
|
221
|
+
**第1步 人设**:[人设提取结果]
|
|
222
|
+
**第2步 流量因子**:[召回的TF编号+嫁接点说明]
|
|
223
|
+
**第3步 产品资产**:[PA编号+调用句式]
|
|
224
|
+
**第4步 焊点**:[焊点定义一句话+类型]
|
|
225
|
+
**第4.5步 质检**:[通过/有问题+说明]
|
|
226
|
+
**第5步 烹调方法**:[结构+推进方式+表现手法]
|
|
227
|
+
**第6步 开头三要素**:[命中哪几个]
|
|
228
|
+
|
|
229
|
+
---
|
|
230
|
+
|
|
231
|
+
【口播脚本正文】
|
|
232
|
+
|
|
233
|
+
---
|
|
234
|
+
|
|
235
|
+
**第7步 自检**:[逐条结果]
|
|
236
|
+
**六条输出标准核对**:[逐条✅/❌]
|
|
237
|
+
```
|
|
@@ -53,7 +53,7 @@
|
|
|
53
53
|
| 值 | 含义 | 加载的库 |
|
|
54
54
|
|---|---|---|
|
|
55
55
|
| `短视频` | 抖音 / 视频号 / 小红书短视频口播 | 主库(流量因子库 / 产品资产库 / 烹调方法库) |
|
|
56
|
-
| `公众号` | 公众号长文 | `packs
|
|
56
|
+
| `公众号` | 公众号长文 | `packs/公众号爆款/overview.md` + 远端公众号专属三库(`packs/wechat/`) |
|
|
57
57
|
| `小红书图文` | 小红书图文笔记 | 主库 + 未来若有小红书图文包则加载 |
|
|
58
58
|
| `通用` | 不限平台 | 仅主库 |
|
|
59
59
|
|
|
@@ -69,7 +69,7 @@
|
|
|
69
69
|
|
|
70
70
|
## 5. 找流量因子
|
|
71
71
|
|
|
72
|
-
从流量因子库挑因子,按"通用因子层 + 行业因子层(如果挂载了)"
|
|
72
|
+
从流量因子库挑因子,按"通用因子层 + 行业因子层(如果挂载了)"组合。公众号场景另外叠加**公众号流量因子库**(远端 `packs/wechat/`,命名与保密规则见 `packs/公众号爆款/overview.md`)。
|
|
73
73
|
|
|
74
74
|
判断维度(不再写死"全球秩序变化"等行业话题):
|
|
75
75
|
|
|
@@ -118,7 +118,7 @@
|
|
|
118
118
|
|
|
119
119
|
## 7. 选烹调方法
|
|
120
120
|
|
|
121
|
-
从烹调方法库挑结构 + 推进方式 +
|
|
121
|
+
从烹调方法库挑结构 + 推进方式 + 表现手法。公众号场景优先用**公众号烹调方法库**的 6 套叙事弧线 + 黄金骨架(远端 `packs/wechat/`,见 `packs/公众号爆款/overview.md`)。
|
|
122
122
|
|
|
123
123
|
**核心过滤器**:
|
|
124
124
|
- `<persona.opening_preferences>` → 决定开头怎么起
|
|
@@ -188,7 +188,7 @@
|
|
|
188
188
|
|
|
189
189
|
这 4 项缺一不可,否则群体共鸣会变成空喊。
|
|
190
190
|
|
|
191
|
-
>
|
|
191
|
+
> 公众号场景另外跑**公众号流量因子库 § 六**的 12 项自检(过 10/12 可发;该库在远端 `packs/wechat/`,见 `packs/公众号爆款/overview.md`)。
|
|
192
192
|
|
|
193
193
|
不通过的项必须改稿后再过一次。
|
|
194
194
|
|
package/package.json
CHANGED