TJ AI Commerce Manifest

TJ Payment GEO Flow

One operating system from registration to payment return, GEO, and traffic.

This is the combined TJ flow: visitor language, account, email verification, user center, Tianche robot, support ticket, product selection, order, main payment Hub, backup payment Hub, return, notification, audit, AI-readable GEO files, and white-hat SEO/IAA Traffic OS.

No card storage No secret in URL Manual provider verification GEO machine files Traffic OS safe sources
01

SiteOS

Register, verify, user center, role, language, ticket.

02

www.t-j.space

Main payment Hub receives source/site/order/amount/currency/return_to.

03

zf-abt.pages.dev

Backup route with the same guarded payload and no-secret rule.

04

GEO

llms, product feed, well-known manifests, sitemap, audit, Traffic OS.

ORDER user_id + order_id + return_to
Visit Language Register Verify User center Robot Ticket Product Order Pay Return Audit GEO Traffic OS

Post-close GEO publish mode

After payment return and delivery closeout, publish the AI-readable pack.

GEO Publish Mode is the final public-readiness step for every TJ site. It generates llms files, well-known manifest, service schema, sitemap and robots additions, support robot seed, owner-required-input list, and no-secret publish report before any live buyer traffic claim.

Command npm run geo:publish-mode creates the reusable publish packet.
Machine files /geo-publish-mode-manifest.json and /.well-known/geo-publish-mode.json.
Human gate DNS, Cloudflare production writes, provider webhook activation, write smoke, and money actions still require owner approval.

Backup payment Hub

zf-abt stays live as the buyer-facing payment desk.

This page does not edit or replace zf-abt.pages.dev. It embeds the live backup desk as a reference surface and maps its mature buyer modules into the same registration, order, payment return, support, audit, and GEO loop.

01 Pick the revenue package

Package choice becomes the product catalog step before order generation.

02 Create the first-order handoff

Buyer intent, source, site, and return path become locked order context.

03 Pick a payment path

Wise, Payoneer, PayPal recipient, WeChat, and Alipay stay behind guarded handoff links.

04 Human support for order confirmation

Payment abnormal, missing order, refund, ban, and delete-account requests route to tickets.

05 Call this desk from any TJ domain

Every future TJ site can pass source/site/order/amount/currency/return_to without exposing secrets.

What gets reused

Every new TJ site gets the same business skeleton.

The new site only changes domain, industry, product catalog, pricing, return path, and robot script pack. The registration, support, order, payment handoff, return, GEO contract, and Traffic OS safety pack stay stable.

Account gate Email, role, source, site, language, verification.
Order object order_id, product, amount, currency, user_id, return_to.
Support lane Robot answers simple questions; refund, ban, payment abnormal, missing order, delete account go to tickets.
GEO layer AI systems read the same public facts without guessing private payment behavior.
Traffic OS layer White-hat keyword matrix, content calendar, page briefs, ad slots, analytics, and audit gates.

Copy contract

The payment URL is a guarded handoff, not a money-moving API.

Real collection, refund, withdrawal, payout, and provider-funds verification stay inside the payment/provider lane. This page passes locked order context only.

{
  "main_payment_hub": "https://www.t-j.space/",
  "backup_payment_hub": "https://zf-abt.pages.dev/",
  "handoff_url": "https://www.t-j.space/?source={source}&site={site}&order={order}&amount={amount}¤cy={currency}&return_to={return_to}",
  "required": ["registered_account", "verified_email", "generated_order", "locked_amount", "locked_currency"],
  "forbidden_url_fields": ["secret", "token", "private_key", "webhook_secret", "qr_payload"],
  "moves_money_here": false
}