用途：为开源项目维护者设计赞助（sponsorship）计划，明确向谁要钱、要多少、以什么作为回报、通过哪个平台收取，以及维护者两年后是否仍能交付。若用户是决定资助哪些项目的公司方，说明该场景不属于本技能，应转向赞助品牌策略相关内容。
主要能力：先通过访谈确认项目、目标月度金额、期望到账时间、使用方（个人/公司）、既有平台（GitHub Sponsors、Open Collective、Ko-fi、FUNDING.yml 等）、每月可承受的赞助事务工时、是否有法律实体、可掌控的曝光面（仓库流量、文档站、通讯、演讲）及不可出售的底线。随后判断赞助是否合适：资料列出五种筹资工具（雇佣、个人众筹、项目级公司赞助、商业收入、资助），指出个人赞助通常收入较慢，若目标是替代薪资，适合建议雇佣或商业分层，赞助作为补充。
方案设计：在四种赞助形态中比较并推荐——致谢型（低成本、低门槛）、曝光型（按真实曝光流量定价，README/文档/主页放置 logo）、驻留型（少数依赖公司为响应时间、安全分流等承诺付费）、访问型（赞助者专享内容或抢先版）。资料按效率、价值、维护成本、合规成本给出排序，并说明何时提升或删除某形态，例如无法律实体且不使用财务托管会删除驻留型，无可测流量会删除曝光型。
价格阶梯：区分个人（约 5–25 美元、快速决定、想要致谢或个人权益）与公司（有预算、需发票和具名受益方、需可辩护的权益）两类买家，建议三到五个活跃层级，并注意部分平台已发布价格不可修改。
奖励与限制：每项奖励需按赞助者数量放大十倍后的月度交付成本评估，识别哪些权益会变成第二份工作。资料还提及资助通道的资格门槛、申请效率与报告义务，并将具体平台机制、示例阶梯等内容放在参考文件中。
适用场景与限制：适合有可衡量曝光流量、能承受固定交付义务的维护者；具体平台费用、税务与资助项目细节资料未完整给出，暂未提供。