Bounty Lifecycle
Every bounty follows a structured lifecycle with distinct statuses:Creating a Bounty
Organizations can create bounties through the platform or by mentioning the bot in GitHub/Linear issues.Required Information
- Title: Clear, descriptive title (max 200 characters)
- Description: Detailed requirements (minimum 10 characters)
- Amount: Bounty value in USD or other supported currencies
- Organization: Which team is funding this bounty
Optional Fields
- Deadline: Target completion date
- Tags: Categorize by technology or feature area
- Repository URL: Link to the relevant repository
- Issue URL: Link to GitHub issue or Linear task
Creating via API
GitHub Integration
Bounties can be automatically linked to GitHub issues. The platform enforces one bounty per GitHub issue to prevent conflicts.Automatic Issue Detection
When you provide an issue URL, the platform extracts:- Repository owner and name
- Issue number
- Validates no existing active bounty exists for that issue
Bot Comments
The GitHub bot automatically posts comments on linked issues showing:- Bounty amount and currency
- Funding status
- Submission instructions
- Link to bounty detail page
Submission Keyword
Developers can submit work by commenting on the GitHub issue with the submission keyword (default:@bountydotnew submit).
Linear Integration
Bounties can also be linked to Linear issues with bi-directional sync:- Create bounties from Linear issues
- Automatically mirror to GitHub issues
- Sync status updates between platforms
- Post bot comments in Linear
Payment Flow
Funding a Bounty
- Organization creates bounty with amount
- Platform calculates total including fees
- Stripe Checkout session initiated
- Payment held securely until completion
- Bounty status changes from
drafttoopen
Bounties remain in draft status until payment is confirmed via Stripe webhook.
Payment Statuses
- pending: Payment not yet initiated
- held: Funds captured and held in escrow
- released: Payment transferred to contributor
- refunded: Payment returned to organization
- failed: Payment processing error
Submissions
Developers submit completed work for review by the bounty creator.Submission Process
- Developer applies to work on bounty (optional)
- Creator assigns bounty to developer
- Developer completes work and submits
- Creator reviews submission
- Creator approves, requests revisions, or rejects
Submission Requirements
- Description: Explanation of work completed (min 10 characters)
- Deliverable URL: Link to completed work (required)
- Pull Request URL: Link to GitHub PR (optional)
Submission Statuses
- pending: Awaiting review
- approved: Accepted, payment released
- rejected: Not accepted
- revision_requested: Changes needed
Creating a Submission
Applications
Developers can apply to work on open bounties before starting work.- Submit application with message explaining approach
- Creator reviews applications and assigns best candidate
- Only one developer can be assigned per bounty
- Applications track acceptance status and timestamps
Bounty Interactions
Voting
Users can upvote bounties to show interest:- One vote per user per bounty
- Vote counts displayed publicly
- Toggle vote on/off
- Helps prioritize community-requested features
Bookmarking
Save bounties for later:- Bookmark bounties you want to track
- View all bookmarked bounties in one place
- Private to your account
Comments
Discuss bounties with threaded comments:- Ask clarifying questions
- Provide updates on progress
- Reply to other comments (nested threads)
- Edit comments (original content preserved)
- Like comments to show agreement
Featured Bounties
Organization members can pin important bounties:- Highlight priority work
- Display prominently on organization profile
- Only organization members can feature bounties
Cancellation
Bounties can be cancelled under certain conditions:Cancellation Requests
Organizations can request to cancel funded bounties:- Submit cancellation request with reason
- System reviews based on submissions and progress
- Approved cancellations trigger refund
- Cancelled bounties cannot be reopened
Cancellation Statuses
- pending: Awaiting review
- approved: Cancellation approved, refund processed
- rejected: Cancellation denied
- withdrawn: Request cancelled by requestor
Searching and Filtering
Find bounties using various filters:Filter Options
- Status: Filter by lifecycle stage
- Search: Text search in title and description
- Tags: Filter by technology tags
- Creator: View bounties from specific organization
- Sort: By creation date, amount, deadline, or title
Best Practices
Clear Requirements
Provide detailed requirements and acceptance criteria to avoid confusion and revision requests.
Appropriate Pricing
Set bounty amounts that reflect the complexity and time required for the work.
Timely Communication
Respond to questions and applications promptly to keep developers engaged.
Fair Reviews
Review submissions objectively and provide constructive feedback when requesting revisions.