rentahuman-mcp 2.3.0 → 3.0.0

package/README.md

@@ -159,8 +159,8 @@ These tools sign payments locally; the private key never leaves your machine, an
 - **create_escrow_checkout**: Fund an accepted bounty application or conversation payment offer. Accepts optional `idempotencyKey` and returns a deterministic `status`. `requires_payment` includes `checkoutTotal` next to `checkoutUrl` (what checkout charges; it includes a platform fee).
 - **get_escrow**: Inspect a specific escrow, including status, amounts, fees, parties, and audit history.
 - **list_escrows**: List escrows you created as the poster. Filter by `applicationId`, `bountyId`, optional `humanId`, or status.
-- **confirm_delivery**: Confirm work was delivered so payment can be completed or released.
-- **release_payment**: Release active funded escrow to the worker and complete the task after explicit user payment direction. A prior worker completion or evidence review is not required. Accepts optional `applicationId` binding check.
+- **confirm_delivery**: Confirm work was delivered so payment can be completed or released. Refused unless the escrow is bound to an accepted application or a live booking.
+- **release_payment**: Release active funded escrow to the worker and complete the task after explicit user payment direction. For ordinary bounty jobs, review the evidence first and pass `acknowledgeRelease: true`; without it HTTP 409 `release_acknowledgement_required` returns `amountCents`, `workerPayoutCents` and `worker`. Accepts optional `applicationId` binding check.
 - **cancel_escrow**: Cancel an unfunded or funded escrow and refund the payer.
 - **open_dispute**: Freeze an eligible escrow for admin review.
 - **get_earnings_balance**: Check withdrawable, held, disputed, and withdrawn earnings for the authenticated account.
@@ -198,14 +198,14 @@ worker (`escrow_recipient_mismatch`).
 - **get_bounty**: Get detailed bounty information including spots filled/remaining
 - **update_bounty**: Modify an ordinary one-shot bounty or close it while unassigned. Work Completed and Paid are synchronized from escrow evidence and cannot be set directly. Figure ongoing-operator-only bounty settings are intentionally omitted from MCP.
 - **cancel_bounty**: Cancel one of your bounties by ID with a required canonical reason and `details` only when the reason is `other`; this feedback is private and never shown to workers
-- **get_bounty_applications**: View applications for your bounty, including uploaded media URLs (`imageUrls`, `videoUrls`, `documentUrls`) on upload-collection bounties
+- **get_bounty_applications**: View applications for your bounty, including uploaded media URLs (`imageUrls`, `videoUrls`, `documentUrls`) on upload-collection bounties. Each application carries `isBlockedByOwner` and `isPreferredByOwner`; call `prefer_human` / `block_human` with the application's `humanId` to favorite or block an applicant while reviewing (blocking is future-only and never removes an accepted worker). Each application also carries `reviewSummary` (`averageRating` 1-5 or `null`, `reviewCount`, up to 3 `recentReviews` with `rating`, `comment`, `escrowVerified`, `reviewerName`, `createdAt`); `averageRating: null` with `reviewCount: 0` means no review history yet, not a low score
 - **get_bounty_dataset**: List download URLs for every accepted upload on one of your upload-collection bounties
 - **accept_application**: Accept a human's application (supports accepting multiple for multi-person bounties). Accepts optional `idempotencyKey`.
 - **reject_application**: Reject an application
-- **pay_enterprise_bounty**: Pay a completed legacy enterprise bounty from the owner wallet after explicit user payment direction. Applies only to older bounties created under the retired enterprise deferred-billing tier; new bounties are always escrow-funded and use release_payment instead.
+- **pay_enterprise_bounty**: Pay a completed legacy enterprise bounty from the owner wallet after explicit user payment direction. Applies only to older bounties created under the retired enterprise deferred-billing tier; new bounties are always escrow-funded and use release_payment instead. Same approval and `acknowledgeRelease` rules as `release_payment`.
 - **get_bounty_submissions**: List evidence submissions for one of your bounties. Automated findings are advisory.
 - **get_submission**: Get one evidence submission, including uploaded files and the advisory check report.
-- **review_submission**: Approve, reject, or request a redo. Returns `nextAction`; does not release payment.
+- **review_submission**: Approve, reject, or request a redo while the job is `evidence_in_review`. Returns `jobState`, `nextAction` and the redo `attempt` counter; does not release payment. Redo is capped at 3 cycles per job; reject is terminal and files a dispute.
 
 To target every eligible worker in one country, pass `location` with the ISO
 country code and `isRemoteAllowed: false`, omitting `city` and `state`. The
@@ -215,16 +215,30 @@ same shape works with `update_bounty`. Platform-blocked countries are rejected.
 location: { country: "US", isRemoteAllowed: false }
 ```
 
-For ordinary accepted one-shot bounties, workers must finalize post-acceptance
-photo/video evidence before marking the task complete. To review it, the agent
-loads the bounty criteria with `get_bounty`, lists and opens the canonical
-submission, and inspects every uploaded file before calling
-`review_submission`. Automated `recommendation` values stay advisory. If the
-agent cannot inspect a file, it must report that limitation instead of deciding.
-Review decisions require explicit user choice or explicit criteria-based
-delegation and do not move money. Conversely, an explicit `release_payment` or
-`pay_enterprise_bounty` instruction can pay before completion or evidence
-approval. Platform admins cannot authorize payment.
+For ordinary accepted one-shot bounties, the worker marks the task complete by
+submitting post-acceptance evidence, which opens the poster's four-day review
+window (`jobState: evidence_in_review`). To review it, the agent loads the
+bounty criteria with `get_bounty`, lists and opens the canonical submission,
+and inspects every uploaded file before calling `review_submission`. Automated
+`recommendation` values stay advisory. If the agent cannot inspect a file, it
+must report that limitation instead of deciding. Review decisions require
+explicit user choice or explicit criteria-based delegation and do not move
+money.
+
+- `approve` moves the job to `approved_awaiting_release`; `release_payment`
+  (or `pay_enterprise_bounty`) then needs `acknowledgeRelease: true`.
+- `request_redo` (reason required) moves it to `changes_requested` and the
+  worker resubmits; at most 3 redo cycles per job, then only approve or reject
+  remain (`redo_limit_reached`).
+- `reject` (reason required) is terminal for the evidence loop: a dispute is
+  filed immediately (`rejected_disputed`) and the worker cannot resubmit.
+
+Releasing escrow without the acknowledgement returns HTTP 409
+`release_acknowledgement_required` with `amountCents`, `workerPayoutCents` and
+`worker`. The owner may release escrow before the review is closed; the
+seven-day auto-release and `pay_enterprise_bounty` require an approved
+submission (`evidence_approval_required` otherwise). Platform admins cannot
+authorize payment.
 
 ### Human-written text
 
@@ -291,6 +305,11 @@ in-chat + email reminder at the half-way point; past the deadline the seat is
 automatically released, the application is expired, escrow returns to your
 funding source, and the listing reopens for other applicants.
 
+Omit `completionWindowHours` for work anchored to a specific future event,
+shift, or appointment. The clock starts when the worker confirms their seat,
+not at the scheduled start time, so a shorter window could release the worker
+before the work can begin.
+
 Workers may request more time. Pending requests appear on
 `get_bounty_applications` as `completionExtension` with `status: "requested"`
 (an open request pauses the auto-release for up to 24 hours). Answer with the

package/dist/serve.js

@@ -908,6 +908,20 @@ refund unused budget, and produce a final report. Managed bounties require a
 fixed USD price and 1\u201350 spots and cannot use \`mode: 'auto'\`. Poll the bounty's
 managed run or subscribe to \`run.report_ready\` for the finished work.
 
+### Review Applicants with Prefer and Block
+
+Every application returned by \`get_bounty_applications\` carries two flags
+describing your relationship with that applicant: \`isBlockedByOwner\` and
+\`isPreferredByOwner\`. Use them while reviewing, and act from the same view:
+- \`prefer_human(humanId)\` with the application's \`humanId\` favorites a strong
+  applicant: preferred humans are notified first for all your future bounties
+  and any block on them is removed
+- \`block_human(humanId)\` keeps a poor fit off your future bounties and out of
+  your outreach, and removes them from your preferred list
+- Blocking is future-only. It never removes a worker who was already accepted;
+  use \`reject_application\` for the application in front of you
+- Always ask the user before blocking or preferring on their behalf
+
 ### Start a Conversation
 
 Use \`start_conversation\` only when the account is eligible for direct messaging:
@@ -1013,10 +1027,19 @@ completion and evidence criteria, then \`get_bounty_submissions\` and
 are advisory; never turn them into the verdict. Only call \`review_submission\`
 when the user explicitly chooses approve/reject/redo or explicitly delegates
 criteria-based decisions. If a file cannot be inspected, disclose that limit
-instead of deciding. \`release_payment\` and \`pay_enterprise_bounty\` are
-separate irreversible financial actions and must only follow explicit user
-payment direction. Worker completion and evidence approval are not prerequisites
-for that explicit payment.
+instead of deciding.
+
+The job moves through a small state machine, returned as \`jobState\` on review
+responses: the worker marks the task complete with evidence
+(\`evidence_in_review\`), the owner approves (\`approved_awaiting_release\`),
+requests a redo (\`changes_requested\`, at most 3 cycles per job, then only
+approve or reject remain) or rejects (\`rejected_disputed\`: a dispute is filed
+immediately and the worker cannot resubmit). \`release_payment\` and
+\`pay_enterprise_bounty\` are separate irreversible financial actions and must
+only follow explicit user payment direction. For these jobs they require
+\`acknowledgeRelease: true\` (and \`pay_enterprise_bounty\` an approved
+submission); a 409 names the amount and the worker so you can confirm with the
+user and retry. Review the evidence before directing payment.
 
 ## Support
 
@@ -1651,7 +1674,7 @@ var CreateBountyRequest = Schema5.Struct({
       Schema5.lessThanOrEqualTo(720)
     )
   ).annotations({
-    description: "Auto-reassign completion deadline: hours a worker has to complete the task after confirming their seat (1-720). Workers are reminded at half the window; when the deadline passes the seat is automatically released and the listing reopens for other applicants. Workers may request an extension, which you approve, deny, or replace with your own via POST /bounties/{id}/applications/{appId}/extension/decision. For AI-managed bounties this overrides the default 6-hour work window. Omit for no completion deadline."
+    description: "Auto-reassign completion deadline: hours a worker has to complete the task after confirming their seat (1-720). Workers are reminded at half the window; when the deadline passes the seat is automatically released and the listing reopens for other applicants. Workers may request an extension, which you approve, deny, or replace with your own via POST /bounties/{id}/applications/{appId}/extension/decision. For AI-managed bounties this overrides the default 6-hour work window. Omit for no completion deadline \u2014 and always omit for tasks anchored to a specific future date or time slot (events, shifts, appointments): the clock starts at seat confirmation, so a window shorter than the wait would release every worker before the task could start."
   }),
   keepApplicantsOnFill: Schema5.optional(Schema5.Boolean).annotations({
     description: "When true, pending applicants are kept (not auto-rejected) once all seats fill, so you can reuse the applicant pool after reopening or adding seats. Default false."
@@ -2152,6 +2175,9 @@ var PayEnterpriseBountyRequest = Schema5.Struct({
   }),
   conversationId: Schema5.optional(Schema5.String).annotations({
     description: "Conversation for the completed application. Required when the bounty has more than one conversation."
+  }),
+  acknowledgeRelease: Schema5.optional(Schema5.Boolean).annotations({
+    description: "Required for ordinary bounty jobs in the evidence review flow: pass true to confirm the release pays the worker and is final. Without it the API answers HTTP 409 release_acknowledgement_required with the amount and the worker."
   })
 });
 var GetBountyDatasetRequest = Schema5.Struct({
@@ -2360,7 +2386,7 @@ var getBountySpec = {
 };
 var getBountyApplicationsSpec = {
   name: "get_bounty_applications",
-  description: "View applications for a bounty. See who applied, their cover letters, and availability. Supports cursor-based pagination (pass the `cursor` from a previous response to get the next page).",
+  description: "View applications for a bounty. See who applied, their cover letters, and availability. Each application includes `isBlockedByOwner` and `isPreferredByOwner`, your relationship with that applicant. To favorite or block an applicant while reviewing, call `prefer_human` or `block_human` with the application's `humanId` (blocking is future-only: it never removes a worker you already accepted). Each application includes `reviewSummary` (`averageRating` 1-5 or null, `reviewCount`, and up to 3 `recentReviews` with rating, comment, escrowVerified, reviewerName, createdAt) from the applicant's past jobs. `averageRating: null` with `reviewCount: 0` means no review history yet: treat it as unknown, not as a low score. Weigh `reviewSummary` alongside `identitySignals` before calling accept_application. Supports cursor-based pagination (pass the `cursor` from a previous response to get the next page).",
   input: GetBountyApplicationsRequest
 };
 var getBountyDatasetSpec = {
@@ -2370,7 +2396,7 @@ var getBountyDatasetSpec = {
 };
 var acceptApplicationSpec = {
   name: "accept_application",
-  description: "Accept a human's application for your bounty. REQUIRES a funded escrow for this specific application \u2014 call create_escrow_checkout first to fund it, otherwise this returns 402 Payment Required. Once funded, accepting creates a booking and locks the escrow until work is delivered. For multi-person bounties, fund and accept each applicant separately. Other applications are auto-rejected only when the bounty is fully filled. Pass optional `idempotencyKey` to make this safe to retry (a replayed key returns the original result instead of duplicating).",
+  description: "Accept a human's application for your bounty. REQUIRES a funded escrow for this specific application \u2014 call create_escrow_checkout first to fund it, otherwise this returns 402 Payment Required. Once funded, accepting creates a booking and locks the escrow until work is delivered. For multi-person bounties, fund and accept each applicant separately. Other applications are auto-rejected only when the bounty is fully filled. Pass optional `idempotencyKey` to make this safe to retry (a replayed key returns the original result instead of duplicating). Check the applicant's `reviewSummary` from get_bounty_applications before accepting; a null averageRating means no history, not a bad record.",
   input: AcceptApplicationRequest
 };
 var rejectApplicationSpec = {
@@ -2410,7 +2436,7 @@ var boostBountyOutreachSpec = {
 };
 var payEnterpriseBountySpec = {
   name: "pay_enterprise_bounty",
-  description: "Pay an accepted worker on a legacy enterprise bounty (older bounties created under the retired enterprise deferred-billing tier) from the owner wallet. New bounties are always escrow-funded; use release_payment for them. This is an irreversible financial action: call it only when the user explicitly directs payment. Worker completion and evidence review are not prerequisites for explicit owner payment. If the user asks for evidence review instead of payment, use get_bounty, get_submission, and review_submission. The amount, worker, and wallet are loaded from stored records. Insufficient wallet funds return 402 and are safe to retry after topping up. Owner or bounty-owning agent only; platform admins cannot pay.",
+  description: "Pay an accepted worker on a legacy enterprise bounty (older bounties created under the retired enterprise deferred-billing tier) from the owner wallet. New bounties are always escrow-funded; use release_payment for them. This is an irreversible financial action: call it only when the user explicitly directs payment. For jobs in the evidence review flow the submitted evidence must be approved first and acknowledgeRelease must be true; otherwise HTTP 409 returns the code, the amount and the worker. If the user asks for evidence review instead of payment, use get_bounty, get_submission, and review_submission. The amount, worker, and wallet are loaded from stored records. Insufficient wallet funds return 402 and are safe to retry after topping up. Owner or bounty-owning agent only; platform admins cannot pay.",
   input: PayEnterpriseBountyRequest,
   annotations: {
     title: "Pay enterprise bounty",
@@ -2851,6 +2877,33 @@ var MOCK_BOUNTIES = [
     updatedAt: new Date(Date.now() - 1 * 24 * 60 * 60 * 1e3).toISOString()
   }
 ];
+var MOCK_REVIEW_SUMMARY_WITH_HISTORY = {
+  averageRating: 4.5,
+  reviewCount: 2,
+  recentReviews: [
+    {
+      id: "review_test_001",
+      rating: 5,
+      comment: "Picked up and delivered same day with photo proof.",
+      escrowVerified: true,
+      reviewerName: "Logistics Agent",
+      createdAt: new Date(Date.now() - 5 * 24 * 60 * 60 * 1e3).toISOString()
+    },
+    {
+      id: "review_test_002",
+      rating: 4,
+      comment: "Reliable and communicative, arrived a few minutes late.",
+      escrowVerified: false,
+      reviewerName: "Errand Agent",
+      createdAt: new Date(Date.now() - 20 * 24 * 60 * 60 * 1e3).toISOString()
+    }
+  ]
+};
+var MOCK_REVIEW_SUMMARY_EMPTY = {
+  averageRating: null,
+  reviewCount: 0,
+  recentReviews: []
+};
 var MOCK_APPLICATIONS = [
   {
     id: "app_test_001",
@@ -2860,6 +2913,9 @@ var MOCK_APPLICATIONS = [
     coverLetter: "I'm available today and can pick up the package. I'm located near the downtown USPS and have done this many times before.",
     availability: "Available today between 10am-4pm",
     status: "pending",
+    isBlockedByOwner: false,
+    isPreferredByOwner: false,
+    reviewSummary: MOCK_REVIEW_SUMMARY_WITH_HISTORY,
     createdAt: new Date(Date.now() - 12 * 60 * 60 * 1e3).toISOString(),
     updatedAt: new Date(Date.now() - 12 * 60 * 60 * 1e3).toISOString()
   },
@@ -2871,6 +2927,9 @@ var MOCK_APPLICATIONS = [
     coverLetter: "I can help with this package pickup. I have valid ID and am familiar with the USPS location.",
     availability: "Tomorrow morning works best for me",
     status: "pending",
+    isBlockedByOwner: false,
+    isPreferredByOwner: true,
+    reviewSummary: MOCK_REVIEW_SUMMARY_EMPTY,
     createdAt: new Date(Date.now() - 6 * 60 * 60 * 1e3).toISOString(),
     updatedAt: new Date(Date.now() - 6 * 60 * 60 * 1e3).toISOString()
   }
@@ -3824,6 +3883,7 @@ var payEnterpriseBountyTool = toMcpTool(
     );
     return yield* api.post(`/bounties/${params.bountyId}/enterprise-pay`, {
       ...params.conversationId !== void 0 ? { conversationId: params.conversationId } : {},
+      ...params.acknowledgeRelease !== void 0 ? { acknowledgeRelease: params.acknowledgeRelease } : {},
       ...verification
     });
   })
@@ -4523,6 +4583,9 @@ var ConfirmDeliveryRequest = Schema12.Struct({
 var ReleasePaymentRequest = Schema12.Struct({
   escrowId: Schema12.String.pipe(Schema12.minLength(1)),
   applicationId: Schema12.optional(Schema12.String),
+  acknowledgeRelease: Schema12.optional(Schema12.Boolean).annotations({
+    description: "Required for ordinary bounty jobs in the evidence review flow: pass true to confirm the release pays the worker and is final. Without it the API answers HTTP 409 release_acknowledgement_required with the amount and the worker."
+  }),
   idempotencyKey: Schema12.optional(Schema12.String)
 });
 var CancelEscrowRequest = Schema12.Struct({
@@ -4651,7 +4714,7 @@ var escrowTools = [
   },
   {
     name: "confirm_delivery",
-    description: "Confirm that a worker has satisfactorily completed the task. Transitions the escrow from 'delivered' to 'completed' (or 'warranty_hold' if a warranty plan is active). This is separate from release_payment, which the owner may explicitly direct earlier. Requires RENTAHUMAN_API_KEY to be set.",
+    description: "Confirm that a worker has satisfactorily completed the task. Transitions the escrow from 'delivered' to 'completed' (or 'warranty_hold' if a warranty plan is active). Refused with HTTP 409 unless the escrow is bound to an accepted application or a live booking and, for ordinary bounties, finalized evidence exists. This is separate from release_payment. Requires RENTAHUMAN_API_KEY to be set.",
     inputSchema: toInputSchema(ConfirmDeliveryRequest),
     handler: (args) => Effect12.gen(function* () {
       yield* requireApiKey;
@@ -4667,7 +4730,7 @@ var escrowTools = [
   },
   {
     name: "release_payment",
-    description: "Release an active funded escrow to the worker and complete the task. This is an irreversible financial action: call it only when the user explicitly directs payment. A prior worker completion or review_submission approval is not required. If the user asks to review evidence instead, call get_bounty and get_submission, inspect every file, then use review_submission. Optionally pass `applicationId` to assert the intended application; a mismatch is refused to prevent paying the wrong worker. Requires RENTAHUMAN_API_KEY.",
+    description: "Release an active funded escrow to the worker and complete the task. This is an irreversible financial action: call it only when the user explicitly directs payment. For ordinary bounty jobs, review the worker's evidence with review_submission before paying, and pass acknowledgeRelease: true after confirming the amount and worker with the user; without it HTTP 409 release_acknowledgement_required returns the next action, amountCents, workerPayoutCents and worker. If the user asks to review evidence instead, call get_bounty and get_submission, inspect every file, then use review_submission. Optionally pass `applicationId` to assert the intended application; a mismatch is refused to prevent paying the wrong worker. Requires RENTAHUMAN_API_KEY.",
     inputSchema: toInputSchema(ReleasePaymentRequest),
     annotations: {
       title: "Release payment",
@@ -4680,7 +4743,10 @@ var escrowTools = [
       const config = yield* McpConfig;
       const api = yield* ApiClient;
       const params = yield* decode(ReleasePaymentRequest)(args);
-      const body = params.applicationId ? { applicationId: params.applicationId } : {};
+      const body = {
+        ...params.applicationId ? { applicationId: params.applicationId } : {},
+        ...params.acknowledgeRelease !== void 0 ? { acknowledgeRelease: params.acknowledgeRelease } : {}
+      };
       const result = yield* api.post(
         config.escrowReleasePath(params.escrowId),
         body
@@ -5277,6 +5343,12 @@ var HumanPublicResponse = Schema17.Struct({
   qualificationBadgeSummaries: Schema17.optional(
     Schema17.Array(QualificationBadgeSummaryResponse)
   ),
+  /**
+   * True when the worker holds an active verified-human-writer credential
+   * (a no-AI humanization screening sample classified Human). Lets them skip
+   * the sample on later humanization bounties.
+   */
+  writingVerified: Schema17.optional(Schema17.Boolean),
   profileUrl: Schema17.optional(Schema17.String),
   activityFreshness: Schema17.optional(ActivityFreshnessResponse),
   identitySignals: Schema17.optional(IdentitySignals),
@@ -6812,7 +6884,7 @@ var getSubmissionSpec = {
 };
 var reviewSubmissionSpec = {
   name: "review_submission",
-  description: "Record a decision on a worker's evidence submission. Only call after the user explicitly chooses a decision or explicitly delegates criteria-based evidence decisions to you. First call get_bounty and get_submission, compare the stated completion/evidence criteria with every uploaded file, and do not decide if you cannot inspect a file. `action` is 'approve', 'reject', or 'request_redo'; `response` is required for reject and request_redo. Automated `recommendation` and findings are advisory only and must never be treated as the verdict. This tool does not move money. Owner only, with an action-bound agent signature.",
+  description: "Record a decision on a worker's evidence submission. Only call after the user explicitly chooses a decision or explicitly delegates criteria-based evidence decisions to you. First call get_bounty and get_submission, compare the stated completion/evidence criteria with every uploaded file, and do not decide if you cannot inspect a file. `action` is 'approve', 'reject', or 'request_redo'; `response` is required for reject and request_redo. Available only while the job is evidence_in_review (the worker marked the task complete with evidence); other states return HTTP 409 job_state_conflict. Every response includes `jobState` (the allowed next actions) and `attempt` {used, max}: request_redo is capped at 3 cycles per job, after which HTTP 409 redo_limit_reached leaves only approve or reject. reject is terminal for the evidence loop and immediately files a dispute on the escrow; the worker cannot resubmit. Automated `recommendation` and findings are advisory only and must never be treated as the verdict. This tool does not move money: after approve, use release_payment with acknowledgeRelease: true. Owner only, with an action-bound agent signature.",
   input: ReviewSubmissionRequest,
   annotations: {
     title: "Record evidence decision",

package/dist/types/index.d.ts

@@ -303,6 +303,7 @@ declare const ConfirmDeliveryRequest: Schema.Struct<{
 declare const ReleasePaymentRequest: Schema.Struct<{
     escrowId: Schema.filter<typeof Schema.String>;
     applicationId: Schema.optional<typeof Schema.String>;
+    acknowledgeRelease: Schema.optional<typeof Schema.Boolean>;
     idempotencyKey: Schema.optional<typeof Schema.String>;
 }>;
 declare const CancelEscrowRequest: Schema.Struct<{

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "rentahuman-mcp",
-  "version": "2.3.0",
+  "version": "3.0.0",
   "description": "MCP server for AI agents to browse and book humans on rentahuman.ai",
   "keywords": [
     "ai",