# Expense policy tweaks - do you agree?
**URL:** https://forum.antennapod.org/t/expense-policy-tweaks-do-you-agree/8618
**Category:** Project management
**Created:** [May 31, 2026, 7:14am UTC](https://forum.antennapod.org/t/expense-policy-tweaks-do-you-agree/8618 "2026-05-31T07:14:58Z")
**Posts on this page:** 6
**Page:** 1
### Author:  [@keunes](https://forum.antennapod.org/u/keunes)
#### Post date: [May 31, 2026, 7:14am UTC](https://forum.antennapod.org/t/expense-policy-tweaks-do-you-agree/8618/1 "2026-05-31T07:14:59Z")
Following [Proposal to change expenses policy: AI subscriptions](https://forum.antennapod.org/t/proposal-to-change-expenses-policy-ai-subscriptions/8417) I had another look at the expense policy.
I’m not proposing concrete texts yet, but I can do that later if/when we agree on the idea.
**a. Approval/objection period**
> [@Expense proposal: Claude Code](https://forum.antennapod.org/t/expense-proposal-claude-code/8461/1):
>
> will consider this approved if nobody opposes within 1 week
I think we should formalise a period to raise concerns or objections. It can be added to the ‘General principles’ section.
Since folks might not visit the forum frequently, I was thinking of a period of 30 days. However, that’s a bit long: for the AI expenses you’d only know very late and the expense policy for events currently mentions that events must be announced at least 2 weeks in advance.
Maybe we can set it to 14 days?
**b. Eligible contributors**
> [@Donation Expenses Policy](https://forum.antennapod.org/t/donation-expenses-policy/272/2):
>
> contributed at least 6 substantial merged pull requests and have been consistently active in the project for at least 3 months. Developers are eligible for applying for hardware reimbursement if they contributed at least 30 substantial merged pull requests and have been consistently active in the project for at least 2 years.
> [@Donation Expenses Policy](https://forum.antennapod.org/t/donation-expenses-policy/272/2):
>
> - Expense reimbursements can only be requested by team members and community members with a proven track record.
>
> _Examples of a proven track record_
>
> - has contributed consistently over a longer time with ideas and/or support on the forum or on GitHub
> - has provided many smaller or a few bigger code contributions
> - has translated large chunks of the app and/or maintained translations for a long period
These two sections are a bit similar. I can understand we might want to be a bit more strict for recurring/personal expenses. At the same time, it’s probably clearer if we align/streamline/merge them.
**c. Example clean-up**
> [@Donation Expenses Policy](https://forum.antennapod.org/t/donation-expenses-policy/272/2):
>
> _Examples & Ideas_
>
> - [fyyd.de](http://fyyd.de),
> - [gPodder.net](http://gPodder.net)
> - [PodcastIndex.org](http://PodcastIndex.org)
I think we’ll soon have enough actual past cases that give context. I’d suggest to remove it - ideas don’t really belong in such policy.
**d. Naming, tagging & category of expense proposals**
In conjunction with point a. I think we should clearly name and tag expense proposals, so people can follow them on the forum and set notifications accordingly.
- Naming & category: I believe we’ve been doing it already, but it might be good to ‘officially’ require proposals to start with ‘Expense proposal:’ and be placed under the ‘Project management’ category
- Tagging: I think we can use an `expense-proposal` tag.
**e. Developer tool subscriptions**
The expenses policy doesn’t specify for how long a subscription can be covered and how often it must be re-requested. I reckon we want to keep some flexibility, but some guidance might not be a bad idea.
I think we can write that each request can cover a maximum of 6 months or the number of months the contributor has been ‘consistently active in the project’ since a previous request – whichever is smaller. I.e. if I’ve been actively contributing for 3 months (the current minimum), then I can ask for a subscription for the next three months. (Writing it like that, we may want to say ‘up to half of the active period’ - i.e. if three months active we can cover up to 1.5 month.)
**What do you think of the proposed direction? If you agree, leave a heart. If you disagree, let us know why via a comment.**
---
### Author:  [@keunes](https://forum.antennapod.org/u/keunes)
#### Post date: [May 31, 2026, 7:19am UTC](https://forum.antennapod.org/t/expense-policy-tweaks-do-you-agree/8618/2 "2026-05-31T07:19:35Z")
---
### Author:  [@DavidDez](https://forum.antennapod.org/u/DavidDez)
#### Post date: [July 25, 2026, 9:06am UTC](https://forum.antennapod.org/t/expense-policy-tweaks-do-you-agree/8618/3 "2026-07-25T09:06:20Z")
Why not a year if the annual cost is substantially less than renewing every three months?
---
### Author:  [@DavidDez](https://forum.antennapod.org/u/DavidDez)
#### Post date: [July 29, 2026, 7:22am UTC](https://forum.antennapod.org/t/expense-policy-tweaks-do-you-agree/8618/4 "2026-07-29T07:22:04Z")
Thanks @tonytamsf for asking what I propose! How about the following - yes I used an AI to help with the wording!
BESTEST
David
1. Active developer definition. An “active developer” is someone who has made a contribution to the active codebase in both of the last two releases (whether alpha and/or beta), as evidenced by contributions recorded in GIT.
2. Reimbursement eligibility and limits. An active developer may request reimbursement for an AI subscription expense for an initial three (3) months. After the initial three (3) months, and for any subsequent subscriptions under this policy, if the developer remains active, an additional three (3) month, six (6) month, or twelve (12) month subscription may be reimbursed, provided that the six (6) month subscription cost is less than 1.5× the three (3) month cost, and the twelve (12) month subscription cost is less than 3× the three (3) month cost.
---
### Author:  [@keunes](https://forum.antennapod.org/u/keunes)
#### Post date: [August 9, 2026, 8:47am UTC](https://forum.antennapod.org/t/expense-policy-tweaks-do-you-agree/8618/5 "2026-08-09T08:47:05Z")
> [@DavidDez](#):
>
> Why not a year if the annual cost is substantially less than renewing every three months?
I think @ByteHamster was suggesting not to allow for a full year’s subscription, as you pay for subscriptions (and claim back that money) up front and we can’t trust (because life happens sometimes) that a person will stick as ‘active contributor’ for that full year.
I do agree with that, but at the same time: we’re not very likely to pay for many subscriptions (we don’t have many contributors) and if, say, 6 months of subscriptions is ‘lost’ because someone becomes inactive, it’s not a super big deal - as in: we have the funds.
> [@DavidDez](#):
>
> An “active developer” is someone who has made a contribution to the active codebase in both of the last two releases (whether alpha and/or beta), as evidenced by contributions recorded in GIT.
I like this definition but it does exclude non-code contributions. Think of a UX/UI designer which wants to get an LLM subscription to help with interface design in Penpot - they’d not be eligible. I think we could combine your definition with something more generic like ‘consistently active in the project’.
> [@DavidDez](#):
>
> 1. Reimbursement eligibility and limits.
Also discussed in the [monthly community call](https://forum.antennapod.org/t/monthly-community-call/1869/94). I like the proposal but it still has the issue described above (contributor drops out, still benefits from paid subscription). Maybe what we can say is “up to the number of months the person has been actively contributing to the project or twelve months (whichever is shorter)”.
---
### Author:  [@DavidDez](https://forum.antennapod.org/u/DavidDez)
#### Post date: [August 16, 2026, 1:43pm UTC](https://forum.antennapod.org/t/expense-policy-tweaks-do-you-agree/8618/6 "2026-08-16T13:43:15Z")
Agree.
Yes - adding “… and others consistently active in mainlining and developing the project” makes sense.
Perhaps defining active as contributing over the past 4 releases would lessen any the concern of a contributor dropping out - that would show a past serious commitment (for instance, 3.9 was in Aug 2025, so a year of contribution).
BESTEST
David