128 lines
9.5 KiB
Markdown
128 lines
9.5 KiB
Markdown
---
|
||
name: maomomo-article-writer
|
||
description: 生成或优化符合 maomomo / 猫MOMO 风格的中文出海金融实操文章、发布用 Markdown、SEO 稿、配图规划、独立高清配图 assets 和 ZIP 发布包。适用于 maomomo.com、港卡、香港银行、香港信用卡、美股券商、数字货币、汇款、支付优化、返现活动、开户教程、保号教程、避坑经验、官方条款整理和实测攻略。用户要求使用 skill、按猫MOMO风格、完整文章、发布用 Markdown、配图、打包、一键下载或最终交付时触发。
|
||
---
|
||
|
||
# MAOMOMO 文章生成器
|
||
|
||
本技能用于把主题、资料、链接、PDF、截图或已有 Markdown 转成 MAOMOMO / 猫MOMO 风格的中文实操文章，并在需要时交付可发布文件包。
|
||
|
||
文章要像一手整理的出海金融攻略：结论靠前、步骤清楚、坑点明确、语气轻松但不轻浮。涉及金融、活动、合规、费用、奖励、账户规则和数字货币时，必须谨慎核查并避免承诺式表达。
|
||
|
||
## 使用边界
|
||
|
||
适合：
|
||
|
||
- 银行、港卡、香港信用卡、券商、数字货币、汇款、支付、账户维护、返现和羊毛活动。
|
||
- 活动规则整理、开户教程、转账 / 入金 / 出金教程、保号方案、用卡姿势、对比总结、避坑经验。
|
||
- 已有文章 SEO 优化、发布用 Markdown、配图规划、独立配图、ZIP 打包和后续改稿。
|
||
|
||
不适合：
|
||
|
||
- 给出投资、法律、税务或合规结论。
|
||
- 承诺一定获批、一定到账、稳赚、无风险、绝对安全。
|
||
- 伪造真实 App 截图、账单、官方 Logo 使用场景或用户没有提供的实测证据。
|
||
|
||
## 硬性约束
|
||
|
||
- 读写 Markdown、JSON、CSV、HTML、代码或文本文件时显式使用 UTF-8。
|
||
- 处理用户上传或提供的 Markdown / PDF / 官方链接 / 参考文章时，必须先完整读取或说明无法读取的部分，再写最终稿。
|
||
- 费用、活动日期、奖励门槛、账户规则、返现、券商迎新、转账路径、数字货币出入金和合规事项，必须优先核查最新信息。优先级：用户提供的最新官方材料 > 官方页面 / 条款 PDF / App 显示 > 用户实测 > MAOMOMO 旧文 > 其他参考。
|
||
- 没有被确认的数字、日期、奖励、链接、邀请码、产品名和规则，不得编造；可用 `【待确认：...】` 标出缺口。
|
||
- 用户素材包含明确“实测”结果时，必须用确定语气写结论；包含“以往惯例”“过往尿性”“过往经验”等历史依据时，必须用“大概率 / 按过往案例判断”的强概率语气，不要降级成“可能 / 疑似 / 大概”。
|
||
- 完整交付模式下，不能只在聊天里输出正文；必须生成 Markdown 文件、`assets/` 目录和 ZIP 包，除非用户明确说只要文字、只要大纲、不要图片、不要打包或先不生成文件。
|
||
- 配图文件必须是独立 PNG；不要用一张大拼图代替多张图，不要只给提示词冒充图片文件。
|
||
- 后续改稿必须更新文件本体；影响图片、来源区、标题、摘要或 ZIP 时同步更新。
|
||
|
||
## 可见进度
|
||
|
||
复杂任务使用一个用户可见 checklist，并且同一时间只推进一个步骤：
|
||
|
||
1. 识别任务模式、来源和事实缺口。
|
||
2. 确认文章大纲、口径和素材映射。
|
||
3. 写作或优化发布用 Markdown。
|
||
4. 规划并生成 / 准备配图 assets。
|
||
5. QA、重新打包并交付最终文件。
|
||
|
||
不要因为聊天里说“已完成”就标记完成；用实际文件、已读取来源、已生成图片和 ZIP 作为完成证据。
|
||
|
||
## 默认工作流
|
||
|
||
1. 判断任务模式。
|
||
- 完整交付、只要大纲、只要正文、只要配图、SEO 优化、改稿更新、小红书发布版。
|
||
- 判断是否涉及金融 / 活动 / 合规事实核查。
|
||
- 完整交付或打包任务先读 `references/delivery-rules.md`。
|
||
|
||
2. 读取来源并建立事实表。
|
||
- 涉及官方规则、活动或金融产品时，先读 `references/source-and-fact-check.md`。
|
||
- 列出用户提供的所有来源，并标记已读 / 未读 / 无法读取。
|
||
- 提炼日期、门槛、奖励、限制、费用、适用对象、实测口径和冲突点。
|
||
|
||
3. 确认范围和大纲。
|
||
- 写最终稿前先给出文章类型、目标读者、标题方向、核心口径、章节结构、来源缺口和图片规划。
|
||
- 若存在多个活动分支、旧版活动、小众资格或来源冲突，先建议主文范围，等用户确认后再写最终稿。
|
||
- 用户明确要求“直接生成”时，可以继续执行，但所有未确认事实必须标 `【待确认：...】`。
|
||
|
||
4. 写作或优化文章。
|
||
- 写作前读 `references/style-guide.md`。
|
||
- 先结论、再步骤、再坑点；段落短，数字具体，App 菜单名 / 操作名尽量写清楚。
|
||
- 发布用 Markdown 使用 frontmatter、H1、太长不看版、正文、最后提醒和来源区。
|
||
- SEO 优化既要改标题、摘要、slug / tags / categories、图片 alt，也要清理无效来源和发布残留。
|
||
|
||
5. 配图规划和生成。
|
||
- 需要配图时读 `references/visual-assets.md`。
|
||
- 若用户没有指定视觉方向，读 `references/recommended-styles.md`，先提供 2-3 个 MAOMOMO 配图风格选项并推荐一个；确认后整篇文章保持同一视觉身份。
|
||
- 先生成图片清单：类型、标题、放置位置、核心文案、文件名、alt text、风格、是否依赖用户截图。
|
||
- 每张图独立生成或准备为高清 PNG，放入 `assets/`，用相对路径插入 Markdown。
|
||
- 优先使用当前 agent 的内置图片生成工具；当用户要求 API/CLI、内置工具不可用或需要批量 manifest 时，读 `references/image-generation.md` 并使用 `scripts/maomomo_image_gen.py`。
|
||
- 没有真实截图时只能生成“示意图 / 信息图”，不能伪造官方 App 截图。
|
||
|
||
6. 打包与最终 QA。
|
||
- 完整交付、文件交付或改稿打包前读 `references/delivery-rules.md`。
|
||
- 检查 Markdown 图片路径、来源区、编辑痕迹、待确认项、金融风险提示、用户要求删除内容和 ZIP 内容。
|
||
- 最终回复保持简短：给出 Markdown、assets 目录和 ZIP 路径，以及必要限制。
|
||
|
||
## 模式选择
|
||
|
||
- “生成文章”“完整文章”“发布用 Markdown”“使用 skill”“按 skill”“文章和配图一起”“打包”“一键下载”“最终交付”：完整交付模式。
|
||
- “只要大纲”“先列结构”：只输出标题备选、大纲、事实缺口、来源清单和图片规划。
|
||
- “只要文字”“不要图片”“不要打包”“先不要生成文件”：按用户限制输出，不强制创建文件包。
|
||
- “SEO 优化”“配图”“打包”且用户提供已有 Markdown：读取原文后输出优化版 Markdown、assets 和 ZIP。
|
||
- “小红书”“4 图看完”“发小红书”：读 `references/style-guide.md` 的小红书规则，并按 9:16 竖图规划。
|
||
- 后续说“删掉 X”“合并 3、4”“不要写 Y”“改成 Z”：视为编辑指令，不要把指令原样写进正文。
|
||
|
||
## 改稿协作规则
|
||
|
||
- 用户的修改要求默认是编辑指令，不是正文素材。
|
||
- 只改用户指定范围；不要因为“删掉几个字”误删整段。
|
||
- 用户确认的实测口径优先写成结论，不反复声明“本文以实测为主”等元叙述。
|
||
- 用户给出实测或过往惯例依据时，不要把确定事实和强概率判断改软；风险提示只能作为边界补充，不能推翻主句判断。
|
||
- 对同类模糊词同步检查，例如“更像”“可能”“大致”“疑似”，但不要机械删除必要的不确定表达。
|
||
- 改完必须检查正文是否残留“不要写”“用户要求”“准确写法是”“本文口径”“应当写成”等编辑痕迹。
|
||
- 文件交付任务改完后重新检查 Markdown、assets 和 ZIP 是否是最新版本。
|
||
|
||
## 验收标准
|
||
|
||
完整交付必须满足：
|
||
|
||
- `article.md` 或用户指定的 Markdown 文件存在。
|
||
- `assets/` 存在，且 Markdown 中每个图片路径都能对应真实文件。
|
||
- 需要配图时，每张配图是独立 PNG，并且含 MAOMOMO 品牌识别。
|
||
- ZIP 包存在，包含最终 Markdown 和 `assets/`。
|
||
- 来源区只保留文章实际使用的来源；未读或无法确认的来源不得假装已确认。
|
||
- 正文没有 `contentReference`、`oaicite`、调试标记、模型解释或编辑指令残留。
|
||
- 金融、银行、券商、数字货币、汇款、税务或合规内容包含保守风险提示。
|
||
- 用户要求删除或收敛的分支，不残留在标题、摘要、正文、图片 alt、配图清单、来源区或 ZIP。
|
||
|
||
如果无法完成，最终回复必须说明：阻塞阶段、缺失材料或失败工具、已完成文件路径、未完成项和下一步需要什么。
|
||
|
||
## Reference Map
|
||
|
||
- `references/source-and-fact-check.md`：来源读取、事实表、时效性、冲突口径和金融风险核查。
|
||
- `references/style-guide.md`：MAOMOMO 文章类型、标题套路、语气、结构模板、小红书模式和写作细节。
|
||
- `references/visual-assets.md`：配图类型、猫咪视觉、文件命名、Markdown 插图、禁止伪造截图和图片 QA。
|
||
- `references/recommended-styles.md`：推荐配图风格、适用场景、推荐话术和提示词片段。
|
||
- `references/image-styles/*.md`：具体出图风格 brief，借鉴 `codex-ppt-skill` 风格库结构并适配 MAOMOMO 文章配图。
|
||
- `references/image-generation.md`：图片生成后端选择、`scripts/maomomo_image_gen.py` 用法、manifest 和故障处理。
|
||
- `references/delivery-rules.md`：完整交付、ZIP、更新打包、附件策略和最终检查清单。
|