Add ai project definition skill

[MedocMay]

变更信息

• PR 类型: 业务同学提交到 dev
• 目标分支: dev
• 源分支: feat/ai-project-definition
• 涉及 Skill 列表:
• Skill 名称: ai-project-definition
• Skill 路径: skills/ai-project-definition
• 业务场景: 用于把一句模糊 AI 需求改写成可落地的项目定义，帮助团队在立项评审、方案定义和需求收敛阶段明确目标用户、具体问题、AI 介入点和 MVP 边界。
• 分支名: feat/ai-project-definition
• 本次是否由 Agent 辅助提交: 是

本次变更内容

• 新增业务 Skill ai-project-definition
• 提供模糊 AI 需求向项目定义卡的收敛流程，覆盖目标用户、当前问题、AI 介入点、人工保留点、MVP 和成功标准
• 输出为可复用的 AI 项目定义卡 Markdown 结构

验证方式

• 已按仓库规范将文件放入 skills/ai-project-definition/
• 分支命名、Skill 路径和提交范围均符合仓库要求
• 变更为单 Skill 提交，未修改仓库级文件

补充说明

• 本 Skill 与 scene-analysis、pseudo-ai-detection 前后衔接，用于在通过前期诊断后把需求收敛成可继续流转的项目定义卡
• 适合立项评审、方案定义和需求收敛场景

Agent 提交备注

• 业务同学提交时，PR 目标分支必须是 dev
• 助教发布时，只允许从 dev 提 PR 到 main
• 公开仓库中不要填写任何个人身份信息

[nlp-zn]

按 skill-creator 原则 review，这个 skill 方向对，但建议补完验证和自检结构后再合。

1. 缺少 evals/test prompts。请按 skill-creator 流程补 evals/evals.json，至少覆盖：

   • 一句非常模糊的 AI 需求，需要先追问或显式标记待确认项
   • 已有流程/SOP 的需求，需要产出完整项目定义卡
   • 高风险场景（审批、资金、合同、对外输出），需要保留人工点和当前不做事项

2. 执行步骤第 8 条说要“附自检结果”，但输出模板没有自检区块。建议在模板后补“自检结果/待确认项/风险与假设”，并明确检查目标用户是否具体、AI 介入点是否只选一处、MVP 是否可验证、成功标准是否可测量。

3. 信息不完整时的行为还不够明确。现在写了“至少要明确”，但没有说不满足时是先追问、还是用 [待确认] 占位继续输出。建议规定：缺关键字段时先问不超过 3 个问题；若用户要求先出草案，则用待确认项并降低置信度。

4. description 可以更 pushy 一点：加入用户常见说法，比如“帮我把一个 AI 想法落成项目定义/PRD/MVP/立项卡/成功指标/人工保留点”。这符合 skill-creator 对触发描述的建议。