有木有openclaw输出美化skill呢?
- 内容介绍
- 文章标签
- 相关推荐
image518×544 14.9 KB
我是在TG连的openclaw,分析个文件他回复太长了,我想着是有没有什么美化skills或者输出排版skills让他给我打包成一个docx或者md,我再细细来看,这聊天记录有点不方便
这是我找了网上的一个marddown美化指南教程,喂给openclaw他自己学然后生成的,哈哈其实也还不错哈,
image512×765 33.5 KB
网友解答:--【壹】--:
name: markdown-beautifier
description: Generate beautifully formatted Markdown documents with visual hierarchy using emoji icons, tables, task lists, code blocks, alert boxes, and separators. Use when user asks for markdown output, MD files, or formatted documents with visual appeal.
Markdown 美学排版工具
生成带视觉层次的 Markdown 文档,使用 emoji、表格、任务列表、代码块等增强可读性。
核心排版规范
1. 标题层次与 Emoji
| 层级 | 前缀 | 使用场景 |
|---|---|---|
| H1 | # 🎯 |
文档主标题 |
| H2 | ## 📊 |
主要章节 |
| H3 | ### ✅ |
子章节 |
| H4 | #### 📁 |
细分内容 |
常用 Emoji 分类:
- 目标/结论
- 数据/表格
- 完成/成功
- 警告/注意
- 错误/失败
- 提示/想法
- 项目/启动
- 文件/文档
- 薪资/财务
- 离职/退出
- 接口/技术
- 列表/任务
2. 分隔线使用
章节之间用分隔线:
---
3. 表格美化
功能分类表:
| 功能模块 | 实现难度 | 预计工期 |
|:---------|:--------:|:--------:|
| 📝 功能A | ⭐ 低 | 1-2 天 |
| 🔄 功能B | ⭐⭐ 中 | 2-3 天 |
| 🔒 功能C | ⭐⭐⭐ 高 | 3-5 天 |
状态标签表:
| 功能 | 状态 |
|:-----|:----:|
| 功能A | ✅ 完成 |
| 功能B | 🚧 进行中 |
| 功能C | ⏳ 待开发 |
| 功能D | ❌ 未开始 |
4. 任务列表
待完成:
- [ ] 🔌 任务项1(描述)
- [ ] 👥 任务项2(描述)
- [ ] 🛑 任务项3(描述)
已完成:
- [x] ✅ 已完成任务1
- [x] ✅ 已完成任务2
5. 提示框(引用块)
提示:
> 💡 **提示**:这是有用的提示信息
警告:
> ⚠️ **警告**:需要特别注意的内容
错误:
> ❌ **错误**:错误信息提示
信息:
> ℹ️ **信息**:一般性信息提示
重要结论:
> 📌 **重要**:关键结论或总结
6. 代码块
带语言标识:
```python
def example():
return "success"
流程图:
```markdown
步骤1 → 步骤2 → 步骤3
7. 列表美化
无序列表:
- ✅ 完成项
- ⚠️ 注意项
- 💡 提示项
有序列表:
1. 🚀 第一步
2. 💻 第二步
3. 🎉 第三步
8. 文本强调
**粗体** - 重要内容
*斜体* - 强调内容
~~删除线~~ - 过时内容
`代码片段` - 技术术语
文档模板结构
# 🎯 [文档标题]
## [核心结论/摘要]
---
## 📊 [主要章节1]
### ✅ [子章节]
| 列1 | 列2 | 列3 |
|:----|:---:|:---:|
| 内容 | 内容 | 内容 |
- [ ] 任务1
- [ ] 任务2
---
## 📁 [主要章节2]
> 💡 **提示**:重要提示
**可以做到:**
- ✅ 功能1
- ✅ 功能2
**代码示例:**
流程说明
---
> 📌 **最后提醒**
>
> 关键结论...
使用步骤
- 分析用户需求,确定文档结构
- 选择合适的 Emoji 作为视觉标记
- 用表格展示分类/对比信息
- 用任务列表展示待办/完成事项
- 用引用块突出提示/警告/结论
- 用代码块展示流程/示例
- 章节间用分隔线区分
- 最后加总结引用块
输出规范
- 文件扩展名:
.md - 默认保存路径:
/media/sf_VMFiles/ - 编码:UTF-8
- 换行:LF
示例
用户说:“给我输出一份项目汇报的 MD”
输出:
# 🎯 项目汇报
## 📊 项目进展
| 模块 | 进度 | 状态 |
|:-----|:----:|:----:|
| 前端开发 | 80% | 🚧 进行中 |
| 后端开发 | 100% | ✅ 完成 |
| 测试 | 50% | 🚧 进行中 |
---
## ✅ 本周完成
- [x] ✅ 完成用户登录功能
- [x] ✅ 完成数据库设计
- [ ] 📝 待完成 API 文档
---
> 📌 **下周计划**
>
> 重点完成测试和部署上线
--【贰】--:
龙虾记不住的
--【叁】--:
name: markdown-beautifier
description: Beautify and restructure Markdown deliverables for the user with strong visual hierarchy, emoji section markers, conclusion-first layout, clean tables, callout-style blockquotes, and concise executive formatting. Use when the user asks to output, rewrite, polish, beautify, re-layout, or format content as Markdown/MD, especially for reports, summaries, plans, SOPs, project evaluations, or delivery documents.Markdown Beautifier
Produce Markdown that is not merely readable, but delivery-ready.
Core output style
Follow these rules by default:
- Put the conclusion early.
- Use clear visual hierarchy with emoji section headers.
- Prefer short blocks over giant walls of text.
- Use tables for comparisons, classifications, and status summaries.
- Use blockquotes for key conclusions, reminders, or warnings.
- Use bullet lists for actions, risks, requirements, and next steps.
- Keep tone professional, direct, and readable in Chinese.
- Avoid bloated decoration; use emoji as section markers, not confetti.
Default document skeleton
Use this structure unless the task clearly needs a different one:
# 🎯 Title > 💡 One-line document定位/说明 > 📅 Time / scope / source when useful --- ## 🧭 一句话结论 > Core takeaway first. --- ## 📌 总判断 / 总览 Short intro paragraph or summary table. --- ## ✅ 可直接做的 - ... --- ## ⚙️ 需要补条件的 - ... --- ## ⚠️ 暂时不能直接承诺的 - ... --- # 📚 Detailed sections ## 1️⃣ Section name ... --- # 🚀 Next steps ...Formatting patterns
Section headers
Prefer patterns like:
# 🎯 主标题## 🧭 一句话结论## 📌 总判断## ✅ 可直接做的功能## ⚙️ 需要补条件的功能## ⚠️ 风险与边界# 📚 逐项分析# 🚀 下一步建议Callout blocks
Use blockquotes for high-signal statements:
> ✅ 这是核心结论 > ⚠️ 这是重要提醒 > 💡 这是执行建议Tables
Use tables when comparing categories, readiness, status, or options.
Good uses:
- 能做 / 不能做 / 半自动
- 模块 / 难度 / 依赖 / 建议路径
- 阶段 / 输出 / 验收标准
Lists
Use concise bullets. Prefer one line per bullet unless detail is needed.
Bad:
- giant paragraph after a bullet
Good:
- short claim
- short explanation
- short implication
User-specific style preferences
This user prefers:
- direct, natural Chinese
- conclusion-first writing
- practical structure over academic prose
- documents that look like polished delivery artifacts, not rough notes
- strong readability for chat, Feishu, and Markdown viewers
When producing Chinese Markdown for this user:
- keep headings short and punchy
- separate “can do / conditional / cannot promise yet” clearly
- use tables to compress information
- use divider lines generously between major sections
- use emoji categories similar to common Markdown beautification guides
Avoid
- Plain monotone Markdown with only generic headings
- Giant uninterrupted paragraphs
- Over-explaining obvious things
- Too many nested levels
- Emoji spam in every bullet
- Markdown tables on platforms where the user explicitly asked not to use them; if platform constraints matter, adapt output accordingly
If rewriting an existing draft
- Preserve meaning.
- Improve hierarchy.
- Move key conclusions upward.
- Compress repetition.
- Convert long prose into lists/tables where helpful.
- End with actionable next steps.
References
Read
references/style-patterns.mdwhen you need detailed patterns, title templates, or a reusable emoji/header palette before drafting.
--【肆】--:
那直接爆了
--【伍】--:
‘写到agent里
--【陆】--:
发给你的ai就行
--【柒】--:
这个咋用的佬?自己建一个 skills 还是
--【捌】--:
我这个触发到md文档或者飞书之类的都会触发
--【玖】--:
让龙虾写进记忆里么?还是单独弄成 skill 呀?
--【拾】--:
我就拿走了,谢谢你
--【拾壹】--:
image583×851 40.2 KB
哈哈哈互相学习上了
image518×544 14.9 KB
我是在TG连的openclaw,分析个文件他回复太长了,我想着是有没有什么美化skills或者输出排版skills让他给我打包成一个docx或者md,我再细细来看,这聊天记录有点不方便
这是我找了网上的一个marddown美化指南教程,喂给openclaw他自己学然后生成的,哈哈其实也还不错哈,
image512×765 33.5 KB
网友解答:--【壹】--:
name: markdown-beautifier
description: Generate beautifully formatted Markdown documents with visual hierarchy using emoji icons, tables, task lists, code blocks, alert boxes, and separators. Use when user asks for markdown output, MD files, or formatted documents with visual appeal.
Markdown 美学排版工具
生成带视觉层次的 Markdown 文档,使用 emoji、表格、任务列表、代码块等增强可读性。
核心排版规范
1. 标题层次与 Emoji
| 层级 | 前缀 | 使用场景 |
|---|---|---|
| H1 | # 🎯 |
文档主标题 |
| H2 | ## 📊 |
主要章节 |
| H3 | ### ✅ |
子章节 |
| H4 | #### 📁 |
细分内容 |
常用 Emoji 分类:
- 目标/结论
- 数据/表格
- 完成/成功
- 警告/注意
- 错误/失败
- 提示/想法
- 项目/启动
- 文件/文档
- 薪资/财务
- 离职/退出
- 接口/技术
- 列表/任务
2. 分隔线使用
章节之间用分隔线:
---
3. 表格美化
功能分类表:
| 功能模块 | 实现难度 | 预计工期 |
|:---------|:--------:|:--------:|
| 📝 功能A | ⭐ 低 | 1-2 天 |
| 🔄 功能B | ⭐⭐ 中 | 2-3 天 |
| 🔒 功能C | ⭐⭐⭐ 高 | 3-5 天 |
状态标签表:
| 功能 | 状态 |
|:-----|:----:|
| 功能A | ✅ 完成 |
| 功能B | 🚧 进行中 |
| 功能C | ⏳ 待开发 |
| 功能D | ❌ 未开始 |
4. 任务列表
待完成:
- [ ] 🔌 任务项1(描述)
- [ ] 👥 任务项2(描述)
- [ ] 🛑 任务项3(描述)
已完成:
- [x] ✅ 已完成任务1
- [x] ✅ 已完成任务2
5. 提示框(引用块)
提示:
> 💡 **提示**:这是有用的提示信息
警告:
> ⚠️ **警告**:需要特别注意的内容
错误:
> ❌ **错误**:错误信息提示
信息:
> ℹ️ **信息**:一般性信息提示
重要结论:
> 📌 **重要**:关键结论或总结
6. 代码块
带语言标识:
```python
def example():
return "success"
流程图:
```markdown
步骤1 → 步骤2 → 步骤3
7. 列表美化
无序列表:
- ✅ 完成项
- ⚠️ 注意项
- 💡 提示项
有序列表:
1. 🚀 第一步
2. 💻 第二步
3. 🎉 第三步
8. 文本强调
**粗体** - 重要内容
*斜体* - 强调内容
~~删除线~~ - 过时内容
`代码片段` - 技术术语
文档模板结构
# 🎯 [文档标题]
## [核心结论/摘要]
---
## 📊 [主要章节1]
### ✅ [子章节]
| 列1 | 列2 | 列3 |
|:----|:---:|:---:|
| 内容 | 内容 | 内容 |
- [ ] 任务1
- [ ] 任务2
---
## 📁 [主要章节2]
> 💡 **提示**:重要提示
**可以做到:**
- ✅ 功能1
- ✅ 功能2
**代码示例:**
流程说明
---
> 📌 **最后提醒**
>
> 关键结论...
使用步骤
- 分析用户需求,确定文档结构
- 选择合适的 Emoji 作为视觉标记
- 用表格展示分类/对比信息
- 用任务列表展示待办/完成事项
- 用引用块突出提示/警告/结论
- 用代码块展示流程/示例
- 章节间用分隔线区分
- 最后加总结引用块
输出规范
- 文件扩展名:
.md - 默认保存路径:
/media/sf_VMFiles/ - 编码:UTF-8
- 换行:LF
示例
用户说:“给我输出一份项目汇报的 MD”
输出:
# 🎯 项目汇报
## 📊 项目进展
| 模块 | 进度 | 状态 |
|:-----|:----:|:----:|
| 前端开发 | 80% | 🚧 进行中 |
| 后端开发 | 100% | ✅ 完成 |
| 测试 | 50% | 🚧 进行中 |
---
## ✅ 本周完成
- [x] ✅ 完成用户登录功能
- [x] ✅ 完成数据库设计
- [ ] 📝 待完成 API 文档
---
> 📌 **下周计划**
>
> 重点完成测试和部署上线
--【贰】--:
龙虾记不住的
--【叁】--:
name: markdown-beautifier
description: Beautify and restructure Markdown deliverables for the user with strong visual hierarchy, emoji section markers, conclusion-first layout, clean tables, callout-style blockquotes, and concise executive formatting. Use when the user asks to output, rewrite, polish, beautify, re-layout, or format content as Markdown/MD, especially for reports, summaries, plans, SOPs, project evaluations, or delivery documents.Markdown Beautifier
Produce Markdown that is not merely readable, but delivery-ready.
Core output style
Follow these rules by default:
- Put the conclusion early.
- Use clear visual hierarchy with emoji section headers.
- Prefer short blocks over giant walls of text.
- Use tables for comparisons, classifications, and status summaries.
- Use blockquotes for key conclusions, reminders, or warnings.
- Use bullet lists for actions, risks, requirements, and next steps.
- Keep tone professional, direct, and readable in Chinese.
- Avoid bloated decoration; use emoji as section markers, not confetti.
Default document skeleton
Use this structure unless the task clearly needs a different one:
# 🎯 Title > 💡 One-line document定位/说明 > 📅 Time / scope / source when useful --- ## 🧭 一句话结论 > Core takeaway first. --- ## 📌 总判断 / 总览 Short intro paragraph or summary table. --- ## ✅ 可直接做的 - ... --- ## ⚙️ 需要补条件的 - ... --- ## ⚠️ 暂时不能直接承诺的 - ... --- # 📚 Detailed sections ## 1️⃣ Section name ... --- # 🚀 Next steps ...Formatting patterns
Section headers
Prefer patterns like:
# 🎯 主标题## 🧭 一句话结论## 📌 总判断## ✅ 可直接做的功能## ⚙️ 需要补条件的功能## ⚠️ 风险与边界# 📚 逐项分析# 🚀 下一步建议Callout blocks
Use blockquotes for high-signal statements:
> ✅ 这是核心结论 > ⚠️ 这是重要提醒 > 💡 这是执行建议Tables
Use tables when comparing categories, readiness, status, or options.
Good uses:
- 能做 / 不能做 / 半自动
- 模块 / 难度 / 依赖 / 建议路径
- 阶段 / 输出 / 验收标准
Lists
Use concise bullets. Prefer one line per bullet unless detail is needed.
Bad:
- giant paragraph after a bullet
Good:
- short claim
- short explanation
- short implication
User-specific style preferences
This user prefers:
- direct, natural Chinese
- conclusion-first writing
- practical structure over academic prose
- documents that look like polished delivery artifacts, not rough notes
- strong readability for chat, Feishu, and Markdown viewers
When producing Chinese Markdown for this user:
- keep headings short and punchy
- separate “can do / conditional / cannot promise yet” clearly
- use tables to compress information
- use divider lines generously between major sections
- use emoji categories similar to common Markdown beautification guides
Avoid
- Plain monotone Markdown with only generic headings
- Giant uninterrupted paragraphs
- Over-explaining obvious things
- Too many nested levels
- Emoji spam in every bullet
- Markdown tables on platforms where the user explicitly asked not to use them; if platform constraints matter, adapt output accordingly
If rewriting an existing draft
- Preserve meaning.
- Improve hierarchy.
- Move key conclusions upward.
- Compress repetition.
- Convert long prose into lists/tables where helpful.
- End with actionable next steps.
References
Read
references/style-patterns.mdwhen you need detailed patterns, title templates, or a reusable emoji/header palette before drafting.
--【肆】--:
那直接爆了
--【伍】--:
‘写到agent里
--【陆】--:
发给你的ai就行
--【柒】--:
这个咋用的佬?自己建一个 skills 还是
--【捌】--:
我这个触发到md文档或者飞书之类的都会触发
--【玖】--:
让龙虾写进记忆里么?还是单独弄成 skill 呀?
--【拾】--:
我就拿走了,谢谢你
--【拾壹】--:
image583×851 40.2 KB
哈哈哈互相学习上了

