用途：hai-idea 用于判断一个想法、功能、产品或项目是否值得关注和投入。它要求每次只给出一个明确结论，而不是罗列各种考虑因素；当用户提供两个或更多想法时，按决策价值而非新颖程度排序。
主要能力：围绕影响决策的维度进行评估，包括痛点、受众、现有替代方案、杠杆效应、时机、差异化、可行性、成本、风险和验证路径。评估使用定性评级来暴露不确定性，不把各项平均成看似精确的数字分数；一个决定性的阻碍或证据可以压倒多个轻微优点。
结论类型：Do（受众清晰、痛点真实、时机合适、成本可控且证据充分）、Validate first（上行空间可信但关键假设未验证）、Reframe（当前想法较弱但附近存在更强方向）、Defer（可能不错但时机、依赖或机会成本不合适）、Kill（痛点弱、受众不清、杠杆低、成本高或没有可信验证路径）。
使用方式：先用一句话重述想法，去掉修饰，点明目标用户或受影响系统及预期结果；识别当前决策是执行、验证、排序、重构还是终止；评估决定性维度；给出唯一结论并说明理由与置信度（高/中/低）；指出最强反对意见；在想法较弱时提供更强的重构版本；定义最小有用验证，即最便宜且能改变决策的测试及信号，必要时设定时间盒。最终输出前需阅读 references/output-template.md，它是规范输出形态。
适用场景：适合在决定是否投入某个想法之前使用，也适合在多个想法之间做取舍。
限制与边界：如果已经决定要做、只需要阶段或待办，应使用 hai-goal；想法已确定、需要产品需求时使用 hai-prd；只想挑战范围或野心而不需要做/终止结论时使用 geju；纯粹是命名或改名问题时使用 hai-naming。常见错误包括把有趣的想法当成好想法、把“我能做”当成“值得做”、接受“所有人”“开发者”“团队”这类模糊受众，以及在判断想法是否值得之前就设计完整方案。中文读者可参考 SKILL.zh_CN.md，英文 SKILL.md 是执行依据。