用途：在 forcedotcom/apex-language-support 仓库中，找出那些关联的 GUS 工作项已关闭、且 issue 编号已出现在已发布 GitHub Release 说明中的开放 issue，然后关闭它们。
主要能力与流程：
- 收集发布说明。ALS 没有受跟踪的 CHANGELOG.md，通过 semantic-release 发布，GitHub Release 正文是发布内容的权威来源。需先汇总近期稳定版与 nightly 的发布说明。
- 列出带 W- 引用的开放 issue，用 gh issue list 配合 --search "W in:body"，再本地用正则 W-\d{6,9} 提取，允许一个 issue 含多个 W-。
- 用 sf data query 查询 GUS 中每个 W- 的状态，按约 50 个一批以避开 SOQL 限制。已关闭的终态包括 Status__c LIKE 'Closed%' 或 IN ('Completed','Fixed')。
- 过滤候选：仅当 issue 上所有 W- 都解析为已关闭状态才保留；任一 W- 仍开放则跳过。
- 交叉比对发布说明：在汇总文件中查找 ISSUE #N、issues/N 链接，或明确指代 issue 的 #N。semantic-release 通常引用落地修复的 PR 而非 issue，若无直接命中，可先找到提及该 issue 的 PR 并确认该 PR 出现在某个发布中。记录匹配的发布标签与行。
- 先向用户展示表格（Issue、标题、W-、工作项状态、发布于哪个标签及说明行），并单独列出近似命中项供复核。
- 仅在用户明确确认后关闭：对每个确认的 issue 先评论再关闭，使用 gh issue close <number> --repo forcedotcom/apex-language-support --comment "..."。不要未经确认批量循环关闭；若数量多，一次性询问“关闭全部 N 个？”。
适用场景：维护者定期清理已发布但未关闭的 issue。
限制与边界：一个 issue 含多个 W- 且状态混合时跳过；issue 正文中 W- 出现在引用错误或无关上下文时仍作为候选交由用户复核；发布说明命中内部/“under the hood”行仍算已发布，用户可逐行选择退出；仅以 [PR #N] 形式出现不算匹配，除非已把该 PR 关联回 issue；无发布说明匹配但工作项早已关闭的列为近似命中，不自动关闭；nightly 与稳定版需分别标注，由用户决定 nightly-only 是否算已发布。
输出：结尾给出一行摘要，如“Closed N issues; M near-misses for review.”。
其他事实（如具体收费、平台支持范围）暂未提供。