AI Agent Hub
Back to skills
Allinpay SYB Acquiring Integration Assistant icon

Allinpay SYB Acquiring Integration Assistant

Development Updated 2026.08.30

Paste the following prompt into your AI chat to install this skill:

Please follow https://skillhub.cn/install/skillhub.md to install @user_0512de0a/allinpay-syb-skill.

About this skill

Problem

When integrating Allinpay SYB, engineers often need to switch between choosing request classes, generating Java examples, checking response fields, and landing a Maven project. If an entry-level assistant directly generates code without routing, it can easily produce wrong Request construction patterns, miss client() initialization, blur signing and verification boundaries, or handle callbacks and idempotency inconsistently. This skill keeps the entry layer focused on scenario triage and routing, so field details and code generation are not mixed together.

How It Works

  • Route by task stage: determine whether the request concerns order creation, query, refund, callback, file handling, or front-end redirect before choosing a submodule.
  • Protocol and security capabilities: route signing, verification, asynchronous notification, idempotency, credential boundaries, and runtime constraints to allinpay-syb-pay-shared-base.
  • API and code conventions: route request-class selection, Java example generation, and project scaffolding to allinpay-syb-sdk-unified.
  • Required source checkpoints: before answering, read the §0 main flow in MODULE.md, then hit §0 end “Before Writing Java / Demo”, §2 initialization + client(), and §3 skeleton; when Maven tickets or project landing are involved, also hit §5.
  • Delivery modes: default to show_code_only for Java examples only; switch to scaffold_java_maven_demo only when the user explicitly asks to generate into a directory, modify pom, or run mvn package.
  • Local field lookup: for fields and required attributes, first search local req-route.md, req-matrix-*, and response-side resp-matrix; do not conclude “unsupported / not recorded” before local retrieval is complete.

Scope and Caveats

This skill is useful for integration debugging, example generation, and scaffolding routing for Allinpay SYB acquiring. It does not expand large field tables and does not replace the authoritative field sources in the submodules. If the task is unrelated to SYB acquiring, signing callbacks, or Java SDK usage, it should not be treated as a general payment integration entry point.

Use Cases

  • When wiring the SYB order-creation API, choose the correct Request class and generate a Java example using new and setters.
  • When debugging async callback signature or idempotency failures, route to shared-base signing, credential, and runtime rules.
  • When integrating SYB query or refund APIs into an existing project, generate a Maven ticket and compilable demo scaffold.
  • When checking response field required flags or Extends inheritance, search local req-route and req-matrix before saying unsupported.

Best For

  • Backend engineers integrating Allinpay SYB acquiring need to pick the correct Request class and generate compliant Java examples.
  • Payment platform engineers debugging callbacks and signatures need to locate signing, idempotency, and credential-boundary rules.
  • Server-side developers landing SDK demos in Maven projects need actionable scaffolding steps and tickets.
  • Integration consultants validating API fields need to judge support using local req-route and req-matrix sources.