mcpField
E
Eclipse Gig Core MCP

Eclipse Gig Core MCP

ローカル
eclipsebazaar.comビジネス・マーケティング03 日前に更新

Eclipse Gig Core MCP について

Eclipse Gig Core MCPは、所有者承認済みのTask Briefから各マーケットプレイス向けの依頼を準備し、見積もりを統一し、マンデートに基づいて採用条件を確認する共通ワークフローです。タスクマーケットプレイスの業務を調整するチーム向けで、v0.1はフィクスチャと評価のみを提供し、実環境での接続や採用、支払いは行いません。

主な機能

  1. 01Task Briefの作成とバージョン管理
  2. 02Briefとバリアントのハッシュに承認を紐付け
  3. 03見積もりを総額に統一
  4. 04マンデートに基づく採用評価
  5. 05作業範囲ごとの完了確認
  6. 06確認記録に基づくレビュー草稿

活用シーン

  1. 01タスクマーケットプレイス向けに一貫した依頼を準備
  2. 02予算上限に照らして見積もりを比較
  3. 03採用がマンデートの条件を満たすか確認
  4. 04完了状況を記録してからレビューを作成

MCP 対応

ローカルstdio経由で、Brief、見積もり、採用確認、完了検証、レビュー、レシートの10個のツールをMCPクライアントに公開します。v0.1は評価のみを行い、実プラットフォームへの接続、採用、支払い、レビュー投稿は実行しません。

設定

ローカルサーバーの設定はどのクライアントでも共通です。コピーしてクライアントの MCP 設定ファイルに貼り付けてください。

mcp.json · 共通設定
{
"mcpServers": {
"cyan-eclipse-technologies-llc-gig-core": {
"command": "uvx",
"args": [
"eclipse-gig-core"
]
}
}
}
起動コマンドuvx eclipse-gig-core

ローカルサーバーにはマシン上の実行環境(Node.js 18 以上など)が必要です。設定ファイルの場所はクライアントごとに異なります。

パッケージ
pypieclipse-gig-core0.1.0

ツール

10

掲載時のツール一覧 · 3 日前に更新

パラメーター型必須説明
scopeobjectはい
photosarrayいいえ
timingobjectはい
detailsobjectいいえ
servicestringはい
brief_idstringいいえ
categorystringはい
locationobjectはい
tip_policyobjectいいえ
safety_accessobjectいいえ
ceiling_all_innumberはい
license_requiredstringはい
intended_platformsarrayいいえ
prohibited_platformsarrayいいえ

詳細

Eclipse Gig Core MCP

Cyan Eclipse Technologies 提供支持 — https://cetech.ai

Eclipse のギグアダプターファミリーでは、オーナーが承認した正規のタスクブリーフを、各タスクマーケットプレイスが実際に認めている形式に従って、ネイティブなリクエスト、オファーラウンド、予約、または準備パックに変換します。採用は Eclipse Procure/Agent Wallet の委任範囲内でのみ行われます。プラットフォーム外への採用の誘導、存在しない承認済みの手段の捏造、オーナーが承認していないブリーフの投稿は一切行いません。

これが必要な理由

タスクマーケットプレイスの仕組みはそれぞれ異なります。Thumbtack はリード/リクエスト方式、Airtasker は投稿とオファー方式、TaskRabbit のパートナー向け機能は固定価格の予約、Fiverr はギグカタログ、Upwork は契約/提案方式です。あらゆるサービスに共通する「投稿」や「価格」はありません。ギグコアは、ファミリー内で共通する唯一の場所です。ハッシュに紐づいた単一のタスクブリーフ、総額に統一する見積もりの正規化、採用ゲート、完了基準、レビュー規律を提供します。各プラットフォームアダプター(Thumbtack 向けの Compass が最初のアダプター)は、ブリーフをネイティブな形式に変換し、採用の仕組みを一律化することはありません。このファミリーは、Eclipse Procure のヒューマンサービス調達側を担います。

ステータス — 正直な表示

v0.1.0、フェーズ G0(共通コア、フィクスチャと評価のみ)。ローカルの stdio トランスポートを使用し、Python 標準ライブラリのみを使用します。コードにはライブプラットフォームへの呼び出しはなく、採用も実行されず、支払いも発生せず、レビューも投稿されず、認定も主張していません — ベンチ評価待ちです。 ライブのリクエスト/採用機能は、G1 でオーナーのパートナーアクセスゲートを通じてアダプターに実装されます。

タスクブリーフ

ジョブごとに、変更不可のバージョン管理されたオブジェクトを1つ作成します。内容は、カテゴリとサービス、作業範囲の説明(何をもって完了とするか)、ZIPコードの階層に基づく場所(正確な住所はプラットフォーム独自の採用後のフロー内でのみ開示されます。正確な住所を含むブリーフは拒否されます)、時間帯、単一の総額予算上限、各写真レコードに EXIF 除去状況を記録した写真参照、license_required(unknown | no | yes:<type>)、安全性とアクセスに関する項目、利用を予定/禁止するプラットフォーム、アダプターがネイティブフォームの回答に使用する詳細情報バッグです。

承認は、ブリーフの SHA-256 コンテンツハッシュと、ブリーフとともに承認されたプラットフォームごとのバリアントハッシュに紐づきます。承認後に編集すると新しいバージョンが作成され、承認は無効になります — 承認が紐づくのはハッシュであり、雰囲気ではありません。

見積もりの正規化 — 総額でなければ見積もりではありません

すべての見積もりは、1つのレコードに正規化されます。内容は、ライセンスに関する申告をそのまま表示したプロの本人情報(有効性を断定しません)、基本料金、負担者を明記した項目別手数料、プラットフォームが提示する税金、そして単一の ALL_IN_TOTAL です。手数料は常に別フィールドのまま保持されます。比較と上限の判定には総額のみを使用します。プロが負担する手数料(Thumbtack のリード料金)は見積もり額の違いを説明するため項目別に記録しますが、購入者には請求されず、購入者の総額にも含めません。時間単位の見積もりは、単価 × オーナー承認済みの時間上限で計算します。超過分はレビューに戻されます。

プラットフォームが手数料を開示しない見積もりは UNEXPOSED となり、上限を設定して採用することはできません。これを解除できるのは、承認パックに記録された、見積もりごとのオーナーによる書面での例外承認のみです。オーナーが提供した手数料の数値から項目別内訳を使って総額を算出し、その旨を明記します。ただし、プラットフォームが手数料を開示したわけではないため、ステータスは UNEXPOSED のままです。

採用ゲート

hire_checkは何も実行せず、進行中のEclipse Procure/Agent Walletのマンデートに照らして採用候補を評価します。現在のハッシュでブリーフが承認済みであること、マンデートが存在し期限切れでないこと、オールイン金額がマンデートの上限およびブリーフの上限額以内であること、カテゴリとプラットフォームの許可リスト、承認しきい値(これを超える場合はこの正確な見積もりに対するオーナートークンが必要です。トークン形式はapprove-quote-<quote_id>)、見積もりの有効期限、手数料の負担を確認します。ALLOWでもDENYでも、すべてのチェックがレシートに記録されます。

v1では、マンデートの有無にかかわらず、人選はオーナーの確認が必要です。 オーナー確認トークン(confirm-person-<quote_id>)がない状態でマンデートがALLOWを返すと、MANDATE_ALLOW_PERSON_PENDINGが返され、hireable: falseになります。オーナーの家に入る人を選ぶことは、予算ルールに委ねられません。

完了とレビュー

プラットフォーム上での完了は、検証済みであることを意味しません。completion_verifyは各スコープ項目(完了/一部完了/未完了。オーナーの証明付き)を確認し、プラットフォームの状態を専用フィールドにそのまま保存します。プラットフォームが完了したと主張していてもオーナーが証明しない場合は、exceptionレコードが作成されます。黙って編集することはありません。

review_draftは検証レコードのみを基に作成します。採用した内容、検証済みの内容、適時性/コミュニケーション/品質は、記録されたとおりに厳密に反映されます。品質に関するメモがないレコードからは、品質に関する主張を一切含まない下書きが作成されます。「返金しないと……」のような圧力をかける表現は、下書きの作成時に拒否されます。下書きが自動送信されることはありません。オーナーが正確な文面を承認します。

ツール(10)

ツール機能
brief_createタスクブリーフを作成します。完全性とZIP階層の精度を検証し、バージョン1のハッシュを発行します。
brief_update内容の変更から新しいバージョンを作成します。承認はすべて無効になります。
brief_approve現在の正確なハッシュとバリアントのハッシュに対するオーナーの承認を記録します。
brief_read承認の有効性を含め、ブリーフを読み取ります。
quote_normalizeあらゆる見積もり形式(リード/提示予算/固定価格/時間単価)を、提示額+明細化された手数料+オールイン金額に正規化します。オプションで上限額を検査できます。
quote_read正規化された見積もりを読み取ります。オプションで上限額を再検査できます。
hire_checkマンデートゲートです。ALLOW/MANDATE_ALLOW_PERSON_PENDING/DENY、理由の明示、レシートへの記録を行います。何も実行しません。
completion_verifyスコープ項目ごとの検証レコードを作成し、プラットフォームの状態を別に記録します。不一致は例外になります。
review_draftレコードに基づくレビューの下書きを作成します。記録されていない感想は含めず、圧力をかける表現は拒否されます。
receipt_list追記専用のレシートチェーンを一覧表示し、検証します。

拒否リストはコード内に記載されています。request_submit、hire_execute、payment_execute、review_submitは存在せず、セッション/スクレイピング経路(session_login、cookie_reuse、scrape_*)もどのティアにも存在しません(spec §8.6)。

実行方法

python3 server.py            # MCP over stdio, stdlib only, no dependencies
python3 smoke.py             # end-to-end smoke over real stdio (temp state)
python3 -m unittest discover tests
python3 make_icon.py         # regenerate icon-512.png

状態はサーバーの隣にあるdata/state.jsonに永続化されます(ECLIPSE_GIG_CORE_STATEで上書きできます)。data/はgitignoreの対象です。

ロードマップ(仕様書に基づく)

  • G0 — このコアとCompass(Thumbtack)フィクスチャアダプター。
  • G1 — オーナーが取得したThumbtackのパートナーアクセスを通じたCompassのライブモード。
  • G2 — Airtaskerのサーフェス検証スプリント(認可された経路が確認されるまでは、Eclipse Tenderは準備のみ)。

ライセンス/帰属表示

Cyan Eclipse Technologiesの製品です。「Powered by Cyan Eclipse Technologies」の帰属表示は、製品とともに引き継がれます。

コメント

MCP は初めてですか?

プロトコルの概要から最初のサーバーの導入まで、よくある疑問にまとめて答えます。

AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。