CRITICAL — before starting, MUST first read ../contract-cli-shared/SKILL.md。
Applicable commands
contract-cli mdm vendor listcontract-cli mdm vendor get <vendor-id>
Quick decision
- Known vendor ID: directly use
mdm vendor get - Only know the name or want a candidate list: use
mdm vendor list - If the user wants to confirm field definitions before creating: switch to ../contract-cli-mdm-fields/SKILL.md
- If the user wants to create or update a vendor: the current structured command does not implement this; clearly state it is not yet covered; do not fall back to
api call
Key rules
mdm vendor listsupports--name、--page-size、--page-tokenmdm vendor list --as usergoes through/open-apis/contract/v1/mcp/vendorsmdm vendor list --as botgoes through/open-apis/mdm/v1/vendorsmdm vendor get --as usergoes through/open-apis/contract/v1/mcp/vendors/{vendor_id}mdm vendor get --as botgoes through/open-apis/mdm/v1/vendors/{vendor_id}- Does not expose
--operator --user-id-type/--user-idis still passed through per shared rules, without local validation- The recommended reading order is:
- First read references/vendor-query-guide.md to select the query scenario
- Then read references/vendor-query-parameters.md to look up request parameter mappings
- Finally read references/commands.md to copy command examples
Implementation source
- internal/cli/vendor_command.go
- internal/openplatform/mdmvendor/service.go
- references/vendor-query-guide.md
- references/vendor-query-parameters.md
- references/commands.md
Operational suggestions
- When only the name is known, first
mdm vendor listto get candidates, thenmdm vendor getto look up details - Before creating a contract, if you just need to choose the counterparty entity, prioritize remembering the vendor id
- When you want to confirm the write interface field definitions, switch to
mdm fields list
Do not do this
- Do not treat
mdm vendor list/getas a field configuration query - Do not treat the unimplemented
mdm vendor create/updateas an existing structured command