Menu
旅游规划工作流合规审查。审查协调者 Agent 的七步工作流是否完整执行、顺序是否正确、每步执行质量是否达标。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
旅游规划需求准入分析。Use when the user asks for a travel plan, itinerary, route, POI recommendation, city walk, nearby travel, or executable tourism advice; extract structured requirement fields, identify missing information, and output SkillResult JSON.
图数据库模式下的四阶段十三步旅行规划工作流。This skill should be loaded when the coordinator operates in Neo4j graph mode and needs the complete step-by-step workflow for multi-day trip planning.
合并用户追问回复到旅行需求快照。Use when the user replies to follow-up questions about their travel requirements; parse natural language answers, merge into existing TravelRequirementSnapshot, and output SkillResult JSON.
Month 月度约束审查。检查周数正确性、天气窗口、月度预算、区域覆盖。
Phase 季节约束审查。检查气候合适性、地理递进逻辑、预算分配、节庆覆盖。
POI 单点约束审查。检查地理验证状态、天气备份存在性、攻略印证、费用合理性。
| name | review-workflow |
| description | 旅游规划工作流合规审查。审查协调者 Agent 的七步工作流是否完整执行、顺序是否正确、每步执行质量是否达标。 |
审查旅游规划协调者 Agent 是否按规定的七步工作流完整执行，顺序是否正确，每步执行质量是否达标。
你会收到协调者 Agent 的工作草稿，包含以下字段：
| 步骤 | 必须执行的事项 | 跳步特征 |
|---|---|---|
| 第一步：解析旅行需求 | 从用户请求中提取目的地、出发地、日期/天数、交通偏好、预算、同行人群、兴趣偏好、必去/不去 | 直接输出方案但 normalized_query 缺少关键字段 |
| 第二步：需求准入与追问 | 首次请求必须判断必须/条件必须/可选信息；缺少必须信息时输出 insufficient_information: true 并追问 | 用户首次请求未说"别问"却直接给方案；或追问了但没覆盖所有必须缺口 |
| 第三步：攻略素材采集 | 调用 zhihu_guide_material，提取地点、体验信号、负面信号 | answer 中出现攻略类内容（避坑、本地推荐）但无知乎采集记录 |
| 第四步：地理事实验证 | 委托 amap-agent 验证候选 POI、距离、路线 | answer 中有具体距离/时间数据但 route_validation 为空或无 amap-agent 调用记录 |
| 第五步：路线设计 | 先聚类再写行程；每天一主区域；2-4 主停留点；顺路优先于热度 | 一天内出现跨区跳跃；主停留点超过 5 个且用户未要求紧凑 |
| 第六步：输出质量审查 | 提交草稿给 review-agent 审查 | 最终输出未经审查 |
| 第七步：最终输出 | 加载 travel-answer-format，使用小标题范式 | 未使用 ### 地点名 格式；缺少必要字段 |
以下任何一条即为严重违规，必须列入 critical_issues：
第一步执行质量：
第二步执行质量：
第三步执行质量：
第四步执行质量：
第五步执行质量：
| 编号 | 违规行为 | 严重程度 |
|---|---|---|
| V-07 | 跳过追问直接给方案 | critical |
| V-08 | 追问后继续追问 | critical |
| V-09 | 追问未覆盖所有必须缺口 | major |
| V-10 | 先写行程再验证路线 | critical |
| V-11 | 跳过攻略素材采集 | critical |
| V-12 | 跳过地理事实验证 | critical |
| V-13 | 跳过审查步骤 | critical |
| V-14 | 输出非 JSON 格式 | major |
| VETO-04 | 需求追问被跳过 | critical |
从 100 分开始扣分：
| 扣分项 | 扣分 | 具体说明 |
|---|---|---|
| 跳过某一步 | -30/步 | 如跳过追问、跳过攻略采集、跳过地理验证 |
| 步骤存在但执行质量差 | -20/步 | 如追问了但没覆盖所有必须缺口；地理验证了但只验证了 1 个点而 answer 引用了 10 个点 |
| 步骤顺序错误 | -25 | 如先写行程再验证、先输出再审查 |
| 追问后继续追问 | -25 | 用户已回复第一轮追问，agent 又输出 insufficient_information: true |
| normalized_query 遗漏用户明确提到的信息 | -15 | 用户说了"越野车"但 normalized_query 没提 |
通过阈值：70 分。score >= 70 且无 critical_issues 为通过。
必须输出单个 JSON object：
{
"dimension": "workflow_compliance",
"score": 85,
"passed": true,
"critical_issues": [],
"steps_completed": ["第一步", "第二步", "第三步", "第四步", "第五步", "第六步", "第七步"],
"steps_skipped": [],
"steps_out_of_order": [],
"execution_issues": [],
"issues": [],
"suggestions": [],
"summary": "工作流合规，七步完整执行。"
}