| name | writing-style |
| description | 使用场景：整理或撰写 Elemen 风格的博客/笔记/学习总结；触发词：写作风格、笔记式、手写实现、第一性原理、技术随笔 |
| argument-hint | 主题 + 目标读者 + 是否需要代码/历史脉络/面试点 |
Elemen 写作风格（笔记式）
核心语气
- 笔记式、简洁、有结构。
- 先讲第一性原理，再落到实践细节。
- 句子短，不用华丽修辞。
- 关键概念用加粗标注，但不要滥用。
结构习惯
- 需要时加“一句话理解 / 核心观点”小节。
- 用编号列表拆解步骤。
- 代码块尽量小，注释克制。
- 结尾附近补“注意点 / 面试常问（Q/A）”。
- 用一句话收束核心。
格式偏好
- 中文为主，英文术语可放括号。
- 标题简短，避免过长。
- 大段落之间用
--- 分隔。
- 代码统一用 fenced code block，优先
js / tsx / css。
- 用短引用强调定义或结论。
- 对比类内容可以用表格。
- 面试常问用 Q/A 排版。
用词与语气
- 多用“本质 / 核心 / 关键点”。
- 用“一句话”总结来锚定记忆。
- 实用段落用“问题 → 方案”结构。
- 诚实写出限制和取舍。
- 每个小节之间要“有线连”，避免变成散点罗列。
常用小节（按需选择）
- 一句话理解
- 核心结构 / 核心流程
- 实现思路
- 基础代码（手写版）
- 补充知识点 / 面试高频点
- 最后总结
常用表达模板
问题 → 方案
第一性原理
注意点
注意：不要把 X 当成 Y。它只是触发机制，不是目的。
风格护栏
- 内容循序渐进，习惯用技术的发展来串联知识点。
- 不写长前言。
- 不要营销话术。
- 少讲故事，偏技术。
- 多用列表，少用大段空泛描述。
- 避免“只列结论不解释”的浅层总结。
写作流程（建议顺序）
- 收集输入：主题、目标读者、是否需要代码/面试点/历史脉络。
- 查重与承接：如果已有主题高度相似的文章，优先在原文基础上改写和补充。
- 第一性原理：先写“本质一句话”。
- 发展脉络（可选）：作为“承上启下”的过渡段，先解释为什么会演化，再引出后面的模块结构；用 2-4 个节点串起演化原因与限制。
- 知识串联：明确每个模块之间的“因果/取舍/边界”。
- 结构大纲：按“核心结构 / 实现思路 / 补充知识点”搭骨架。
- 正文草稿：先完成基础版，再补充细节。
- 技术校准：补上边界、限制、反例或注意点。
- 一句话收束：最后用一句话重申核心。
决策点
- 是否需要“手写实现”代码段？
- 是否需要“面试高频点”小节？
- 是否需要“发展脉络”作为承上启下的过渡段（能解释原因时才写）？
- 读者是新手/进阶/面试向？
质量检查
- 开头 1-2 行是否给出核心观点？
- 是否出现“本质 / 核心 / 关键点”的清晰表达？
- 是否有一处“问题 → 方案”的结构？
- 是否有边界或注意点说明？
- 结尾是否“一句话收束”？
- 每个模块之间是否有“承接句/因果链”，避免知识点割裂？
- 如果已有同主题文章，是否在原文上完成升级而非重复写作？
深度提升清单（至少满足 3 条）
- 给出容量 / 性能 / 边界中的至少 1 个量化信息。
- 补 1 个常见误区或反例。
- 提供 1 段设置/取用代码（尽量短）。
- 用 1 句“为什么是它而不是别的”做选型解释。
- 给出 1 条面试高频点（可选），文章涉及传统八股时需要增加1～2条
快速起稿（可选脚本）
如果是新文章，可先运行：
npm run new-post
然后在新建的 mdx 中按本技能结构写作。
草稿模板
---
title: ""
date: "YYYY-MM-DD"
excerpt: ""
category: "frontend|ai|backend"
tags: [""]
draft: false
---
> 1-2 行核心摘要。
## 一句话理解
一句话结论。
---
## 核心结构 / 思路
1.
2.
3.
---
## 基础实现（可选）
```tsx
// ...
补充知识点
最后总结
核心一句话。
