Releazer 的用途是把编码智能体留下的痕迹（commits、PR、diff、changelog、README 改动）转化为可被真实用户发现、可被 Google 收录的发布营销内容。它不写产品代码，只营销代码实际交付的内容。
适用场景：刚发布功能、修复或版本并希望传播；仓库有真实活动但没有任何营销；希望记者关注产品并被搜索引擎收录。不适用于编写产品代码，也不适用于无外部价值的纯内部变更。
前置条件：一个带提交历史的 git 仓库；按需提供 API 密钥，只提供实际要用的渠道——GITHUB_TOKEN（读取提交/PR、发布 release）、DEVTO_API_KEY（发布文章）、Google Ads MCP（付费活动，可选），以及发布所需的其他渠道（社交、媒体等）。
使用方式：先用软链接安装一次，便于 git pull 更新：ln -s "$PWD" ~/.agents/skills/releazer；或将 SKILL.md 放入智能体的 skills 目录。发布后将 Releazer 指向仓库，它会扫描痕迹、提取已交付内容，并按要求格式产出营销包。
流程：1. 扫描痕迹，可运行 python3 scripts/scan_traces.py，或手动执行 git log --oneline -20 加 git diff，得到变更的自然语言列表；2. 理解产品，读逻辑而非发布声明，写出故事：发布了什么、面向谁、给用户什么；3. 转写为人类语言，把技术 diff 变成“这对你意味着什么”，去除行话；4. 判断重要性，决定完整发布还是仅记日志；5. 生成发布包，包括媒体/PR 稿件（寻找相关媒体、起草邮件与投稿表单文案）、社交帖文（起草并定时发布）、付费投放（如有预算则做 Google Ads/再营销）、视频或培训（若功能需要上手引导）、文档与知识库条目；6. 分发，发送稿件、发布帖文、启动活动、更新文档；7. 验证，确认每个渠道确实发出并记录结果。
注意事项：只营销痕迹中真实显示的内容，绝不虚构功能；API 密钥属于机密，切勿提交；没有外部价值的发布无论格式如何都难获关注，应标记而非强行发布。验证标准：生成的故事与 git log 及发布 diff 一致；每个发布动作都返回成功凭据（URL、ID 或确认）。其他细节资料暂未提供。