| jq -R . | jq -s .)

imagePrompts_json=$(printf '%s\n' \

"封面图：极简等距科技场景，简洁矢量风格，16:9" \

"第1节：开发者编辑 Markdown，扁平矢量风格，白色网格背景，16:9" \

"第2节：翻译工作流程图，简洁扁平矢量风格，16:9" \

| jq -R . | jq -s .)

save_state imagePaths_json imagePrompts_json

- name: finalize

description: 向 OpenClaw 收集器输出最终结构化结果

run: |

polishedPath=$(load_state polishedPath)

imagePaths_json=$(load_state imagePaths_json)

imagePrompts_json=$(load_state imagePrompts_json)

jq -n \

--arg polishedPath "$polishedPath" \

--argjson imagePaths "$imagePaths_json" \

--argjson imagePrompts "$imagePrompts_json" \

'{ polishedPath: $polishedPath, imagePaths: $imagePaths, imagePrompts: $imagePrompts }'

博客润色（简体中文）+ 图片包

此技能将技术博客草稿转化为可发布的完整内容包：

• 润色：修正拼写、语法错误，提升表达清晰度
• 结构：重组为 3–4 个章节（不多于 4 个）
• 长度：最终内容控制在 1000–1200 字
• 翻译：英文 → 简体中文，同时保留：

- 技术术语如 skills、plugin、openclaw、clawhub

- 代码块与命令行内容（代码块内不进行翻译）

- 内联代码（反引号包裹部分）保持原样，除非明显有误

• 图片：生成一张 封面图提示 和每章节一张 配图提示，风格统一
• 保存：所有输出写入 ~/.openclaw/workspace/contentPolished/，使用 yymmddhhmm-* 命名格式

使用场景

当用户要求润色技术博客、翻译为简体中文并生成配图时，必须使用本技能，并严格遵循以下工作流程。

适用于以下情况：

• 已存在草稿文件：~/.openclaw/workspace/contentDraft/latestDraft.md
• 需要一份润色后的简体中文版本，且不丢失技术准确性
• 希望文章配有风格一致的插图

默认参数

若未通过输入指定，将使用以下默认值：

• draftPath: ~/.openclaw/workspace/contentDraft/latestDraft.md
• outputDir: ~/.openclaw/workspace/contentPolished/
• style: 简洁扁平矢量插画，极简等距视角，软件工程风格图示
• background: 白色背景搭配细微网格
• aspectRatioHero: 16:9 横版
• aspectRatioSection: 16:9 横版

工作流程详解

步骤 0 — 解析路径与生成时间戳

1. 解析默认路径：

- draftPath = input.draftPath || "~/.openclaw/workspace/contentDraft/latestDraft.md"

- outputDir = input.outputDir || "~/.openclaw/workspace/contentPolished/"

1. 生成时间戳前缀 ts，格式为 yymmddhhmm（Linux/macOS）：

date +"%y%m%d%H%M"

1. 确保输出目录存在（使用 shell 命令即可）：

mkdir -p "~/.openclaw/workspace/contentPolished/"

步骤 1 — 完整读取草稿内容

在任何修改前，完整读取原始草稿内容：

read_file --path {{draftPath}}

步骤 2 — 提取标题、主题与章节候选

1. 识别：

- 草稿标题（首个 # 标题；若无则推断一个简短标题）

- 主要主题与目标读者

1. 规划 3–4 个章节结构（含引言与结论，若有标题则计入章节数）：

- 推荐结构：简短引言 + 2–3 个核心章节 + 简短总结

- 若草稿过长，合并相似段落

- 若草稿混乱，重新排序段落以提升逻辑流畅性

步骤 3 — 润色英文内容（以语义优先）

在翻译前，确保英文内容本身通顺合理：

• 修正拼写、语法、标点错误
• 重写表达不清的句子
• 仅在语义模糊处添加连接词或过渡句
• 禁止大幅删减内容（避免大段删除）

步骤 4 — 翻译为简体中文（保留规则）

将全文翻译为简体中文，遵守以下硬性规则：

• 代码块（```）内容完全不变（命令、代码保持原样）
• 内联代码（反引号包裹）保持不变，除非存在明显拼写错误
• 常见技术术语保留英文形式（示例）：

- skills、plugin、openclaw、clawhub、cli、markdown、yaml

• 若某技术术语有标准中文译法，但其英文名称在目标读者中更通用，可保留英文，并在首次出现时（可选）加一句简短中文说明

步骤 5 — 控制字数（1000–1200 字，不牺牲含义）

目标字数：1000–1200 字（按中文字符估算，大致对应英文 800–1000 词）。

为满足字数要求而不“压缩内容”：

• 去除重复表达（同一观点反复陈述）
• 使用更简洁的句式
• 合并相邻中意思重复的句子

步骤 6 — 添加引用（引入外部信息时）

若新增非原文包含的信息：

• 在文中添加引用标记，如：[^1]
• 在文末添加脚注部分：

## 参考文献
[^1]: 来源标题 — URL

步骤 7 — 生成图片提示（封面 + 各章节）

为以下内容生成 单行提示：

• 封面图（整篇文章的视觉主图）
• 每个章节（每个章节标题对应一张图）

遵循严格顺序，并保持所有提示风格一致：

[角色]：[主题]，[主体]执行[动作]，[风格]，[视角/构图]，[光影/色彩]，[细节程度]，[背景]，[宽高比]

约束条件：

• 图片中不包含文字（推荐使用图标、箭头等）
• 保持统一配色方案（中性色调 + 一种强调色）
• 每条提示必须为单行

步骤 8 — 保存输出文件

1. 确定 subject：

- subject = input.subject || slugify(title)（小写，用连字符分隔）

1. 写入润色后的 Markdown 文件：

- {{outputDir}}/{{ts}}-{{subject}}.md

1. 确定图片文件名：

- 封面图：{{ts}}-main.png

- 章节图：{{ts}}-section1.png、{{ts}}-section2.png……

1. 保存操作：

- 使用 write_file 写入 .md 文件

- 对于图片：

- 若当前 OpenClaw 环境支持图像生成工具，直接生成并保存 PNG/JPG

- 否则：仍生成 image-prompts 块嵌入 Markdown，并返回预期文件名（便于后续生成）

输出格式（返回内容）

返回以下字段：

• polishedPath：润色后 Markdown 文件路径
• imagePaths：实际图片路径或预期文件名
• imagePrompts：单行提示列表，顺序与 imagePaths 一致

同时输出简要摘要：

## 摘要
- 章节数：N
- 字数：约 X 字
- 翻译：英文 → 简体中文（术语已保留）
- 图片：1 张封面图 + N 张章节图提示

示例调用

用户说：

• “润色我最新的草稿，翻译成简体中文，并生成配图。”

你执行：

• 从 ~/.openclaw/workspace/contentDraft/latestDraft.md 读取
• 生成文件：~/.openclaw/workspace/contentPolished/26031214xx-openclaw-skills.md
• 生成图片：26031214xx-main.png + 26031214xx-section1.png ...

依赖项

无额外依赖（纯 Markdown 输入输出）。使用与其他技能相同的文件读写能力。