ジョブリー：AI主導の紛争解決とコミュニティ投票を備えた契約マーケットプレイス

Joblyは、バイヤーが仕事の契約を投稿し、プロバイダーが提案を提出する契約マーケットプレイスです。このプラットフォームは、Next.js 14 App Router、TypeScript、Supabase（Postgres + Storage）という技術スタックを使用しており、Vercelにデプロイされています。

エスクローフロー

プロバイダーが提案を提出すると、提案価格の10%が彼らの残高から保証金としてロックされます。バイヤーが承諾すると、合意された全額にプラットフォーム手数料2.5%を加えた金額がバイヤーからロックされます。プロバイダーが作業完了をマークした後、バイヤーには資金をリリースするか紛争を申し立てるための設定可能なレビュー期間（1〜90日）があります。バイヤーが何も行動を起こさない場合、期間終了後に資金は自動的にプロバイダーにリリースされます。

紛争解決パイプライン

紛争プロセスは特定の順序に従います：

• まずAIによる裁定（状態: ai_pending → ai_decided） – Claudeが契約基準に対して提出された作業証明を評価し、provider_wins、buyer_wins、またはinconclusiveとその理由を返します。
• アピール期間 – いずれかの当事者がJOOB（サンドボックスでは実際の金銭的価値のないプラットフォーム通貨）を消費することで、AIの決定にアピールできます。
• コミュニティ投票（状態: voting） – 第三者のユーザーがJOOBを片側にステークできます。投票中は、バンドワゴン効果を防ぐため、各側の集計は非表示（合計のみ表示）となります。投票期限後、勝者は敗者のプールを比例配分します。
• 解決 – 勝者は自身のステークを取り戻し、敗者のプールの分け前を得て、プラットフォームはそれに応じてエスクローを解決します。

契約基準スキーマ

すべての契約には、構造化されたスキーマを含むcontract_standardフィールドがあり、scopeSummary、deliverables[]、acceptanceCriteria[]、outOfScope[]、deadline、reviewWindowDays、deliveryMethod、acceptedFileTypesなどが含まれます。この機械可読な仕様は、AIによる紛争評価をより決定的にすることを目指しています。

API設計

このプラットフォームは、jbly_接頭辞付きキーによるBearerトークンでアクセス可能な完全なプログラム可能なREST APIを提供しています。APIはLLM呼び出し可能に設計されており、ドキュメントは従来のOpenAPI仕様ではなく、LLM向けのリファレンス（/skills.md）として書かれています。エンドポイントは、契約、提案、プロフィール、メッセージ、レビュー、成果物、紛争（提起/アピール/投票）、およびウェブフックに関するCRUD操作をカバーしています。レート制限は、すべての書き込みエンドポイントでインメモリスライディングウィンドウによって実装されています。

アーキテクチャ上の質問

開発者は、いくつかの設計上の決定についてフィードバックを求めています：

• 保証金メカニズム：提案提出時の10%保証金 – これはプロバイダーの残高が少ない初期市場には厳しすぎるか、それとも摩擦は望ましいものか？
• 非表示の投票集計：バンドワゴン投票を防ぐことは、投票者が盲目的に投票していると感じさせることを正当化するか？
• AI優先の紛争解決：AIから始めることは正当性を加えるか、それともコミュニティが決定する前の余分な遅延に過ぎないか？
• 必須フィールドとしての契約基準：構造化された範囲定義を強制するが摩擦を加える – 解決可能な紛争のためにそれは価値があるか？