linkfox-1688-procurement
Installation
SKILL.md
1688 Procurement Workflow
This skill helps LinkFox users run authorized 1688 procurement: OAuth status checks, SKU and address lookup, order preview, guarded order creation, payment URL retrieval, order tracking, logistics, cancellation, receipt confirmation, and post-completion invoicing.
Use linkfox-1688-search-by-image for image-based product discovery. This skill does not include image search.
Core Rules
- Every script requires LinkFox platform identity from
LINKFOX_AGENT_API_KEYorLINKFOXAGENT_API_KEY. authorize_url.pystarts 1688 OAuth;authorized_stores.pychecks the current LinkFox user's 1688 OAuth state.- Except those two authorization scripts, every procurement operation runs a script-level
authorizedStoresprecheck before calling the target endpoint. - If no store has
status=ACTIVEandexpired=false, the target endpoint is not called. - After authorization is valid, procurement tools may be used independently as the user requests; the workflow is guidance, not a mandatory linear script. Image search remains in
linkfox-1688-search-by-image. - Treat the workflow as a map, not full automation. Do not create orders, get payment URLs, cancel orders, confirm receipt, or apply for invoices based on earlier phrases like "continue".
- Use exact internal request field names from
references/api.mdwhen calling scripts. Do not show these field names in normal user-facing text. - Treat ordinary 1688 procurement as the only user-facing procurement mode. Apply backend defaults internally per
references/api.md; do not mention procurement type or ask users to choose one. cancel_order.pyonly attempts to cancel a 1688 order. It is not a refund or after-sales request. For paid orders, including paid-but-unshipped orders, do not call cancellation as a workaround; tell the user this Skill has no refund-application tool and refunds/after-sales must be handled on 1688 unless the backend adds that ability.- MCP enable/disable only controls MCP exposure. These scripts call tool-gateway HTTP routes directly; fully disabling a capability requires disabling the route or backend operation.