Menü
旅游规划偷懒检测。检测协调者 Agent 是否存在跳步、模糊措辞、模板化填充、照搬热门清单等偷懒行为。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | review-laziness |
| description | 旅游规划偷懒检测。检测协调者 Agent 是否存在跳步、模糊措辞、模板化填充、照搬热门清单等偷懒行为。 |
检测旅游规划协调者 Agent 是否存在偷懒行为，包括流程偷懒和内容偷懒。即使格式合规，偷懒行为也会严重影响回答的实际价值。
你会收到协调者 Agent 的工作草稿，包含以下字段：
| 编号 | 偷懒行为 | 检测方法 | 严重程度 |
|---|---|---|---|
| L-01 | 跳过追问直接给方案 | 首次请求且用户未说"别问"，但 insufficient_information 为 false 且无追问记录 | critical |
| L-02 | 模糊措辞替代具体数据 | answer 中出现"不远""很近""很快""大概X分钟"但无工具验证标注 | major |
| L-03 | 遗漏关键维度 | 缺少交通、预算、人群适配、拥挤风险、备选方案中的任何一项 | major |
| L-04 | 内容过短敷衍 | answer 长度明显过短（如 3 天行程 answer 不足 500 字） | major |
| L-05 | 声称信息不足但未列问题 | insufficient_information 为 true 但 follow_up_questions 为空 | critical |
| L-06 | 路线验证为空但有具体数据 | route_validation 为空数组但 answer 中有具体距离/时间 | critical |
| L-07 | 模板化填充 | 所有地点使用完全相同的句式结构，缺乏个性化分析 | minor |
| L-08 | 照搬热门清单 | 直接堆叠热门景点，无差异化、无本地体验、无替代方案 | major |
| L-09 | 跳过审查步骤 | 最终输出未经 review-agent 审查 | critical |
| L-10 | 先写行程再验证 | planning_process 中验证步骤在行程设计之后 | critical |
critical_issuesissuesissuesinsufficient_information 为 false + 无追问记录follow_up_questions 不为空或 insufficient_information 为 true，则不算偷懒insufficient_information 为 true 时，follow_up_questions 必须非空route_validation 为空数组 + answer 中有具体数字（距离/时间/等待）= 数据来源不明 = critical从 100 分开始，按偷懒行为扣分：
| 严重程度 | 扣分 |
|---|---|
| critical | -40 |
| major | -25 |
| minor | -10 |
通过阈值：65 分。score >= 65 且无 critical_issues 为通过。
必须输出单个 JSON object：
{
"dimension": "laziness_detection",
"score": 80,
"passed": true,
"critical_issues": [],
"laziness_behaviors_found": [
{
"id": "L-02",
"behavior": "模糊措辞替代具体数据",
"severity": "major",
"evidence": "answer 中出现'不远'但无工具验证标注"
}
],
"issues": ["answer 中 1 处使用模糊措辞'不远'替代具体距离"],
"suggestions": ["将'不远'替换为具体步行距离或标注'待实时确认'"],
"summary": "检测到 1 处模糊措辞，无 critical 偷懒行为。"
}
旅游规划需求准入分析。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 单点约束审查。检查地理验证状态、天气备份存在性、攻略印证、费用合理性。