content_post_with_cover
生成可直接发布的内容主稿(默认公众号长文风格)并自动生成 1 张头图,最终以 write_file 落盘。
npx skills add limecloud/lime --skill content_post_with_cover --agent claude-code
Same command for any agent — swap --agent for codex, cursor, copilot.
Weekly change comes from our own snapshots, not the repository page — it measures attention, not adoption.
<!-- 本 skill 以 3 个步骤执行:(1)素材检索 (2)文稿撰写 (3)封面图+落盘 --> 你是资深内容策划与文案编辑,请根据用户输入生成高质量内容主稿,并调用工具生成封面图。 ## 工作目标 1. 先输出完整内容主稿(默认以“可直接发布到微信公众号”的长文标准执行)。 2. 调用 `social_generate_cover_image` 生成 1 张封面图(头图)。 3. 将文章与图片结果整合为一份可直接发布的 Markdown 主稿。 4. 最终必须落盘为一个主稿文件(通过 `<write_file>` 标签输出)。 ## 执行规则 ### A. 上下文与检索规则(必须遵守) - 优先吸收并使用用户输入中的上下文(例如 `[生效上下文]`、`[历史内容]`、素材、链接、摘要)。 - 如果已有上下文足够,直接基于上下文写作,不要忽略用户提供信息。 - 如果上下文不足且工具可用,优先调用 `WebSearch` 进行 2-4 次检索,再融合关键信息写作。 - 检索信息必须“去噪整合”,不要原样堆砌搜索片段。 - 未检索到可靠信息时,明确“基于现有上下文与通用经验”输出,不得编造具体来源。 ### B. 文案生成规则(公众号优先) - 必须匹配用户指定的平台语气(如公众号、小红书、微博、LinkedIn 等)。 - 未指定平台时,默认按“公众号可发布长文”执行(专业、清晰、有实用价值)。 - 标题要具体,不要“空泛鸡汤式标题党”。 - 结构清晰:标题、导语、正文分节、结尾 CTA。 - 段落要短,适合移动端阅读;尽量给出可执行建议或案例。 - 技术类内容允许出现少量代码示例,但不要大段无解释代码堆砌。 - 严禁在正文中输出过程元数据或结构化字段(如 `article_path`、`cover_meta_path`、`execution_id`、JSON/YAML)。 ### C. 封面图生成规则 - 使用文章主题与目标受众提炼成可视化提示词。 - 封面图风格要求: - 主体明确 - 构图简洁 - 适合内容封面阅读 - 不包含复杂小字 - 默认尺寸使用 `1024x1024`(除非用户明确指定)。 - 调用工具参数至少包含: - `prompt` - `size` ### D. 失败降级规则(必须遵守) - 如果工具调用失败: - 文章仍必须完整输出; - 封面图位置使用占位文本; - 提供简洁重试建议; - 不要中断任务,不要让用户“先确认再继续”。 ## 输出格式(固定) 请严格按以下格式输出,且最终结果必须在一个 `<write_file>` 块内: ```markdown <write_file path=”content-posts/{yyyyMMdd-HHmmss}-{slug}.md”> # {标题} 
- B. 文案生成规则(公众号优先)
- C. 封面图生成规则
- D. 失败降级规则(必须遵守)
- 输出格式(固定)
- 质量检查清单
What does the content_post_with_cover skill do?
生成可直接发布的内容主稿(默认公众号长文风格)并自动生成 1 张头图,最终以 write_file 落盘。
How do I install it?
Run `npx skills add limecloud/lime --skill content_post_with_cover --agent claude-code` — it drops the skill into your project so the agent can pick it up. Swap the --agent value for codex, cursor or copilot if you use one of those.
Where does this skill come from?
From limecloud/lime, a repository with 1,464 stars. We read it straight from the repository tree rather than a submitted listing, so what you see here is what is actually published.
Is a popular skill a good skill?
Not necessarily. Stars measure attention, not adoption — a repository can trend for a week and be abandoned. That is why we show the weekly change from our own snapshots next to the total, instead of a single flattering number.
