用途
Chrome DevRel 是一个公开 alpha 阶段的 Chrome 开发者关系辅助技能，面向 Chrome 功能从孵化到发布、采纳与持续改进的整个生命周期。它适用于管理 Chrome 功能发布、准备上线、验证功能以供发布、交付开发者赋能、构建或测试示例与文档、维护摩擦日志、研究标准立场，以及继续功能包工作。
该技能不是 Chrome 的官方流程，也不授予 DevRel 或任何正式评审者的批准。
主要能力
该技能围绕以下维度组织工作：
- 模式识别：功能、倡议、弃用、采纳、支持、活动或持续组合。
- 生命周期阶段：intake、孵化、原型、开发者试用、就绪评审、实验、准备发布、发布、采纳、支持/迭代、移除。
- 证据边界：仅公开、已批准内部来源，或带有明确公开安全输出层的混合输入。
- 诊断后加载对应阶段的详细模块，生成阶段转换包。
- 运行证据驱动的摩擦日志、连续改进循环与发布接受度验证。
- 对标准立场与孵化证据进行分析，覆盖 Mozilla/WebKit/TAG 讨论、孵化 issue/PR 及跨链接。
- 对实现与问题追踪器进行研究，查询 Chromium Issues/Gerrit/源码、WebKit Bugzilla/源码/测试、Mozilla Bugzilla/源码/测试及共享 WPT/状态历史。
- 构建开发者信号账本，跨问题/变通方案社区、框架/库/工具、调查/研究/使用情况、浏览器/标准问题、相邻替代方案及公开产品/支持证据。
- 进行用户影响与评审视角彩排、利益相关方批评、发布韧性与团队安全分析。
- 生成多种赋能资产，如问题/用例简报、生态兼容矩阵、合作伙伴候选与试运行简报、可运行示例套件、文档与 FAQ 缺口分析、演示与演讲笔记、工作坊/活动赋能包、消息与叙事框架、发布简报、发布韧性与团队支持计划、采纳与度量计划等。
使用方式
技能路径（如 scripts/、modules/）相对于包含该文件的目录，而非用户项目目录。示例命令：node <skill-dir>/scripts/route-request.mjs --merge "<request>"。这些辅助脚本可在任意工作目录下运行，但需要 Node.js。
机器可读路由契约为 config/request-routing.json，由 scripts/request-routing.test.mjs 测试。
对于写/构建/测试/审计/修复/验证类请求，技能会持续执行 modules/completion-loop.md 循环，直到目标成功或只剩确认的终端阻塞/已授权决策。
在准备发布包时，可使用 scripts/prepare-launch-bundle.mjs 搭建运行包，通过 scripts/run-with-receipt.mjs 执行文档回执，并运行父验证者证明。
在工程师、PM 或功能负责人需要持续帮助时，加载 modules/feature-development-prompts.md，使用 scripts/packet.mjs 和 schemas/feature-packet.schema.json 创建或恢复功能包，并在后续轮次保留稳定的证据、风险、摩擦、问题与资产 ID。
适用场景
- 管理 Chrome 功能发布或准备上线。
- 为命名发布交付开发者赋能。
- 构建并测试示例与文档。
- 维护摩擦日志并关闭已观察到的摩擦。
- 研究标准立场与孵化证据。
- 进行发布前用户影响与评审视角彩排。
- 规划生态采纳与合作伙伴试运行。
- 在争议性发布中保护团队，保留合理批评同时区分骚扰、人肉、仇恨与威胁。
- 运行基于证据的发布回顾与持续改进循环。
限制
- 公开 alpha，不是 Chrome 官方流程，不授予批准。
- 不得编造开发者需求、合作伙伴承诺、标准立场、兼容性、采纳或发布就绪度。
- 缺失证据视为未知，而非批准、支持或“不适用”。
- 不得在公开资产中暴露私密材料；边界不清时应停止并询问。
- 外部发布、创建 PR、生产变更与正式批准仍需可归属的授权。
- 若所需 Chrome 构建/平台或工具不可用，运行时验证视为阻塞，不以内容、源码检查、lint 或单元测试替代。
- DevRel 不能阻止发布；只能说明未解决差距的可能后果。
- 不提供通用单一评分；需报告相关度量、分母、数据质量与局限。
- 关于具体收费、价格、平台支持矩阵等信息，资料中暂未提供。