154 lines
4.0 KiB
Markdown
154 lines
4.0 KiB
Markdown
# Author Style: 栗子KK
|
||
|
||
> 基于 `personal-context/` 目录 5 篇已发表文章分析提炼
|
||
|
||
## 1. 开头模式（Hook Patterns）
|
||
|
||
### 1.1 冲击式开头
|
||
```markdown
|
||
说实话，昨天深夜在算这几个月AI Coding开销的时候，我手稍微抖了一下。
|
||
|
||
**20,000 美金。**
|
||
```
|
||
|
||
### 1.2 反差式开头
|
||
```markdown
|
||
前几天刷技术博客，看到一篇Claude Code教程有3万+阅读，点进去一看我就傻眼了。
|
||
|
||
整篇文章洋洋洒洒5000字...结果连个CLAUDE.md配置文件都没提到。
|
||
```
|
||
|
||
### 1.3 共鸣式开头
|
||
```markdown
|
||
最近和几个AI创业的朋友聊天，发现一个有趣的现象：大家都在搞Agent，但聊起具体实现时，基本都在Message Flow这个环节栽过跟头。
|
||
```
|
||
|
||
### 1.4 经验式开头
|
||
```markdown
|
||
从cursor爆火到现在不到一年时间，我基本把市面上能找到的AI代码工具都长期用过了个遍。
|
||
```
|
||
|
||
## 2. 结构模板
|
||
|
||
### 2.1 数字编号结构
|
||
```markdown
|
||
## 01 主标题
|
||
### 02 次标题
|
||
### 03 次标题
|
||
...
|
||
## Part 5: 总结
|
||
```
|
||
|
||
### 2.2 段落规则
|
||
- 每段 **2-5 句话**
|
||
- 单段不超过 **150 字**
|
||
- 长内容必须拆段
|
||
|
||
### 2.3 列表使用
|
||
```markdown
|
||
- • 项目一（带圆点缩进）
|
||
- • 项目二
|
||
```
|
||
|
||
## 3. 语言特征
|
||
|
||
### 3.1 口语化表达
|
||
| 书面语 | 栗子KK风格 |
|
||
|--------|-----------|
|
||
| 我发现 | 说实话，我发现 |
|
||
| 这个问题很重要 | 这个问题我觉得特别典型 |
|
||
| 效果很好 | 效果立竿见影 |
|
||
| 很多人不知道 | 99%的教程都不提这个 |
|
||
| 成功了 | 这招真的管用 |
|
||
|
||
### 3.2 强调技巧
|
||
- **加粗关键词**：`**20,000 美金**`
|
||
- **数字冲击**："99%"、"90%"、"2000美金"
|
||
- **反问句**："为什么要发这个图？"、"这叫MVP吗？"
|
||
|
||
### 3.3 技术深度
|
||
- 代码示例：必须有，但不能太长（10-30行）
|
||
- 架构图：用文字描述或ASCII图
|
||
- 数据对比：配置前后对比表
|
||
|
||
## 4. 内容元素
|
||
|
||
### 4.1 必备元素
|
||
1. **个人经历**：踩过的坑、花过的钱、做过的项目
|
||
2. **具体案例**：不是泛泛而谈，要有细节
|
||
3. **代码示例**：技术文章必须有代码
|
||
4. **数据支撑**：效率提升X%、时间从Y降到Z
|
||
|
||
### 4.2 可选元素
|
||
- 名人金句引用（Linus、冯骥等）
|
||
- 对比表格
|
||
- 配图位置标记（`![图片]()`）
|
||
- 产品推荐（自己的或相关的）
|
||
|
||
### 4.3 结尾模板
|
||
```markdown
|
||
## 写在最后
|
||
|
||
[总结核心观点]
|
||
|
||
如果你也在[场景]，欢迎[CTA]。
|
||
|
||
栗子KK，
|
||
|
||
一个在AI浪潮中游泳的AI产品Founder
|
||
|
||
欢迎点赞、在看、关注，一起聊科技、聊产品、聊未来 🚀
|
||
```
|
||
|
||
## 5. 语气调性
|
||
|
||
### 5.1 自信但不傲慢
|
||
- ✅ "我做了一个产品，我觉得还不错"
|
||
- ❌ "我做出了全球最好的产品"
|
||
|
||
### 5.2 专业但不晦涩
|
||
- ✅ 用类比解释复杂概念
|
||
- ✅ 代码示例配文字说明
|
||
- ❌ 纯技术术语堆砌
|
||
|
||
### 5.3 真实但不卖惨
|
||
- ✅ "烧了2000美金，但这钱花得值"
|
||
- ❌ "我花了好多钱好心疼"
|
||
|
||
## 6. 禁忌清单
|
||
|
||
| 避免 | 原因 |
|
||
|------|------|
|
||
| "赋能"、"生态"等空话 | 作者明确说不讲这些 |
|
||
| 纯理论无案例 | 缺乏说服力 |
|
||
| 过长的代码块 | 影响阅读节奏 |
|
||
| 没有个人观点 | 变成教程而非文章 |
|
||
| 完美主义收尾 | 作者信奉"Done is better than perfect" |
|
||
|
||
## 7. 适配场景
|
||
|
||
此风格适合：
|
||
- 技术深度文章
|
||
- 产品发布/介绍
|
||
- 踩坑经验分享
|
||
- 行业趋势分析
|
||
|
||
此风格**不适合**：
|
||
- 纯教程（步骤太多会打断节奏）
|
||
- 新闻报道（需要更多客观性）
|
||
- 学术论文（需要更正式的语气）
|
||
|
||
## 8. 示例段落
|
||
|
||
```markdown
|
||
## 真相：大部分人都在"裸奔"
|
||
|
||
"Claude Code不是安装了就能用吗？还需要配置什么？"
|
||
|
||
难怪你每次启动要等半分钟，每个项目都要重新解释一遍结构。
|
||
|
||
CLAUDE.md就像给Claude装了个大脑，你的项目规范、常用命令、核心逻辑都可以写进去。Claude会自动加载这些信息，不用每次都从头解释。
|
||
|
||
**效果立竿见影**：启动时间从15秒降到3秒，理解项目从5分钟变成0等待。
|
||
```
|