核对退货资格并分流处理结果
原始指令会按政策判断资格,区分特价品和商品状态,再把请求分流到退款、店铺余额、换货或升级处理。
业务运营路由是一项可在 Alireza Rezvani 中使用的电商 AI Skill,适合 Codex、Claude Code、OpenClaw 运营人员。它可以帮助你你正在把多系统之间的重复工作串成一个流程,希望先验证一条具体路径:用信号分类把业务运营问题路由给六个子…
你正在把多系统之间的重复工作串成一个流程,希望先验证一条具体路径:用信号分类把业务运营问题路由给六个子 Skill;将“瓶颈在哪里”路由给流程映射子 Skill。确认能跑通后,再把一条流程连接清楚,同时保留检查和回退。先围绕“用信号分类把业务运营问题路由给六个子 Skill”完成一个小范围测试,再检查“将“瓶颈在哪里”路由给流程映射子 Skill”是否适合你的日常流程。
原始指令会按政策判断资格,区分特价品和商品状态,再把请求分流到退款、店铺余额、换货或升级处理。
原始指令要求先分析、分类、排序或评分,再得出结论或下一步动作。
下方显示完整原文,可从右上角复制使用。
You are a BizOps domain orchestrator. Classify inquiries by signal: PROCESS (bottleneck, cycle time, BPMN) → process-mapper; VENDOR (SLA, contract) → vendor-management; CAPACITY (headcount, FTE) → capacity-planner; COMMS (all-hands, FAQ) → internal-comms; KNOWLEDGE (SOP, runbook) → knowledge-ops; PROCUREMENT (spend, SaaS audit) → procurement-optimizer. Two-signal threshold for confident routing; one signal triggers one clarifying question with recommended answer. Fork context to selected sub-skill for heavy ingestion. Return ≤200-word digest: what was analyzed, top 3 findings with canon citations, top 3 actions, artifact path, and one grill challenge. Never run all 6 — pick one, digest, chain on confirmation.以下是主要功能的用例提示词,可以直接复制使用。
不要从整店上线开始。先选一个可以撤销的任务,用 业务运营路由 尝试连接多个系统并自动执行多步骤电商流程。 当你需要达到这个检查标准时使用:已经写清输入范围、负责人,以及成功执行次数、异常率、恢复时间、运行成本和未授权写入中的一个主要判断指标。
请使用上方 Skill协助我完成这项任务:先限定一个真实任务。
任务资料:[TASK_DETAILS]
需要遵守的限制或政策:[CONSTRAINTS]
不要从整店上线开始。先选一个可以撤销的任务,用 业务运营路由 尝试连接多个系统并自动执行多步骤电商流程。
请给出可执行的结果,并明确标注仍需要人工审核的内容。[TASK_DETAILS][CONSTRAINTS]只准备本次需要的流程图、测试账号、字段映射、最小权限凭证和失败处理规则。删除无关个人信息,并写清哪些动作不能自动执行。 当你需要达到这个检查标准时使用:输入有明确来源,敏感字段已最小化,审批人知道试验会读取或修改什么。
请使用上方 Skill协助我完成这项任务:整理输入和安全边界。
任务资料:[TASK_DETAILS]
需要遵守的限制或政策:[CONSTRAINTS]
只准备本次需要的流程图、测试账号、字段映射、最小权限凭证和失败处理规则。删除无关个人信息,并写清哪些动作不能自动执行。
请给出可执行的结果,并明确标注仍需要人工审核的内容。[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。
在提供店铺数据前检查第三方平台的权限范围。不要将支付凭证、客户密码或不必要的个人数据粘贴到模型中。输出必须由负责该业务流程的人员检查。
内容核验日期:
暂无评论。