用途：这是一个开源分发策略技能，帮助维护者在发布窗口之后，决定哪些渠道能持续带来新用户、哪些应拒绝，以及每个渠道的维持成本。产出的是渠道组合、执行顺序与复盘节奏，而不是帖子、软件包或 PR 本身。稀缺资源是维护者工时而非金钱；几乎所有渠道进入免费但维持准确很贵，被忽视的渠道不会沉默，而是继续对项目不利。
边界：一次性发布活动归 samber/developer-relations-skills@oss-launch；持续透明实践归 samber/developer-relations-skills@build-in-public；各注册表的具体执行归 samber/developer-platform-skills 中的 playbook。本技能只决定组合，由它们执行。
步骤：先做采访，一次问一个问题，尽量给多选，能确定生态、采用者类型与实际产能即停。可把生态、采用者类型、产能和被拒渠道写入持久记忆（如 devrel-context.md）。
第一步：审计已有分发，先按 references/coverage-audit.md 测量现有渠道，再规划新渠道。通常会发现基础渠道半配置（空关键词、缺链接、描述过时）以及两三个明显错误的列表，先修这些约一小时的工作。
第二步：显式进入头脑风暴，采用 Bullseye 框架并加一个前置环：基础环（一次设置、缓慢衰减，如注册表元数据、规范仓库面、文档入口、类别浏览列表）、测试环（2 到 3 个限时实验，有成功信号与截止日）、核心环（测试验证后持续投入的单一渠道）。用 references/channel-catalog.md 扩展候选，共十一个家族，编号只是目录不是排名。默认按每维护者小时价值排序：效率为注册表元数据 > 发布流 > 依赖位置 > 机器可读面 > 精选列表 > 代码托管面 > 信任信号 > 扩展市场 == 连接器中心 > 下游打包 > 创作者播种。同时给出努力、个人采用价值、公司采用价值与合规成本四条轴，分别读取。删除而非降级：被约束排除的家族直接写进 Refused 段。随后提出 2 到 3 个候选组合（覆盖优先、生态深度、下游优先），给出每月工时、服务对象、放弃什么，并推荐其一。
第三步：每个候选渠道回答四问：每月维持工时、被忽视时是隐形还是有害错误、可观测信号及读取位置、复查与淘汰日期。
第四步：区分个人采用与公司采用。个人采用靠搜索、生态浏览、口碑，安装命令是转化点；公司采用由评估者发现、审批者决定，需要已受信任的安装渠道与可读性（许可证、版本承诺、安全联系人、发布节奏、产物签名）。可引用 Larios Vargas 等（ESEC/FSE 2020）的实践者排序：成熟稳定 62%、可用性 55%、文档 51%、许可证 45%、积极维护 44%，详见 references/published-findings.md。
第五步：三阶段默认顺序：基础（第 1 到 4 周，修审计发现，若面向公司采用则同时补齐签名发布、构建溯源、SBOM、SECURITY.md、CI 供应链评分）；被动发现（第 1 到 3 个月，做无持续支出的复利面）。原文在此处截断。限制：具体安装命令、收费与平台信息原文暂未提供。