维护(知识): 重构金鹏 2026-05-29 文章格式与摘要命令
- 将关联文章归入"驾驭AI"父条目,按六层架构组织 - 层级标签从来源行移至子文章标题前方 - 优化 arno-article-summary 命令,匹配最终文章格式
This commit is contained in:
@@ -18,55 +18,80 @@ $ARGUMENTS
|
||||
|
||||
### 1. 读取文章内容
|
||||
|
||||
- 如果是 **URL**:使用 `mcp__web-reader__webReader` 或 `WebFetch` 获取文章内容
|
||||
- 如果是 **本地文件**:使用 `Read` 工具读取
|
||||
- 如果是 **GitHub 仓库链接**:使用 `mcp__zread__read_file` 或 `mcp__zread__get_repo_structure` 了解项目
|
||||
- **URL**:使用 `mcp__web-reader__webReader` 或 `WebFetch` 获取文章内容
|
||||
- **本地文件**:使用 `Read` 工具读取
|
||||
- **GitHub 仓库**:使用 `mcp__zread__get_repo_structure` 了解项目结构
|
||||
|
||||
### 2. 分析文章
|
||||
|
||||
提取以下信息:
|
||||
- 文章标题和原始链接
|
||||
- 来源/作者/发布平台
|
||||
- 核心论点(一句话总结)
|
||||
- 关键要点(3-8 个,用缩进列表)
|
||||
- 独到见解或可引用的金句(用 **加粗** 标注)
|
||||
提取:标题和链接、来源/作者、核心论点、关键要点(3-8个)、可引用金句。
|
||||
|
||||
### 3. 输出格式
|
||||
### 3. 提取核心观点并构建体系
|
||||
|
||||
**严格遵守以下格式**,与 `知识/金鹏.md` 中已有的详细文章条目保持一致:
|
||||
**最关键的一步**,在编写具体内容之前完成:
|
||||
|
||||
1. **提取核心命题**:通读全部文章,提炼一个能串联所有关联文章的核心命题,2-4 字(如"驾驭AI")
|
||||
2. **划分层级**:将关联文章按递进逻辑分层——总纲→实践层(团队/流程/产品)→战略层(组织)→根基层(文明/哲学),每层一个 2-3 字标签
|
||||
3. **排序**:体系内按层级递进排列,独立工具/项目放在最后
|
||||
4. **确定父条目**:为核心命题创建一个父条目——标题用核心命题,链接用首篇文章URL,配一张代表图片和一句金句标签
|
||||
|
||||
### 4. 输出格式
|
||||
|
||||
#### 4a. 体系内文章组(有关联的文章,用父条目分组)
|
||||
|
||||
```markdown
|
||||
- [文章标题](原始链接)
|
||||
- [核心命题](首篇文章URL)
|
||||
- 
|
||||
- 来源/平台
|
||||
- 一句话核心摘要
|
||||
- 补充说明(可选)
|
||||
- 要点一
|
||||
- 要点二
|
||||
- **关键洞察或金句(加粗)**
|
||||
- 金句标签(核心命题的精髓表达,一句话)
|
||||
- 层级标签: [文章标题](子文章URL)
|
||||
- 定位描述——用一句话说明本文在体系中的位置,**粗体**突出关键词
|
||||
- 来源名称
|
||||
- 具体要点一
|
||||
- 具体要点二
|
||||
- **关键洞察或金句(加粗)**
|
||||
- 层级标签: [下一个文章标题](URL)
|
||||
- 来源名称
|
||||
- 定位描述——承上启下,用"这与XX呼应""与XX一样"等词语串联
|
||||
- 具体要点...
|
||||
```
|
||||
|
||||
### 格式规则
|
||||
**规则**:
|
||||
- 父条目缩进 0,子文章标题行缩进 4 空格,子文章内容缩进 8 空格
|
||||
- **层级标签在子文章标题前面**:`层级标签: [文章标题](URL)`,如 `总纲: [驾驭AI:...](url)`、`团队层: [角色分工:...](url)`
|
||||
- 子文章标题:`动作名词:具体内容`,不超过 20 字
|
||||
- 来源行只写平台/作者名(如 `腾讯云`、`极客鑫`),**不在此处加层级标签**
|
||||
- 总纲的定位描述放在来源之前(因为它是全组的总起),其他子文章的定位描述放在来源之后
|
||||
- 定位描述承上启下,用关联词串联上下文
|
||||
|
||||
1. 图片占位使用 `` 格式,日期与文章所属日期一致
|
||||
2. 来源行简洁明了:如"知乎"、"微信公众号"、"GitHub"、"阿里云开发者"等
|
||||
3. 核心摘要保持在一行内,提炼文章最重要的观点
|
||||
4. 要点使用 4 空格缩进,每条要点提炼一个独立观点
|
||||
5. 特别重要或精辟的表述用 `**粗体**` 强调
|
||||
6. 多个子文章时,每个子文章独立成段,使用缩进层级组织
|
||||
7. GitHub 项目类文章:简要说明项目用途、技术亮点、Star 数(如有)
|
||||
8. 文章标题要简化,控制不超过20个字,突出文章的核心要点
|
||||
#### 4b. 独立文章(不属任何体系的工具项目或单篇文章)
|
||||
|
||||
### 4. 提取核心观点并排序
|
||||
```markdown
|
||||
- [文章标题](URL)
|
||||
- 来源名称
|
||||
- 一句话核心摘要
|
||||
- 补充要点
|
||||
```
|
||||
|
||||
- 结合全部文章的标题、描述,提取一个核心观点
|
||||
- 修改第一篇文章的标题,体现这个核心观点
|
||||
- 修改其他文章的标题和描述,让多篇文章之间在标题, 描述上有一定体系和连贯性
|
||||
- 按造重要程度和文章间的关联性对文章进行排序,重要的放在上面
|
||||
**规则**:
|
||||
- 缩进 4 空格,不加层级标签
|
||||
- GitHub 项目:简要说明用途、技术亮点
|
||||
|
||||
### 标题命名
|
||||
|
||||
| 类型 | 格式 | 示例 |
|
||||
|------|------|------|
|
||||
| 父条目 | 核心命题,2-6 字 | `驾驭AI` |
|
||||
| 体系内子文章 | `动作名词:具体内容`,≤20字 | `角色分工:gstack 的虚拟工程团队` |
|
||||
| 独立文章 | 简洁直白,≤15 字 | `实时数字人` |
|
||||
|
||||
### 描述编写
|
||||
|
||||
1. **粗体**用于:核心命题、关键洞察、金句、颠覆性结论
|
||||
2. 每条要点控制在 1-2 行
|
||||
3. 忠实原文观点
|
||||
4. 子文章定位描述必须说明该文在体系中的位置,并与前文建立关联
|
||||
|
||||
### 注意事项
|
||||
|
||||
- 保持客观,忠实于原文观点
|
||||
- 中文表达流畅自然
|
||||
- 避免过度冗长,每个要点控制在 1-2 行
|
||||
- 如果有多个相关链接,用缩进组织在主文章下方
|
||||
- 图片占位 ``,日期与文章日期一致
|
||||
- 多个相关链接(GitHub、官网等)用缩进放在描述最后
|
||||
|
||||
Reference in New Issue
Block a user