القائمة
旅游规划工作流合规审查。审查协调者 Agent 的七步工作流是否完整执行、顺序是否正确、每步执行质量是否达标。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف 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": "工作流合规，七步完整执行。"
}