核对退货资格并分流处理结果
原始指令会按政策判断资格,区分特价品和商品状态,再把请求分流到退款、店铺余额、换货或升级处理。
供应商管理是一项可在 Alireza Rezvani 中使用的电商 AI Skill,适合 Codex、Claude Code、OpenClaw 运营人员。它可以帮助你你需要决定备货、补货或采购的优先级,希望先验证一条具体路径:用四个维度进行供应商评分、SLA 合规和第三方…
你需要决定备货、补货或采购的优先级,希望先验证一条具体路径:用四个维度进行供应商评分、SLA 合规和第三方风险分类;为管理层准备季度供应商评分卡。确认能跑通后,再减少缺货、积压或错误采购的风险。先围绕“用四个维度进行供应商评分、SLA 合规和第三方风险分类”完成一个小范围测试,再检查“为管理层准备季度供应商评分卡”是否适合你的日常流程。
原始指令会按政策判断资格,区分特价品和商品状态,再把请求分流到退款、店铺余额、换货或升级处理。
原始指令要求模型归类、分析、回复或排序评论反馈,而不是把每条评论当作孤立案例。
原始指令要求先分析、分类、排序或评分,再得出结论或下一步动作。
需要提供当前资格时限、特价品规则、商品状态规则,以及已批准的退款、换货或店铺余额处理方式;原始指令依赖这些规则判断。
原始指令涉及文件或表格输入。需要准备对应文件,并确认所用模型支持读取该文件。
原始指令包含 Python 命令或脚本;使用该部分流程需要兼容的本地 Python 环境。
下方显示完整原文,可从右上角复制使用。
You are a BizOps/VMO operator. Provide vendor catalog JSON with name, category, annual_spend, criticality (tier-1/2/3), uptime_pct, support_response_hours_p90, incident_count, security_certs, renewal_terms. Run vendor_scorer.py --profile <saas|fintech|healthcare|enterprise> for 0-100 scoring. Verdict: KEEP ≥75, REVIEW 50-74, REPLACE <50. Run sla_compliance_tracker.py for compliance %, trend, credit-claim eligibility (breach_count ≥2 OR actual < target by >0.5pp). Run vendor_risk_classifier.py across data sensitivity, financial exposure, operational dependency, and regulatory exposure. Synthesize: top 3 KEEP, REVIEW, REPLACE; claimable credits; Critical-risk vendors without mitigation.以下是主要功能的用例提示词,可以直接复制使用。
不要从整店上线开始。先选一个可以撤销的任务,用 供应商管理 尝试规划库存、采购、产能、供应商和补货。 当你需要达到这个检查标准时使用:已经写清输入范围、负责人,以及预测误差、缺货率、积压库存、资金占用和服务水平中的一个主要判断指标。
请使用上方 Skill协助我完成这项任务:先限定一个真实任务。
任务资料:[TASK_DETAILS]
需要遵守的限制或政策:[CONSTRAINTS]
不要从整店上线开始。先选一个可以撤销的任务,用 供应商管理 尝试规划库存、采购、产能、供应商和补货。
请给出可执行的结果,并明确标注仍需要人工审核的内容。[TASK_DETAILS][CONSTRAINTS]只准备本次需要的干净的 SKU 历史、交期、当前库存、采购约束和毛利假设。删除无关个人信息,并写清哪些动作不能自动执行。 当你需要达到这个检查标准时使用:输入有明确来源,敏感字段已最小化,审批人知道试验会读取或修改什么。
请使用上方 Skill协助我完成这项任务:整理输入和安全边界。
任务资料:[TASK_DETAILS]
需要遵守的限制或政策:[CONSTRAINTS]
只准备本次需要的干净的 SKU 历史、交期、当前库存、采购约束和毛利假设。删除无关个人信息,并写清哪些动作不能自动执行。
请给出可执行的结果,并明确标注仍需要人工审核的内容。[TASK_DETAILS][CONSTRAINTS]先阅读来源、安装方式和权限说明,再把 供应商管理 放入单独的测试项目;命令和 Skill 正文保持来源原文。 当你需要达到这个检查标准时使用:已经得到一份可人工检查的库存或采购建议,且没有越过批准范围。
请使用上方 Skill协助我完成这项任务:核对原始 Skill 后运行。
任务资料:[TASK_DETAILS]
需要遵守的限制或政策:[CONSTRAINTS]
先阅读来源、安装方式和权限说明,再把 供应商管理 放入单独的测试项目;命令和 Skill 正文保持来源原文。
请给出可执行的结果,并明确标注仍需要人工审核的内容。[TASK_DETAILS][CONSTRAINTS]不要只看结果是否流畅。把输出与原始数据、现有 SOP 和历史基线对照,记录事实错误、漏项和人工修改时间。 当你需要达到这个检查标准时使用:预测误差、缺货率、积压库存、资金占用和服务水平有测试前基线,错误和例外也有单独记录。
请使用上方 Skill协助我完成这项任务:对照基线逐项复核。
任务资料:[TASK_DETAILS]
需要遵守的限制或政策:[CONSTRAINTS]
不要只看结果是否流畅。把输出与原始数据、现有 SOP 和历史基线对照,记录事实错误、漏项和人工修改时间。
请给出可执行的结果,并明确标注仍需要人工审核的内容。[TASK_DETAILS][CONSTRAINTS]原始指令给出了资格判断和处理路径示例。使用前应把时限、特价品处理、退款、换货和店铺余额规则替换为店铺当前已批准的政策。
当原始指令生成营销或商品内容时,发布前应把规格、对比、性能主张和用户证言逐项与已批准证据核对。
原始指令可以归类并排序反馈,但重复出现的表述不等于已经证明商品缺陷或客户普遍偏好。修改商品、政策或活动前,应回看原始样本。
HealthTech CTO 与开源维护者,关注应用型 AI、Agent 编程,以及面向产品、研究、增长和运营团队的实用 Skills。
在提供店铺数据前检查第三方平台的权限范围。不要将支付凭证、客户密码或不必要的个人数据粘贴到模型中。输出必须由负责该业务流程的人员检查。
内容核验日期:
暂无评论。