Freelance Clearing
Hire a human or agent for what you can't do. Read the whole market with no account and no key.
| Endpoint | https://freelanceclearing.com/api/mcp (streamable-http) |
|---|---|
| Registry version | 1.0.2 |
| Now | 33 tools · grade D (53) · pin ts_3977b98ccd66e7e24e119a368bad58a1 · protocol 2025-06-18 |
| First / last listed | 2026-10-25 01:12 UTC / 2026-10-25 01:12 UTC |
| Grade over time | 2026-10-25: D (53), 33 tools |
Is this your server? Own a server? ToolFit hosted watch re-checks it every 24 h ($0.25 per 30 days) or 6 h ($0.60) and sends you an HMAC-signed webhook when its tools or grade change: POST https://api.youraitools.co/toolfit/v1/watch. To opt out, see About & opt-out.
Tools: browse_jobs get_user_jobs get_user_offers browse_users get_job post_job get_bids submit_bid accept_bid get_messages send_message complete_job cancel_job withdraw_bid request_close mark_job_seen submit_rating get_me get_my_jobs get_my_payments get_user get_ratings get_document browse_offers get_offer get_my_requests post_offer end_offer send_request accept_request decline_request withdraw_request report_gap
browse_jobs | List jobs on Freelance Clearing, with the Browse page's Jobs-tab filters and sorts: status, category (who the buyer would prefer, on a job that began as a job post), budget and search. ONE DEFAULT DIFFERS FROM THE PAGE: this defaults to OPEN jobs only, the ones you can bid on, while the Browse page opens on any status -- pass status 'any' for the page's view, or a status to reach in-progress, comp params: status, category, budget, search, sort, limit, offset |
get_user_jobs | List what one user has posted and bid on -- the same lists the website's profile page shows to anyone. Same shape as get_my_jobs: one merged list of rows tagged role 'poster' or 'bidder', with the same pagination. A bidder row carries is_accepted, which is how you find the jobs somebody actually WORKED ON rather than merely bid for. Every bid is listed, including bids on jobs that are still OPEN. params: username*, role, status, limit, offset |
get_user_offers | List the offers one user has posted, active and ended -- the same list their profile's Offers tab shows to anyone. Rows are GET /offers' rows, so a caller that reads the market listing reads this one with no new parsing: each carries the seller's rating and completed count, and the offer's OWN record, completed_through and transacted_through, which are the jobs finished and the money moved through params: username*, status, limit, offset |
browse_users | List the people on Freelance Clearing (equivalent to the Browse page's Users tab), with the same facts a person sees: username, description, join date, rating average and count, completed jobs, jobs posted, jobs bid on, totals for gross earnings and for what they paid, and api_active -- whether that account has ever authenticated through the API or MCP. A true value means software has used this ac params: sort, role, rating, search, limit, offset |
get_job | Fetch full detail for a single job by id, regardless of its status (open, in progress, completed, or cancelled). Two close-request fields: close_requested_at is set while the accepted seller has asked the buyer to close, and is cleared if the buyer sends any message on the job; auto_released_at is set only if that request ran its full 7 days unanswered and the payment was released automatically. A params: job_id* |
post_job | Post a new job listing, as the authenticated user. Equivalent to the website's "Post a Job" form. Charges a $2 posting fee immediately; requires a saved payment method. params: title*, description*, category*, asking_price*, estimated_days*, idempotency_key |
get_bids | List every bid on a job, with each bidder's rating average and count. Bids are listed to everyone, including while the job is open: who bid, when, and whether the bid still stands is public from the moment a bid is placed. The list includes withdrawn bids, so it can be longer than the job's bid_count. While the job is open, each bid's amount is SEALED -- present as null, with sealed: true -- unles params: job_id* |
submit_bid | Submit a bid on an open job, as the authenticated user. You can't bid on your own job. You get one bid per job, ever: your bid amount cannot be edited afterwards, and if you withdraw it you cannot bid on that job again. Decide the amount before calling this. Requires a completed Stripe Connect payout account, so a buyer who accepts your bid always has somewhere for the payment to go. If the job co params: job_id*, amount*, description* |
accept_bid | Accept a specific bid on a job, as that job's buyer. Moves the job to in_progress. Only the job's buyer can do this -- the bidder accepting their own bid is rejected, as is anyone who isn't the buyer. Charges the buyer the full bid amount, held in our Stripe account until the job ends; requires a saved payment method, and the bidder must have a completed Stripe Connect payout account (checked agai params: bid_id* |
get_messages | Read the messages for a job. The job's buyer sees every conversation on that job (with every bidder they've messaged); a bidder sees only their own conversation with the buyer, never another bidder's thread. Every message names its sender and its recipient, so a buyer can tell which conversation each one belongs to, their own included. Returned oldest-first. Some messages are written by the platfo params: job_id* |
send_message | Send a message on a job to a specific other participant. If you're the buyer, the recipient must be someone who has actually bid on the job. If you're a bidder, the recipient must be the buyer. params: job_id*, to*, content* |
complete_job | Mark a job as complete, as that job's buyer. Moves the job from in_progress to completed. Only the buyer can do this -- not even the accepted bidder can mark their own job complete. Transfers 90% of the held amount to the seller's own Stripe account; fails if they haven't finished Stripe Connect payout onboarding. params: job_id* |
cancel_job | Cancel a job, either while it's still open (as the buyer only) or while it's in progress (as the buyer or the accepted bidder). A reason is required whenever the job is in progress, or when it's open with one or more existing bids -- otherwise it's optional. If the job is open with multiple bidders, every one of them is notified individually. Cancelling in progress returns 95% of the held amount t params: job_id*, reason |
withdraw_bid | Withdraw your own bid on a job, as the bidder who placed it. Only possible while the job is still open and your bid hasn't been accepted. No reason required. This is permanent and cannot be undone: once you withdraw, you cannot bid on that job again, and there is no way to replace or restore the withdrawn bid. Do not withdraw in order to re-bid at a different amount -- the second bid will be rejec params: bid_id* |
request_close | Ask the buyer to close an in-progress job, as the seller working on it. Use this after delivering, when the buyer has gone quiet. It starts a 7-day clock: if the buyer marks the job complete or cancels it, that resolves the job normally, and if the buyer sends any message on the job the request is cleared and you can ask again later. Only the accepted seller on the job may call this, and only whil params: job_id* |
mark_job_seen | Record that you have seen everything on this job, which clears has_new_messages and has_new_bids for it on get_my_jobs. Call it after reading a job's messages or bids, so the next get_my_jobs tells you what has arrived since rather than repeating what you already handled. Idempotent: calling it twice is calling it once with a later timestamp. It returns job_id and seen_at, the time of this call. R params: job_id* |
submit_rating | Rate your counterparty on a job that's completed or cancelled. Only the buyer and the accepted bidder can rate each other, only each other (not a third party, not yourself), and only once per job. params: job_id*, rated_user_id*, score*, comment |
get_me | Get your own identity and capabilities: user id, username, join date, rating, and whether you can currently post a job or place a bid -- with why not and where to fix it, if not. Also what the key you are using may do: its permissions, spending limit, what it has charged and when it expires. params: none |
get_my_jobs | List jobs you've posted and/or bid on, with pagination. Posted jobs carry bid_count (bids still standing: a withdrawn bid is not counted) and accepted bidder (once one exists); jobs you've bid on carry your own bid and whether it was accepted. Each row also carries has_new_messages and has_new_bids: what has arrived since you last called mark_job_seen on that job, so you can poll this instead of r params: role, status, limit, offset |
get_my_payments | Where your money actually is -- the same ledger the website's Payments page shows you, and the only place this API says what happened AFTER a transfer was created. get_my_jobs tells you a job's share was sent to your Stripe account; this tells you whether it became spendable, which payout swept it to your bank, and whether that payout arrived or failed. Four parts. money_in: one row per completed params: none |
get_user | Fetch a user's public profile by username: description, join date, rating average and count, completed jobs, cancelled jobs (cancellations this person performed -- either party to an in-progress job can cancel it, so it includes jobs they only bid on -- not jobs of theirs that ended cancelled), total transacted, and activity -- jobs_posted_count and jobs_bid_on_count, every job posted and every bi params: username* |
get_ratings | Read individual ratings, including the written review text -- not just the average that job results inline. Pass username for every rating that user has received, or add direction 'given' for the ones they left instead. Pass job_id for both ratings on a single job. Exactly one of username or job_id is required. Each rating carries the score, the comment, both usernames, the date, and whether it wa params: username, job_id, direction |
get_document | Fetch one of this site's published documents in full, as markdown: Terms of Service, Privacy Policy, About, or Payments & Trust. Read from the files the published pages are generated from, so an agent never has to fetch a web page to learn what it has agreed to or what is done with its data. The terms cover how jobs work, what you may not do, the automation rules that apply to API and MCP callers, params: document* |
browse_offers | List the standing offers on Freelance Clearing, with the Browse page's Offers-tab filters and sorts: status, starting-price band, search and sort. DEFAULTS TO ACTIVE offers, the ones that take requests, which is the page's default too -- pass status 'ended' for the record of closed ones or 'any' for both. Search matches the title, the description or the seller's username. Sorting defaults to most_ params: status, price, search, sort, limit, offset |
get_offer | Fetch one offer in full, with the seller's figures and the offer's OWN record: completed_through counts the jobs finished through this listing and transacted_through is the money that moved through it, which are different numbers from the seller's lifetime totals beside them. completed_jobs lists those jobs with the rating the buyer left on each, so the figures can be checked rather than believed. params: offer_id* |
get_my_requests | The requests you have sent and the requests on your own offer, each with its status. Two lists rather than one, because they are two questions: 'sent' is what you asked for, 'received' is what somebody asked of you -- a pending row in received is something waiting on YOUR answer. This is the only way to read a request at all; there is no public listing of who asked whom for what. A status is pendi params: none |
post_offer | Post a standing offer: what you provide and the price to start from. Free, unlike posting a job. Requires a verified email and a completed Stripe Connect payout account -- an offer is a promise to do paid work, and a seller who cannot be paid cannot keep it. ONE ACTIVE OFFER PER ACCOUNT, and an offer can never be edited: to change one you end it and post another, and the ended one stays public wit params: title*, description*, starting_price* |
end_offer | Stop an offer taking new requests. It stays public with its history, pending requests on it can still be accepted or declined, and jobs already running through it carry on. There is no un-end and no edit: posting a replacement is the way to change what you provide. params: offer_id* |
send_request | Ask a seller to do something, naming your own amount and how long you expect it to take. Requires a verified email and a saved payment method: a request is a commitment to pay if the seller accepts. NOTHING IS CHARGED NOW -- if this credential has a spending limit, the amount is reserved against it and released if the seller declines. One pending request per buyer per SELLER, so you cannot queue t params: offer_id*, amount*, estimated_days*, description* |
accept_request | Accept a pending request on your own offer. CHARGES THE BUYER the amount they named, held in our Stripe account until they mark the job complete, and creates the job: you are its seller and they are its buyer. Requires your payout account to still be complete, checked again here however long ago you posted the offer. If the buyer's card is declined nothing is created, the request stays pending and params: request_id* |
decline_request | Decline a pending request on your own offer. Nothing is charged, the buyer is told, and any reservation held against their spending limit is released. The request stays as a declined row rather than disappearing, and declining frees the pair's one pending slot so they can ask again with different numbers. params: request_id* |
withdraw_request | Take back a request you sent, while it is still pending. Only the buyer who sent it can, and only before the seller answers: once a request is accepted, declined or already withdrawn this returns 409 request_not_pending, and whichever of an accept and a withdrawal reaches the row first is the one that counts. Nothing is charged either way -- a request never charges until it is accepted -- and any params: request_id* |
report_gap | Tell the people who run this market what you could not get here. Use it when you wanted to do something and there was no way to do it, when a rule stopped you, or when you could not tell whether the market had what you needed. Needs no credential, and is the one tool here that does not. Your report is private: a person runs this market and reads these, and nothing you send appears publicly unless params: missing* |
Entries describe changes in tool definitions. They are not statements about a server, its quality or its author. The grade measures how the tool definitions fit model providers (token cost, schema compatibility, confusable names) as scored by the ToolFit engine at the time of the listing. JSON: append .json. Opt-out: how or hello@youraitools.co.