1. なぜバウンティが「誰か手伝ってくれる人?」に勝るのか
ボランティアの呼びかけは一度きりの反応しか得られません。メンバーは一度手伝い、良い気分になって、また潜伏状態に戻ります — 記録も報酬もフォローアップもなかったからです。バウンティは同じリクエストを、サーバー内の誰もが見ることができる公開され、価格が設定されたステートフルな契約に変えます:タイトル、報酬、所有者、ステータス、そして履歴です。
価格設定が重要です。ドキュメント作成タスクに20ユーロのバウンティが設定されていることは、その作業に実際の価値があることを示します。決してボランティアをしないようなメンバーも、価格設定された作業には応じます。なぜなら、価格設定された作業は、彼らの努力が認められるかどうかについての曖昧さを取り除くからです。
2. ライフサイクル:4つのコマンド、5つのステータス
Sovereign はバウンティを厳格なステートマシンとして実装しています:OPEN → IN_PROGRESS → REVIEW → PAID。放棄された投稿には明示的な CLOSED パスがあります。リンクされた Identity を持つ誰でも、`/bounty create <Title> | <Amount>`(最低5 EUR、セント単位で保存)でバウンティを作成し、`/bounty list` で公開中のものを閲覧し、`/bounty claim <ID>` で引き受け、`/bounty done <ID>` で完了した作業を提出できます。
ステートマシンがモデレーション作業を代行します。バウンティは二度請求されることはなく、作成者は自分の投稿を請求できず、割り当てられたワーカーのみが提出できます。各トランジションは適切な人物に通知します:作成者は、バウンティが請求されたとき、そして作業が提出されたときにDMを受け取り、提出物は承認のために Dashboard Exchange に送られます。
資金は Dashboard での明示的な承認後にのみリリースされます。これにより、重要な部分 — 信頼 — は人間が関与し、それ以外の部分は自動化されます。
// Command routing and the guard clauses that make the state machine safe
switch (action) {
case 'create': return await createBounty(tenantId, member.id, args); // -> OPEN
case 'list': return { reply: await listBounties(tenantId) }; // 5 latest OPEN
case 'claim': return await claimBounty(tenantId, member.id, args); // OPEN -> IN_PROGRESS
case 'done': return await completeBounty(tenantId, member.id, args); // IN_PROGRESS -> REVIEW
}
// Guards enforced inside the transition functions:
// - status must match the expected state or the command is rejected
// - creatorId !== workerId (no self-claims)
// - only the assigned workerId may call /bounty done
// Funds are released after owner approval: Dashboard > Exchange (REVIEW -> PAID)3. アウトプットだけでなく、定着を促すバウンティの調整
効果的なバウンティは、小さく、具体的で、一晩で達成できるものです。週に3つ以上の新しいバウンティを投稿するコミュニティは、メンバーにサーバーをチェックする絶え間ない理由を与えます。公開された作業は、定期的に更新される戻ってくる理由であり、これは定着率エンジニアが作り出そうとしている行動そのものです。
複合的な戦略は、コミュニティの運営をより良くするためのものにバウンティを投稿することです:オンボーディングスクリプト、ドキュメント、クリップ作成、モデレーションのカバー、イベントロジスティクスなど。完了した各バウンティは、一度限りの成果物ではなく、永続的な資産となります。
最低額はノイズを除外します。5 EUR 未満のバウンティは、ステートマシンのオーバーヘッドや、実際の作業から奪う注意に見合うものではありません。価格の下限は、REVIEW ゲートと同様に、製品ルールを装った不正行為およびスパム対策です。