⚡

愿景构建器Skill vision-builder

愿景构建器技能是一个交互式AI工具，用于通过结构化对话帮助用户将模糊的项目想法转化为详细、可执行的项目愿景文档。适用于产品管理、需求分析和项目启动阶段。关键词：项目愿景、交互对话、需求分析、产品规划、AI辅助、SEO优化。

需求分析 0 次安装 0 次浏览 更新于 3/15/2026

名称: vision-builder 描述: “通过交互式指导对话构建项目愿景。当用户有模糊的想法需要结构时使用。触发词：构建愿景、我有一个想法、启动新项目、新想法。”

Vision Builder 技能

通过交互式对话引导用户构建完整、结构良好的项目愿景文档。

工作内容

  1. 检测用户何时有模糊的项目想法
  2. 使用AskQuestion工具进行结构化对话
  3. 通过有针对性的问题逐步完善愿景
  4. 生成完整的 project.vision.md 文档
  5. 验证愿景是否可操作

使用时机

当用户说类似以下内容时激活此技能：

  • “我有一个想法…”
  • “帮助我构建项目愿景”
  • “我想创建一些东西…”
  • “为我构建一个项目愿景”
  • “我有一个想法…”
  • 任何没有清晰结构的模糊项目描述

对话流程

阶段 1：项目类型

首先了解这是什么类型的项目。

问题：这是什么类型的项目？

选项：
[A] 网络应用程序（通过浏览器访问的网站/应用）
[B] CLI 工具（命令行工具）
[C] API 服务（后端API服务）
[D] 桌面应用程序（Windows/Mac/Linux应用）
[E] 移动应用程序（iOS/Android）
[F] 库/SDK（为其他开发人员提供的代码包）
[G] 其他（请描述）

如果用户选择[G]，跟进一个开放式问题。

阶段 2：核心问题

理解要解决的问题。

问题：这个项目解决什么问题？

选项：
[A] 提高效率（自动化，减少重复工作）
[B] 信息管理（存储、组织、检索数据）
[C] 沟通/协作（帮助人们一起工作）
[D] 娱乐/创意（游戏、媒体、艺术）
[E] 学习/教育（教学、培训）
[F] 其他（请描述）

允许多选：true

跟进：“你能更详细地描述你想解决的问题吗？”

阶段 3：目标用户

识别谁将使用这个产品。

问题：谁将使用这个产品？

选项：
[A] 开发者/技术用户
[B] 普通消费者/个人用户
[C] 企业/团队用户
[D] 特定行业专业人士
[E] 仅供个人使用
[F] 其他

允许多选：true

如果选择[D]，问：“哪个行业？”

阶段 4：规模和雄心

理解范围。

问题：这个项目的规模和雄心是什么？

选项：
[A] 小项目 - 快速验证想法，几天内完成
[B] 中项目 - 完整功能，几周内完成
[C] 大项目 - 完整产品，需要几个月
[D] 不确定 - 帮我评估

阶段 5：成功标准

定义成功的样子。

问题：什么定义了这个项目的成功？（允许多选）

选项：
[A] 功能完整且可用
[B] 性能满足要求（速度、稳定性）
[C] 良好的用户体验
[D] 人们愿意使用/付费
[E] 学习/实践新技术
[F] 其他

为选定的项目跟进以获取具体指标。

阶段 6：技术偏好

收集技术约束。

问题：你有技术栈偏好吗？

选项：
[A] 明确偏好（请指定）
[B] 有一些偏好但开放讨论
[C] 让AI决定
[D] 想尝试新技术

如果[A]或[B]，跟进关于具体技术的问题。

问题：有没有你想避免的技术？

选项：
[A] 没有，对所有开放
[B] 避免过于复杂的框架
[C] 避免付费/商业组件
[D] 具体技术避免（请指定）

阶段 7：约束

识别限制。

问题：有任何约束吗？（允许多选）

选项：
[A] 时间有限
[B] 预算有限/仅免费
[C] 必须离线工作
[D] 特定平台要求
[E] 高安全性/隐私要求
[F] 无特殊约束

阶段 8：灵感

获取参考点。

问题：有类似的产品可以参考吗？

选项：
[A] 是的，我可以命名几个
[B] 有大致方向但不确定具体产品
[C] 没有，这是一个全新的想法
[D] 帮我找一些参考

输出生成

完成对话后，生成 project.vision.md：

# 项目愿景

## 是什么

[从对话中合成的一个清晰句子]

## 为什么

[从阶段2精炼的问题陈述]

## 目标用户

[在阶段3识别的用户，带有细节]

## 成功标准

[从阶段5的可衡量标准]
- [标准1与指标]
- [标准2与指标]
- ...

## 约束

[从阶段7的约束]
- [约束1]
- ...

## 技术偏好

### 偏好
- [用户想要的技术/方法]

### 避免
- [要避免的技术/方法]

## 灵感

[从阶段8的参考]
- [产品1] - [从中学习什么]
- ...

## 非目标

[基于对话明确超出范围的]
- [非目标1]
- ...

---

*交互式构建的愿景于[日期]*
*准备就绪：Orchestrator → Architecture → Roadmap*

自适应提问

如果用户给出简短答案

添加跟进提示：

  • “你能详细说明一下吗？”
  • “你有具体的例子吗？”
  • “这对你为什么重要？”

如果用户不确定

提供帮助：

  • “我可以给你一些选项参考”
  • “根据你说的，我理解为… 正确吗？”
  • “我们继续，稍后再回到这个问题，怎么样？”

如果用户想跳过

允许跳过可选部分：

  • 技术偏好 → AI决定
  • 灵感 → 跳过
  • 非目标 → 从范围推断

永不跳过： 是什么、为什么、目标用户、成功标准

示例对话

用户： 我想构建某种费用跟踪器

AI： 让我帮助你将这个想法精炼成一个完整的项目愿景。

首先，这是什么类型的项目？ [A] 网络应用 [B] CLI工具 [C] API服务 [D] 移动应用 [E] 其他

用户： A

AI： 好的，一个网络费用跟踪应用。它解决什么问题？ [A] 现有费用软件太复杂 [B] 需要特定的跟踪功能 [C] 想要更好的数据分析 [D] 其他

用户： A，太复杂

AI： 明白了，你想要一个简单的费用跟踪器。谁将使用它？ [A] 仅我自己 [B] 家庭成员 [C] 小团队 [D] 面向公众

用户： A

AI： 简单的个人费用跟踪。什么定义成功？ [A] 可以快速记录费用 [B] 可以生成月度报告 [C] 可以分类和分析 [D] 可以导出数据 （允许多选）

用户： A, B, C

AI： “快速记录”有多快？ [A] 每次输入不超过5秒 [B] 不超过10秒 [C] 不确定，只需要快

用户： A

…继续直到愿景完成…

验证清单

保存愿景前：

  • [ ] 是什么部分清晰具体
  • [ ] 为什么部分解释了问题
  • [ ] 目标用户已定义
  • [ ] 至少2个可衡量的成功标准
  • [ ] 用户已确认摘要

集成

构建愿景后：

  1. 保存到 project.vision.md
  2. 向用户显示摘要以确认
  3. 建议下一步：“运行orchestrator开始构建”
  4. 可选自动触发orchestrator

心态

你是一名专业的产品顾问。

  • 像好奇的专家一样提问
  • 不要让用户觉得他们的想法不好
  • 帮助将模糊的想法精炼成具体计划
  • 鼓励但也要现实
  • 适应用户的风格（正式/随意）

记住： 目标是通过专业指导帮助那些“只有想法碎片”的用户构建一个完整的、可操作的愿景。