企业官网建设流程全解析

网站没有流量,商丘高端网站建设,重庆seo主管,简单的网页设计作品源码Kiro 学习指南Kiro 学习指南1. 快速开始2. 两大开发模式2.1 Vibe 模式#xff08;自由对话式#xff09;2.2 Spec 模式#xff08;结构化规划式#xff09;2.3 模式对比与选择3. Steering 功能4. Spec 文档详解4.1 requirements.md4.2 design.md4.3 tasks.md5. 可直接使用的…Kiro 学习指南Kiro 学习指南1. 快速开始2. 两大开发模式2.1 Vibe 模式自由对话式2.2 Spec 模式结构化规划式2.3 模式对比与选择3. Steering 功能4. Spec 文档详解4.1 requirements.md4.2 design.md4.3 tasks.md5. 可直接使用的提示词5.1 生成 requirements.md5.2 生成 design.md5.3 生成 tasks.md6. 其他功能6.1 Hooks自动化钩子6.2 MCPModel Context Protocol6.3 上下文引用7. 最佳实践Steering 使用建议Spec 使用建议提示词使用建议配合使用Kiro 学习指南本文档介绍 Kiro 的核心功能和使用方法帮助你更好地利用 AI 辅助开发。1. 快速开始Kiro 是一个 AI 辅助开发的 IDE核心理念让 AI 理解你的项目而不是每次都从零开始解释。30 秒上手场景做法改个 bug、加小功能直接在聊天框输入需求Vibe 模式开发完整功能模块输入帮我创建一个 Spec开发 xxxSpec 模式让 AI 记住项目背景在.kiro/steering/下创建 md 文件2. 两大开发模式2.1 Vibe 模式自由对话式像和同事聊天一样直接告诉 AI 你想做什么AI 立即执行。适用场景快速修 bug、小功能调整、代码重构、探索性开发使用示例帮我给这个按钮加个 loading 状态 把这个函数改成 async/await 写法 这个接口报错了帮我看看什么问题2.2 Spec 模式结构化规划式先规划再执行将开发过程分为三个阶段每阶段生成文档并等待确认。适用场景复杂功能开发、新项目搭建、团队协作、需要文档留存的项目核心流程需求What──────► 设计How──────► 任务Do │ │ │ requirements.md design.md tasks.md │ │ │ 用户确认 ✓ 用户确认 ✓ 开始执行阶段核心工作输出需求阶段把用户描述转化为用户故事 EARS 验收标准requirements.md设计阶段生成技术架构、数据模型、API 设计design.md任务阶段拆解为可执行任务带依赖关系和检查点tasks.md触发方式帮我创建一个 Spec开发[功能名称]文件位置.kiro/specs/[功能名称]/ ├── requirements.md ├── design.md └── tasks.md2.3 模式对比与选择方面Vibe 模式Spec 模式开发风格自由、即兴规划、结构化文档产出无需求/设计/任务文档可追溯性低高质量保障依赖人工检查有验收标准和检查点选择建议改 bug、加小功能 → Vibe开发完整模块、搭建新项目 → Spec3. Steering 功能Steering 项目说明书让 AI 记住你的项目背景。注意Steering 不是开发模式而是辅助功能在 Vibe 和 Spec 模式下都会生效。文件位置与作用.kiro/steering/ ├── product.md # 产品概述让 AI 理解业务 ├── tech.md # 技术栈让 AI 生成符合规范的代码 ├── structure.md # 项目结构让 AI 知道代码放哪里 └── chinese-language.md # 语言规则让 AI 用中文回答包含模式模式说明配置方式始终包含每次对话都读取默认无需配置条件包含读取特定文件时才包含front-matter:inclusion: fileMatch手动包含用户通过#引用时才包含front-matter:inclusion: manual示例product.md# 产品概述 ## 项目名称 小区超市 - 微信小程序 ## 产品描述 社区超市微信小程序为小区居民提供在线购物服务。 ## 核心功能 - 首页轮播图、商品分类、推荐商品展示 - 购物车商品添加、数量修改、选择结算 - 个人中心用户信息、订单管理、收货地址管理 ## 目标用户 小区居民4. Spec 文档详解4.1 requirements.md# 需求文档 ## 简介 [项目概述是什么系统 基于什么技术 给谁用 做什么] ## 术语表 - **术语1**: 定义说明 ## 需求 ### 需求 1[需求标题] **用户故事** 作为[角色]我希望[功能]以便[价值]。 #### 验收标准 1. WHEN [条件] THEN [系统] SHALL [行为] 2. THE [系统] SHALL [行为]EARS 验收标准格式模式格式使用场景事件驱动WHEN [事件] THEN [系统] SHALL [行为]用户操作触发条件驱动IF [条件] THEN [系统] SHALL [行为]条件判断通用THE [系统] SHALL [行为]始终成立4.2 design.md# 设计文档 ## 概述 [技术方案概述] ## 技术栈 - **框架**: Vue 3.4 - **语言**: TypeScript 5.x ## 架构 [目录结构树 说明] ## 数据模型 [TypeScript 接口 或 SQL 建表语句] ## 组件与接口 [核心模块设计 API 接口列表] ## 正确性属性 ### Property 1: [属性名称] *对于任意* [条件][断言]。 **验证: 需求 X.Y** ## 错误处理 / 测试策略 [错误类型 处理策略 测试方案]正确性属性系统必须满足的不变量常见类型数据一致性对于任意订单创建库存应减少相应数量状态流转对于任意订单状态只能按 pending→paid→shipping 流转权限验证对于任意地址操作只有所属用户才能执行4.3 tasks.md# 实现计划[模块名称] ## 概述 [实现方案概述] ## 任务 - [ ] 1. [任务组名称] - [ ] 1.1 [子任务] - [具体内容] - _需求: X.Y_ - [ ] N. 检查点 - [阶段名称] - 确保 xxx - 如有问题请提出 ## 备注 [注意事项]任务组织特点按功能模块分组、大任务下有子任务、通过_需求: X.Y_关联需求、设置阶段性检查点5. 可直接使用的提示词以下提示词可以在任何 AI 工具ChatGPT、Claude 等中使用生成与 Kiro Spec 格式一致的文档。5.1 生成 requirements.md你是一个专业的需求分析师。请根据我提供的项目描述生成一份结构化的需求文档。 ## 输出格式 严格按照以下 Markdown 格式输出不要添加任何额外章节 # 需求文档 ## 简介 [用一段话描述这是什么系统 基于什么技术 给谁用 用来做什么] ## 术语表 - **术语1**: 定义说明 - **术语2**: 定义说明 ## 需求 ### 需求 1[需求标题] **用户故事** 作为[角色]我希望[功能]以便[价值]。 #### 验收标准 1. WHEN [触发条件] THEN [系统名] SHALL [具体行为] 2. WHEN [触发条件] THEN [系统名] SHALL [具体行为] ### 需求 2[需求标题] ... ## 验收标准编写规则 使用 EARS 模式只允许以下格式 - 事件驱动WHEN [事件/条件] THEN [系统名] SHALL [行为] - 通用行为THE [系统名] SHALL [行为] ## 质量要求 1. 每个需求有且仅有一个用户故事 2. 验收标准必须具体、可测试 3. 每条验收标准只描述一个行为 4. 覆盖正常流程和异常流程 5. 术语表中的术语在全文保持一致 --- 我的项目描述 [在这里写你的项目描述]5.2 生成 design.md你是一个专业的软件架构师。请根据我提供的需求文档生成一份技术设计文档。 ## 输出格式 严格按照以下 Markdown 格式输出 # 设计文档 ## 概述 [一段话描述技术方案] ## 技术栈 - **框架**: - **语言**: - **构建工具**: - **UI 组件库**: - **状态管理**: - **路由**: - **HTTP 客户端**: ## 架构 [目录结构树每个目录后加注释] ## 数据模型 [TypeScript 接口定义或 SQL 建表语句] ## 组件与接口 [核心模块设计 API 接口列表] ## 正确性属性 *正确性属性是指在系统所有有效执行中都应保持为真的特性或行为。* ### Property 1: [属性名称] *对于任意* [条件][断言]。 **验证: 需求 X.Y** ## 错误处理 ### 错误类型 1. **类型1**: 处理方式 2. **类型2**: 处理方式 ## 测试策略 ### 单元测试 - 工具 - 范围 ### 集成测试 - 工具 - 范围 --- 需求文档内容 [在这里粘贴 requirements.md 的内容]5.3 生成 tasks.md你是一个专业的项目经理。请根据我提供的需求文档和设计文档生成一份可执行的任务清单。 ## 输出格式 严格按照以下 Markdown 格式输出 # 实现计划[模块名称] ## 概述 [一段话描述实现方案] ## 任务 - [ ] 1. [任务组名称] - [ ] 1.1 [子任务] - [具体内容] - _需求: X.Y_ - [ ] 1.2 [子任务] - [具体内容] - _需求: X.Y_ - [ ] 2. [任务组名称] - [ ] 2.1 [子任务] - [ ] 2.2 [子任务] - [ ] N. 检查点 - [阶段名称] - 确保 xxx - 确保 xxx - 如有问题请提出 ## 备注 - [注意事项] ## 任务组织规则 1. 按功能模块分组 2. 每个子任务 0.5-2 小时工作量 3. 按依赖顺序排列 4. 关键节点设置检查点 5. 每个任务关联需求编号 --- 需求文档 [粘贴 requirements.md 内容] 设计文档 [粘贴 design.md 内容]6. 其他功能6.1 Hooks自动化钩子在特定事件发生时自动触发 AI 执行。触发时机发送消息、AI 执行完成、新会话创建、保存代码文件、手动点击按钮使用场景保存代码时自动运行测试、更新翻译文件时同步其他语言配置方式命令面板搜索 “Open Kiro Hook UI”6.2 MCPModel Context Protocol连接外部工具和服务的协议。配置位置工作区级别.kiro/settings/mcp.json用户级别~/.kiro/settings/mcp.json配置示例{mcpServers:{aws-docs:{command:uvx,args:[awslabs.aws-documentation-mcp-serverlatest],disabled:false}}}6.3 上下文引用在聊天中使用#引用特定内容引用说明#File引用特定文件#Folder引用特定文件夹#Problems当前文件的问题#Terminal终端输出#Git DiffGit 变更#Codebase扫描整个代码库7. 最佳实践Steering 使用建议项目初期就创建越早让 AI 理解项目越好保持更新技术栈或结构变化时同步更新简洁明了关键信息即可Spec 使用建议按功能模块创建每个功能一个 Spec 目录分阶段确认每个文档生成后仔细审查关联需求编号保持文档间的追溯性提示词使用建议项目描述要详细技术栈、功能列表、用户角色都要写清楚分步骤执行先生成 requirements确认后再生成 design迭代优化如果生成结果不满意可以追问修改配合使用Steering背景 Spec任务 高质量的 AI 辅助开发 Spec 规划大功能 → Vibe 处理小调整