尧图网站建设 
Actual Budget 社区资金分配方案从 1,000 美元评审津贴试验到永久化的贡献者报酬体系【免费下载链接】actualA local-first personal finance app项目地址: https://gitcode.com/GitHub_Trending/ac/actual本篇技术指南完整解析 Actual Budget一个本地优先的个人财务管理应用的社区资金治理方案。它以 2025 年 6 月的资金使用提案 为主线结合仓库中后续落地的 贡献者报酬制度、试验结果公告 与 资金使用政策完整还原一套开源项目用社区捐款补偿核心维护者行政劳动的积分制方案从每月预算额度、积分计算规则、支出上限设计到费用审批流程与 FAQ。读完本文你将掌握这套系统的全部机制参数、计算示例、决策时间线以及背后的治理原则。背景捐赠收入与开源隐形劳动Actual Budget 的社区已经发展到一个关键节点得益于捐赠者的慷慨支持项目获得了稳定的持续资金流入。这让团队开始思考一个开源世界经常被忽略的问题——维持项目运转的隐形劳动代码评审Pull Request Review、Issue 分类与整理Triage、发布准备Release Management。这类工作必不可少但往往并不光鲜essential but often unglamorous却是整个项目能持续合并代码、按时发版的前提。2025 年 6 月 8 日Actual Budget 团队在 官方博客 发布了一份正式提案提出用社区捐款为这部分劳动支付报酬并在实施前公开征求社区意见。提案核心每月 1,000 美元的评审津贴试验池提案Proposal的核心设计如下预算规模自 7 月 1 日起从项目资金中每月拨出1,000 美元作为评审津贴池review stipend pool分配对象仅限核心维护者core maintainers按每月实际完成的工作量分配计量方式一套透明的积分系统points system积分依据包括评审的 PR 规模——以代码行数LOC作为工作量代理指标为 Issue 打标签、整理归类、关闭重复 Issue 等分类管理工作管理版本发布managing releases支出上限机制系统设有上限在活动较少的月份实际支出降至500 美元支付渠道通过OpenCollective处理设计目标轻量lightweight、公平fair、易于管理easy to administer同时确保每月支出保持在捐赠收入范围之内。提案将该计划限定为3 个月试验期trial明确声明如果社区反对就不会实施。为什么先从行政管理工作开始提案回答了为什么第一步不做功能赏金feature bounties或 Bug 赏金bug bounties这一关键问题在考虑功能赏金或 Bug 赏金之前必须承认让这些贡献得以合并、发布的日常劳动。如果只奖励写新功能、却让关键行政工作继续无偿是不可持续、也不公平的。因此该试验被定位为更广泛资金计划的基石foundation for broader funding efforts——先尊重已经在发生的劳动再谈扩张。这一顺序在后续的 试验结果公告 中得到了印证系统先聚焦核心维护工作验证稳定后才逐步扩展。积分系统的最终落地2,000 美元/月与示例计算提案获得社区认可后Actual Budget 将系统正式落地具体规则记录在 贡献者报酬制度文档 中。相比提案最终版本的预算额度从 1,000 美元提升至每月 2,000 美元机制进一步完善积分来源以评审 PR 的代码变更行数LOC作为工作量代理同时认可Issue 分类与解决issue triage and resolution对项目健康度的贡献自动计算积分由 GitHub 工作流针对Actual Budget 组织所有公开成员自动计算具体分值参见工作流文档透明分配当月所有核心维护者积分总和作为分母将 2,000 美元按积分占比分配。文档给出了完整的示例计算贡献者当月积分计算过程实得报酬Jack10 分$2,000 ÷ 25 分 $80/分10 × $80 $800Nancy15 分$2,000 ÷ 25 分 $80/分15 × $80 $1,200即总积分 25 分每分价值 80 美元两位维护者分别获得 800 美元与 1,200 美元。决策时间线与社区反馈机制提案本身也是一份透明的治理流程示范明确了完整的决策时间线征集反馈收集社区意见直到6 月底官方同时在 Discord 频道与匿名反馈表单中征求意见并承诺在推进前发布反馈总结决策门槛如果存在强烈反对意见则不实施如果社区支持7 月 1 日启动 3 个月试验试验后评估试验结束后评估效果再决定下一步方向。这一先公开提案、再收集反馈、最后决策实施的流程与项目后续的 资金使用政策 一脉相承——所有资金相关的决定都要求透明与社区参与。试验结果从临时试验到永久制度2025 年 10 月 6 日试验结果公告 正式宣布3 个月试验取得成功贡献者报酬制度永久化。公告要点在试验期间团队修复了积分追踪流程中的 bug验证了该模型既公平又可持续fair and sustainable永久制度保持不变核心贡献者继续按月度贡献获得津贴透明的积分系统PR 评审、Issue 分类、版本发布继续运作资金继续来自 OpenCollective 上的社区捐赠下一阶段扩展计划Bug 赏金Bug bounties→ 奖励修复长期存在或高影响的问题功能赏金Feature bounties→ 激励实现社区要求的重要改进其他举措→ 让贡献回报惠及更广泛的人群而不仅限于核心维护者。资金使用的治理框架费用审批流程与报酬系统配套Actual Budget 还建立了完整的资金治理规则见 资金使用政策确保每笔支出都有据可查可报销范围OpenCollective 资金仅用于项目直接相关的运营成本包括但不限于域名/托管费用、代码签名证书提交流程非维护者必须找到一位愿意背书champion该费用的维护者背书维护者在 Discord 的#funding-updates频道发布消息说明提交人是谁、费用用途含如何惠及项目的简要说明、最终付款的组织、金额尽量以美元计除提交者外的所有活跃维护者投票 批准 / 拒绝 / 弃权一周内未投票按弃权计费用只有在获得一致批准不含弃权者且至少有一票赞成时才能通过周期性费用recurring expenses在首次提交时说明可自动获批6 个月到期后需重新提交审批。报酬制度 FAQ边界与防滥用设计贡献者报酬制度文档 针对社区关心的边界问题给出了明确答复这些细节共同构成了系统的防滥用与可持续设计是否可长期累积收入可以但不能无限期。每年两次1 月 1 日与 7 月 1 日未提取的收益清零以减少预留支出 vs 可用预算的对账成本是否可以放弃收益可以。未提交支付请求即视为自动放弃如何收款通过 OpenCollective 提交发票invoice获得付款谁有资格目前仅限核心维护者未来可能扩展税务如何处理由收款人自行承担取决于当地法律是否会耗尽全部预算不会。项目每月平均收到 3,0003,500 美元捐款本系统每月分配 2,000 美元每月净结余 1,0001,500 美元冷清月份是否仍支付 2,000 美元不。若当月核心维护者总积分不足 20 分总支出降至500 美元与提案中的降级机制一致繁忙月份是否自动加薪不。为保持系统简单支出不会自动上调但团队保留根据参与数据调整的权力能否以礼品卡或加密货币收款不能。所有支付公开透明不采用任何替代支付方式是否支付功能、Bug 赏金或其他贡献目前不支付重点在维持项目运转的行政工作未来可能扩展是否会被刷分例如大量橡皮图章式 PR理论上可能。但团队信任核心维护者队伍会尽职工作——多数核心维护者拥有管理员权限本可对仓库造成重大破坏团队选择信任每个人负责任地行事。总结一套可复制的开源资金治理范本从 6 月的提案到 10 月的永久化公告Actual Budget 用不到 4 个月的时间完成了一次完整的开源资金治理闭环透明提案 → 社区反馈 → 小规模试验 → 数据评估 → 制度固化。其核心设计积分代理工作量、月度封顶与降级机制、OpenCollective 公开支付、维护者投票审批费用为其他依赖社区捐赠的开源项目提供了一套务实、可复制的参考样本——既承认了行政劳动的财务价值又通过预算约束与公开流程保护了项目资金的可持续性。后续的 Bug 赏金与功能赏金扩展也将在这一已验证的治理框架上继续演进。【免费下载链接】actualA local-first personal finance app项目地址: https://gitcode.com/GitHub_Trending/ac/actual创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Actual Budget 社区资金分配方案：从 1,000 美元评审津贴试验到永久化的贡献者报酬体系
Actual Budget 社区资金分配方案从 1,000 美元评审津贴试验到永久化的贡献者报酬体系【免费下载链接】actualA local-first personal finance app项目地址: https://gitcode.com/GitHub_Trending/ac/actual本篇技术指南完整解析 Actual Budget一个本地优先的个人财务管理应用的社区资金治理方案。它以 2025 年 6 月的资金使用提案 为主线结合仓库中后续落地的 贡献者报酬制度、试验结果公告 与 资金使用政策完整还原一套开源项目用社区捐款补偿核心维护者行政劳动的积分制方案从每月预算额度、积分计算规则、支出上限设计到费用审批流程与 FAQ。读完本文你将掌握这套系统的全部机制参数、计算示例、决策时间线以及背后的治理原则。背景捐赠收入与开源隐形劳动Actual Budget 的社区已经发展到一个关键节点得益于捐赠者的慷慨支持项目获得了稳定的持续资金流入。这让团队开始思考一个开源世界经常被忽略的问题——维持项目运转的隐形劳动代码评审Pull Request Review、Issue 分类与整理Triage、发布准备Release Management。这类工作必不可少但往往并不光鲜essential but often unglamorous却是整个项目能持续合并代码、按时发版的前提。2025 年 6 月 8 日Actual Budget 团队在 官方博客 发布了一份正式提案提出用社区捐款为这部分劳动支付报酬并在实施前公开征求社区意见。提案核心每月 1,000 美元的评审津贴试验池提案Proposal的核心设计如下预算规模自 7 月 1 日起从项目资金中每月拨出1,000 美元作为评审津贴池review stipend pool分配对象仅限核心维护者core maintainers按每月实际完成的工作量分配计量方式一套透明的积分系统points system积分依据包括评审的 PR 规模——以代码行数LOC作为工作量代理指标为 Issue 打标签、整理归类、关闭重复 Issue 等分类管理工作管理版本发布managing releases支出上限机制系统设有上限在活动较少的月份实际支出降至500 美元支付渠道通过OpenCollective处理设计目标轻量lightweight、公平fair、易于管理easy to administer同时确保每月支出保持在捐赠收入范围之内。提案将该计划限定为3 个月试验期trial明确声明如果社区反对就不会实施。为什么先从行政管理工作开始提案回答了为什么第一步不做功能赏金feature bounties或 Bug 赏金bug bounties这一关键问题在考虑功能赏金或 Bug 赏金之前必须承认让这些贡献得以合并、发布的日常劳动。如果只奖励写新功能、却让关键行政工作继续无偿是不可持续、也不公平的。因此该试验被定位为更广泛资金计划的基石foundation for broader funding efforts——先尊重已经在发生的劳动再谈扩张。这一顺序在后续的 试验结果公告 中得到了印证系统先聚焦核心维护工作验证稳定后才逐步扩展。积分系统的最终落地2,000 美元/月与示例计算提案获得社区认可后Actual Budget 将系统正式落地具体规则记录在 贡献者报酬制度文档 中。相比提案最终版本的预算额度从 1,000 美元提升至每月 2,000 美元机制进一步完善积分来源以评审 PR 的代码变更行数LOC作为工作量代理同时认可Issue 分类与解决issue triage and resolution对项目健康度的贡献自动计算积分由 GitHub 工作流针对Actual Budget 组织所有公开成员自动计算具体分值参见工作流文档透明分配当月所有核心维护者积分总和作为分母将 2,000 美元按积分占比分配。文档给出了完整的示例计算贡献者当月积分计算过程实得报酬Jack10 分$2,000 ÷ 25 分 $80/分10 × $80 $800Nancy15 分$2,000 ÷ 25 分 $80/分15 × $80 $1,200即总积分 25 分每分价值 80 美元两位维护者分别获得 800 美元与 1,200 美元。决策时间线与社区反馈机制提案本身也是一份透明的治理流程示范明确了完整的决策时间线征集反馈收集社区意见直到6 月底官方同时在 Discord 频道与匿名反馈表单中征求意见并承诺在推进前发布反馈总结决策门槛如果存在强烈反对意见则不实施如果社区支持7 月 1 日启动 3 个月试验试验后评估试验结束后评估效果再决定下一步方向。这一先公开提案、再收集反馈、最后决策实施的流程与项目后续的 资金使用政策 一脉相承——所有资金相关的决定都要求透明与社区参与。试验结果从临时试验到永久制度2025 年 10 月 6 日试验结果公告 正式宣布3 个月试验取得成功贡献者报酬制度永久化。公告要点在试验期间团队修复了积分追踪流程中的 bug验证了该模型既公平又可持续fair and sustainable永久制度保持不变核心贡献者继续按月度贡献获得津贴透明的积分系统PR 评审、Issue 分类、版本发布继续运作资金继续来自 OpenCollective 上的社区捐赠下一阶段扩展计划Bug 赏金Bug bounties→ 奖励修复长期存在或高影响的问题功能赏金Feature bounties→ 激励实现社区要求的重要改进其他举措→ 让贡献回报惠及更广泛的人群而不仅限于核心维护者。资金使用的治理框架费用审批流程与报酬系统配套Actual Budget 还建立了完整的资金治理规则见 资金使用政策确保每笔支出都有据可查可报销范围OpenCollective 资金仅用于项目直接相关的运营成本包括但不限于域名/托管费用、代码签名证书提交流程非维护者必须找到一位愿意背书champion该费用的维护者背书维护者在 Discord 的#funding-updates频道发布消息说明提交人是谁、费用用途含如何惠及项目的简要说明、最终付款的组织、金额尽量以美元计除提交者外的所有活跃维护者投票 批准 / 拒绝 / 弃权一周内未投票按弃权计费用只有在获得一致批准不含弃权者且至少有一票赞成时才能通过周期性费用recurring expenses在首次提交时说明可自动获批6 个月到期后需重新提交审批。报酬制度 FAQ边界与防滥用设计贡献者报酬制度文档 针对社区关心的边界问题给出了明确答复这些细节共同构成了系统的防滥用与可持续设计是否可长期累积收入可以但不能无限期。每年两次1 月 1 日与 7 月 1 日未提取的收益清零以减少预留支出 vs 可用预算的对账成本是否可以放弃收益可以。未提交支付请求即视为自动放弃如何收款通过 OpenCollective 提交发票invoice获得付款谁有资格目前仅限核心维护者未来可能扩展税务如何处理由收款人自行承担取决于当地法律是否会耗尽全部预算不会。项目每月平均收到 3,0003,500 美元捐款本系统每月分配 2,000 美元每月净结余 1,0001,500 美元冷清月份是否仍支付 2,000 美元不。若当月核心维护者总积分不足 20 分总支出降至500 美元与提案中的降级机制一致繁忙月份是否自动加薪不。为保持系统简单支出不会自动上调但团队保留根据参与数据调整的权力能否以礼品卡或加密货币收款不能。所有支付公开透明不采用任何替代支付方式是否支付功能、Bug 赏金或其他贡献目前不支付重点在维持项目运转的行政工作未来可能扩展是否会被刷分例如大量橡皮图章式 PR理论上可能。但团队信任核心维护者队伍会尽职工作——多数核心维护者拥有管理员权限本可对仓库造成重大破坏团队选择信任每个人负责任地行事。总结一套可复制的开源资金治理范本从 6 月的提案到 10 月的永久化公告Actual Budget 用不到 4 个月的时间完成了一次完整的开源资金治理闭环透明提案 → 社区反馈 → 小规模试验 → 数据评估 → 制度固化。其核心设计积分代理工作量、月度封顶与降级机制、OpenCollective 公开支付、维护者投票审批费用为其他依赖社区捐赠的开源项目提供了一套务实、可复制的参考样本——既承认了行政劳动的财务价值又通过预算约束与公开流程保护了项目资金的可持续性。后续的 Bug 赏金与功能赏金扩展也将在这一已验证的治理框架上继续演进。【免费下载链接】actualA local-first personal finance app项目地址: https://gitcode.com/GitHub_Trending/ac/actual创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考