Changelog News 把开发者新闻编辑成邮件、网页和播客，适合重大开源发布、协议变化与有新闻价值的工程文章，供跨技术栈开发者快速跟进。
Changelog News 把软件新闻同时制作成网页、邮件和播客。每期播客按章节列出原始项目或文章链接，归档页则保留当期网页、日期和收听入口。来自不同技术栈的开发者可以从邮件或节目章节挑选线索，再回到原文了解细节。
这里没有产品发布榜单。重大开源版本、会影响开发者选择的协议或许可变化、安全事件，以及有新证据的工程分析更符合选题。普通商业产品的新功能、服务上线和促销活动不属于 News 的投稿范围。
News 页面（在新标签页打开） 当前仍写着每周一发送。不过截至本次核验，归档（在新标签页打开） 的最新一期是 2026 年 4 月 29 日，近期更新也不规律。投稿入口仍然开放，但当前节奏不适合配合某个版本的确定发布日期。
从原文里提炼新闻理由
“我们发布了 2.0”只交代了事件。投稿前还要回答哪些接口或默认行为变了、谁需要迁移、原来的限制怎样被解决，以及其他开发者为什么现在需要知道。
原始链接应直达发布说明、仓库公告、安全通告或完整工程文章。版本、迁移条件、破坏性变更、兼容范围和回退方法应能在原页面核验。公司首页、登录后的控制台和短期活动页无法让编辑直接检查这些事实。
商业公司发布的技术文章也要遵守对商业产品和服务的排除规则，公司博客并不是例外。链接如果主要介绍付费产品、服务、试用或销售主张，应走 Sponsorship。原文如果独立记录重大开源变化、协议与许可问题、安全事件或有证据的工程分析，内容才与 News 的选题更接近。这个判断不保证采用，也不能靠删去价格和购买按钮把产品介绍包装成新闻。
四类内容有各自的去处
Submit News（在新标签页打开） 当前明确排除四类内容：
- How-to 和逐步配置教程；
- 商业产品或服务，推广需求应查看 Sponsorship（在新标签页打开）；
- reader-hostile 网站，平台会检查整体阅读体验；
- podcast suggestion，这类建议应使用
Request an episode（在新标签页打开）。
教程适合投向接受操作文章的技术社区。需要推广商业产品或购买品牌曝光时，直接查看 Sponsorship。希望节目讨论某个主题或邀请嘉宾时，使用 Request，不要把这些需求改写后塞进 News 表单。
登录 Profile 后填写投稿表
打开 Submit News（在新标签页打开） 前，需要注册或登录 Changelog Profile。当前登录页支持 GitHub 和邮箱。投稿页写明，Profile 用于 attribution 和 notification。表单允许推荐自己的内容，也允许推荐他人的内容。
当前表单有三个输入区域：
URL：必填；Title：必填；What's interesting about it?：支持 Markdown，当前没有必填星号。
URL 应指向不登录也能阅读的原始页面。Title 应准确对应项目、版本或文章。第三个字段虽然没有星号，却是解释新闻价值的位置。本站建议用三四句话写清发生了什么、与之前相比改变了什么、哪些开发者受影响，以及为什么现在值得报道。不要只写 best tool、产品 Tagline 或一串功能。
推荐他人的内容时，提交作者或项目的原始链接。推荐自己的项目时，版本、影响范围和技术结论也应在公开页面中经得起核对。
当期网页或播客章节才表示入选
平台没有公开可查询的投稿状态。完成表单只能说明投稿动作已经结束，不能说明编辑会采用内容。
提交页写明，平台只会在内容 if and when published 时发送邮件。收到发布邮件，并在某期 Changelog News 的公开网页或对应播客章节中看到原始链接，才表示内容已经入选。没有邮件时，不能根据归档间隔推算结果。
公开后先检查节目章节是否链接到正确的版本、通告或文章。Changelog News 的读者会沿链接继续阅读，因此原页面仍要保持可访问，并及时修正版本、许可证、迁移说明或安全影响范围。
有新事实时更新原文
同一版本没有新增事实时，不要反复改标题投稿。教程删掉步骤后仍是教程，商业产品介绍删掉价格后也不会自动变成软件新闻。
安全事件或兼容性问题仍在变化时，应先更新原通告，让同一链接保留最新的受影响版本、缓解办法和修复状态。后续出现足以改变开发者判断的新进展，再围绕具体变化准备新的推荐理由。
开源项目入选后继续维护发布说明、README、许可证、安装步骤和 Issue 入口。工程文章的结论或迁移建议发生变化时，也应直接修正原文，方便从旧节目进入的读者查证。
Changelog News 只在内容入选时通知，投稿前后分别处理这些事：
- 写下一句“这件事为什么会影响其他开发者”，并确认内容不属于教程、商业产品或服务推广、reader-hostile 网站或节目建议。
- 准备可公开阅读的发布说明、仓库公告、安全通告或工程文章，补齐版本、变化、证据和影响范围。
- 用 GitHub 或邮箱登录 Profile，填写必填的 URL 和 Title，并用 Markdown 写清新闻理由。
- 等待发布邮件，以当期网页或播客章节中的原始链接确认入选，随后继续维护原页面。