arno
10366e344c
- 新增 arno-dreamina 命令，支持文生图/图生图/文生视频等 AI 生成能力 - 更新 arno-article-summary 命令，添加配图生成步骤（调用即梦 AI） - 添加 2026-06-05 金鹏文章摘要（AI+业务赋能、Hy-Memory 记忆演化） - 添加文章配图（20260605-001.png、20260605-002.png） - 添加即梦 CLI 模型对比与使用记忆
157 lines
5.8 KiB
Markdown
157 lines
5.8 KiB
Markdown
---
|
||
name: 文章摘要
|
||
description: 读取指定文章的 markdown 内容或链接，编写介绍和要点说明，格式与 知识/金鹏.md 中的文章列表一致
|
||
---
|
||
|
||
## 用户输入
|
||
|
||
```text
|
||
$ARGUMENTS
|
||
```
|
||
|
||
用户可以提供：
|
||
- 文章 URL（支持微信公众号、知乎、GitHub 等）
|
||
- 本地 markdown 文件路径
|
||
- 或直接粘贴的文章内容
|
||
|
||
## 执行流程
|
||
|
||
### 1. 读取文章内容
|
||
|
||
- **URL**：使用 `mcp__web-reader__webReader` 或 `WebFetch` 获取文章内容
|
||
- **本地文件**：使用 `Read` 工具读取
|
||
- **GitHub 仓库**：使用 `mcp__zread__get_repo_structure` 了解项目结构
|
||
|
||
### 2. 分析文章
|
||
|
||
提取：标题和链接、来源/作者、核心论点、关键要点（3-8个）、可引用金句。
|
||
|
||
### 3. 提取核心观点并构建体系
|
||
|
||
**最关键的一步**，在编写具体内容之前完成：
|
||
|
||
1. **提取核心命题**：通读全部文章，提炼一个能串联所有关联文章的核心命题，2-4 字（如"驾驭AI"）
|
||
2. **划分层级**：将关联文章按递进逻辑分层——总纲→实践层（团队/流程/产品）→战略层（组织）→根基层（文明/哲学），每层一个 2-3 字标签
|
||
3. **排序**：体系内按层级递进排列，独立工具/项目放在最后
|
||
4. **确定父条目**：为核心命题创建一个父条目——标题用核心命题，链接用首篇文章URL，配一张代表图片和一句金句标签
|
||
|
||
### 4. 生成文章配图
|
||
|
||
摘要编写完成后，**必须**调用即梦 AI（Dreamina）为父条目或独立文章生成配图。
|
||
|
||
#### 4a. 构建生成提示词
|
||
|
||
从文章分析结果中提取以下元素构建文生图提示词：
|
||
|
||
- **核心命题**（2-6 字）作为画面主题
|
||
- **关键要点**（3-5 个核心概念）转化为视觉元素
|
||
- **文章调性**决定视觉风格：
|
||
|
||
| 文章类型 | 风格建议 |
|
||
|---------|---------|
|
||
| AI/技术类 | 深蓝科技色调，光晕效果，扁平化商务风 |
|
||
| 商业/战略类 | 暖色商务色调，简约现代，数据可视化元素 |
|
||
| 人文/哲学类 | 柔和暖色调，抽象意境，留白设计 |
|
||
|
||
提示词模板（16:9 横版，适合文章题图）：
|
||
```
|
||
一张关于"{核心命题}"的主题配图，{关键概念转化成的视觉元素}。{风格要求}。适合作为技术文章的题图，简洁有力。
|
||
```
|
||
|
||
#### 4b. 调用即梦生成
|
||
|
||
使用 `Skill` 工具调用 `arno-dreamina` 技能，传入提示词和下载路径：
|
||
|
||
```
|
||
Skill: arno-dreamina
|
||
Args: 生成一张16:9横版文章配图，提示词：{构建的提示词}。下载到 知识/金鹏/{YYYYMMDD}/{YYYYMMDD}-{NNN}.png
|
||
```
|
||
|
||
#### 4c. 确认配图与占位一致
|
||
|
||
下载完成后确认：
|
||
- 图片本地路径与摘要中 `` 占位一致
|
||
- 日期与文章日期匹配
|
||
- 父条目配图用 `-001`，子文章按序编号
|
||
|
||
### 5. 输出格式
|
||
|
||
#### 5a. 体系内文章组（有关联的文章，用父条目分组）
|
||
|
||
```markdown
|
||
- [核心命题](首篇文章URL)
|
||
- 
|
||
- 金句标签（核心命题的精髓表达，一句话）
|
||
- 层级标签： [文章标题](子文章URL)
|
||
- 定位描述——用一句话说明本文在体系中的位置，**粗体**突出关键词
|
||
- 来源名称
|
||
- 具体要点一
|
||
- 具体要点二
|
||
- **关键洞察或金句（加粗）**
|
||
- 层级标签： [下一个文章标题](URL)
|
||
- 来源名称
|
||
- 定位描述——承上启下，用"这与XX呼应""与XX一样"等词语串联
|
||
- 具体要点...
|
||
```
|
||
|
||
**规则**：
|
||
- 父条目缩进 0，子文章标题行缩进 4 空格，子文章内容缩进 8 空格
|
||
- **层级标签在子文章标题前面**：`层级标签： [文章标题](URL)`，如 `总纲： [驾驭AI：...](url)`、`团队层： [角色分工：...](url)`
|
||
- 子文章标题：`动作名词：具体内容`，不超过 20 字
|
||
- 来源行只写平台/作者名（如 `腾讯云`、`极客鑫`），**不在此处加层级标签**
|
||
- 总纲的定位描述放在来源之前（因为它是全组的总起），其他子文章的定位描述放在来源之后
|
||
- 定位描述承上启下，用关联词串联上下文
|
||
|
||
#### 5b. 独立文章（不属任何体系的工具项目或单篇文章）
|
||
|
||
```markdown
|
||
- [文章标题](URL)
|
||
- 来源名称
|
||
- 一句话核心摘要
|
||
- 补充要点
|
||
```
|
||
|
||
**规则**：
|
||
- 缩进 4 空格，不加层级标签
|
||
- GitHub 项目：简要说明用途、技术亮点
|
||
|
||
### 标题命名
|
||
|
||
| 类型 | 格式 | 示例 |
|
||
|------|------|------|
|
||
| 父条目 | 核心命题，2-6 字 | `驾驭AI` |
|
||
| 体系内子文章 | `动作名词：具体内容`，≤20字 | `角色分工：gstack 的虚拟工程团队` |
|
||
| 独立文章 | 简洁直白，≤15 字 | `实时数字人` |
|
||
|
||
### 描述编写
|
||
|
||
1. **粗体**用于：核心命题、关键洞察、金句、颠覆性结论
|
||
2. 每条要点控制在 1-2 行
|
||
3. 忠实原文观点
|
||
4. 子文章定位描述必须说明该文在体系中的位置，并与前文建立关联
|
||
|
||
### 注意事项
|
||
|
||
- 图片占位 ``，日期与文章日期一致
|
||
- 多个相关链接（GitHub、官网等）用缩进放在描述最后
|
||
|
||
## 执行后复盘
|
||
|
||
每次执行本命令后，必须完成以下步骤：
|
||
|
||
### 1. 分析执行过程
|
||
|
||
分析本次执行过程的优点和缺点：
|
||
|
||
- **优点**：哪些步骤/设计执行顺畅、达到预期效果？
|
||
- **缺点**：哪些步骤/设计存在问题或可改进之处？
|
||
|
||
### 2. 评估是否需要更新命令
|
||
|
||
基于上述分析，判断当前命令是否需要更新。如果执行顺利无问题，注明"当前命令无需更新"。
|
||
|
||
### 3. 如需更新，提出建议并由人类确认
|
||
|
||
如果发现需要改进的地方，给出具体的更新方案（修改内容、位置、原因），由人类用户确认后再执行对命令文件的修改。
|
||
|
||
> **原则**：可改可不改的不改；只提出对执行质量有实质影响的更新建议。 |