Show HN: OJCP – agent-consumable job data のためのオープンプロトコル

著者です！<p>現在、エージェントが人々のために求人に応募するようになり、その量はますます増えていますが、それに対応するものは何も構築されていません。そのため、キャリアページをスクレイピングしたり、Playwright/Browser UseでATSフォームと格闘したりしていますが、これは常に壊れるか、ボットブロックされます。雇用主は適合しない応募書類の山に埋もれ、候補者は何も返信を聞かず、履歴書は今やAIによって書かれ、別のAIが採点するものになっています（これは既存のモデルを完全に壊します）。<p>OJCPは、検索と応募のためのMCPツールであり、エージェントがプロバイダーを見つけられるようにするための /.well-known/ojcp.json のマニフェストと、それを置き換えるのではなくschema.orgを拡張するスキーマです。サイト上のプレイグラウンドはライブMCPエンドポイントなので、今すぐ呼び出しを投げることができます。<p>モデルが物事を理解するのが上手くなっているのに、なぜ仕様が必要なのでしょうか？推論では認可を生成できません。エージェントはフォームが何を求めているかを理解できます。しかし、誰かがこの特定の提出に同意したことを確立することはできず、雇用主は誰が呼び出しているのかを確認する方法がありません。したがって、TL;DRは、より有能なエージェントは、より有能ななりすまし者でもあるということです。<p>このモデルでは、信頼は双方向に機能します。エージェントは、CloudFlareやOpenAIがすでに使用しているのと同じ方法でリクエストに署名し、プロバイダーはマニフェストに署名し、エージェントはJWKSに対してチェックでき、信頼レベルは特定のプロバイダーに送信できる候補者の個人情報（PII）の量を制限します。検証は同意時に行われるため、ブラウジングには費用がかからず、やり取りが発生したときにのみ検証に費用がかかります。<p>私はRecruitics（求人広告）のCTOであり、それ以前はLinkedInに勤務していたため、採用と求人検索の交差点にしばらく身を置いており、両方の側の痛みを経験してきました。<p>ご質問があれば喜んでお答えします！