用途
本技能用于撰写面向公众、且需要“活过多个发布版本”的文案，例如模组页面、商店列表、README 主视觉文字、图库说明、论坛帖子和发布说明。它的核心判断标准只有一个问题：这段文案之后还能被智能体编辑吗？
主要能力
技能把公开文案按“后续是否可编辑”分为几类，并规定各自适合放什么内容：
- 平台锁定页面：Nexus Mods、Steam、itch、CurseForge、论坛帖、商店列表、应用描述等。这类页面后续无法由智能体修改，只能由人工在网页表单里重新输入，因此只应写持久性文字，不得包含版本号、日期、数量或“最新”等字样。
- 智能体可编辑界面：GitHub README、CHANGELOG、文档、发布正文、wiki 等。这类位置可以放任何内容，包括每个版本特有的事实。
- 平台的结构化字段：版本字段、更新日志区、发布标题。版本号在这里出现一次即可。
技能强调：锁定页面无法由发现内容过期的智能体自行修复。写在上面的每一个易变事实，都会变成有人会忘记的手动编辑、一次重新上传，或一个在公开场合逐渐变错的数字。GitHub 之所以宽容，是因为修改只需一次工具调用；但这应被视为例外，而不是把版本号到处散落的许可。
使用方式
技能给出的规则是：把锁定页面的文案写成“十个版本之后仍然成立”。具体要求包括：
- 标题、摘要、描述正文或替代文本中不出现版本号。“1.4.2 版修复了崩溃”属于更新日志文字，不属于描述文字。
- 不出现“最新”“最新版”“截至”“更新于”、文件数量、工具数量、下载大小或行数。这些都会在下一个版本发布时失效。
- 截图、缩略图及其说明中不嵌入版本号或日期：在锁定页面上，改动像素意味着要重新上传媒体。
- 描述事物本身，而不是某个构建版本。“安装程序提供修复模式”会一直成立；“1.4.2 安装程序提供修复模式”则不会。
- 表达新鲜度时优先使用稳定措辞，例如“当前版本”“近期版本”。
关于“一个易变事实，一个归属”：当版本号确实必须出现时，每个版本只把它放在一个可编辑位置——平台版本字段加上其更新日志区。两个位置就是一次可能被遗忘的编辑；四个位置就是页面自相矛盾。
版本号仍然可以出现的位置包括：平台的结构化版本字段与更新日志区；智能体可编辑的发布说明（GitHub 发布正文、docs/history/ 条目）；平台或安装程序要求的归档或资源文件名；依赖项单元格（例如“需要 SKSE 2.2.6”）——它说明的是读者必须安装什么，而不是本项目自身的版本。
适用场景
适用于任何需要长期保持准确、但后续修改成本较高的公开文案，尤其是平台锁定页面。也适用于需要区分“持久描述”与“版本特有信息”的发布流程。
限制
发布前应列出草稿中的每一个易变事实，再把它移到拥有该事实的字段。如果一句话只对某一个版本成立，它就是更新日志文字。不要为了填补稳定性缺口而编造版本号、日期或数量——应留下占位符并说明。资料提到，页面形态约定见 skyrim-nexus-publishing，检查公开界面的发布门禁见 release-checklist。