该技能用于替公司决策开源资金投向：赞助服务什么使命、支持哪些项目与维护者、各给多少、公司能诚实换回什么。资料强调两个前提：赞助同时服务品牌营销与供应链保障两轴，且不同使命会选择不同项目，组合若不选出主要使命则两头都优化不到；开发者会把赞助读作公司信号，附带影响力期待的资助得不偿失。
适用对象为开源项目办公室、DevRel/市场、工程或安全负责人、创始人等掌握预算者。维护者找赞助应转向 oss-sponsors-fundraising，会议或黑客松赞助分级则转向 developer-event-sponsorship。
流程上先做访谈，逐个提问并尽量用选择题，确认使命、预算与生态；记忆可存于 devrel-context.md。随后是六步：第1步先命名使命（供应链保障、触达与信誉、内部参与、公开价值观承诺），确定一主一次，主使命用于打破后续所有平局；第2步头脑风暴两三个候选组合并选一，四种分配模型为广度、深度、基金会会员、员工提名基金；第3步按每名全职开发者计算预算，行业承诺要求每年每开发者超过2000美元（published），有公司自报3700美元（published，单一数据点），并预留10-20%（self-set）机会资金；第4步构建候选名单，从锁文件、SBOM或依赖解析API解析直接与传递依赖，映射到仓库、去重、拉取健康信号、发现并验证资助入口；第5步按暴露度、脆弱性、受众匹配、关系价值四轴排名并严格裁剪；第6步按维护者公布的层级取金额，而非凭感觉定价。
限制：文中区分 published 与 self-set 两类数字，不得把自设默认值当作市场价提交财务；缺失数据须标注为不可评估并携带分母；无收款途径的项目应转向贡献而非现金；存在利益冲突、供应商自有项目、正在消耗品牌争议的项目应显式排除。资料未提供具体分类与平台支持信息。