🎃 FixIt AI — 我如何在一周内使用 Kiro 构建完整的 AI 维修助理
Source: Dev.to
👻 灵感 — 当一个简单的想法遇到真实需求
我创建 FixIt AI 并不是因为它“酷”。我创建它是因为我需要它——而且我身边的人也需要它。
在我所在的地区,许多设备问题(笔记本电脑运行缓慢、屏幕闪烁、电池耗电快)其实并不需要技术人员上门。但知识鸿沟导致人们每次都要付费。作为一名热衷于解决真实问题的 17 岁开发者,我想打造一个工具,能够:
- 为用户提供即时诊断
- 减少不必要的维修费用
- 帮助年轻人和学生避免“技术紧急情况”
- 利用 AI 让硬件更易获取
Kiroween 为我提供了创意角度:一个有趣、诡异的幽灵助理,能够“驱散”你的设备问题。于是,FixIt AI 诞生了。
🛠️ FixIt AI 的功能
FixIt AI 分析以下症状:
- “我的笔记本电脑过热”
- “我的手机无法充电”
- “我的微波炉出现火花”
它随后生成:
- 结构化诊断
- 严重程度评级
- 估计费用
- 是否需要技术人员
- 初级、 中级、 高级维修步骤
- 安全警告
- 设备寿命说明
- 成功概率
- 恐怖风格的文字
- 处理时显示发光的幽灵动画
技术栈
- 前端: Netlify(HTML、CSS、JS)
- 后端: Node.js + Express,部署于 Render
- AI 逻辑: Kiro 辅助诊断引擎
⚙️ 我是如何使用 Kiro 构建 FixIt AI 的
🟣 1. Vibe Coding — 我的主要工作流
我以对话的方式构建 FixIt AI,像使用配对编程的队友一样使用 Kiro。Kiro 帮我完成了:
- 重写复杂的前端函数(例如
showResult()) - 设计多层次的维修指令结构
- 编写恐怖主题的 UI 文本和动画概念
- 调试部署错误和 Express 路由问题
- 构建诊断引擎逻辑
- 优化 JSON 响应
- 改进提示词以获得更好的推理
🟣 2. Spec‑Driven Development
在编写引擎之前,我先定义了:
- 必需的 JSON 结构
- 预期字段(severity、probability、steps)
- 多层输出
- UI 期望
- 错误处理行为
我把这些规格交给 Kiro,它生成了统一的逻辑,加快了开发速度,并防止了输出冲突。
🟣 3. Steering
我使用了如下引导提示:
- “完全重写,使其更专业。”
- “改进输出,使其更恐怖但仍可读。”
- “让它更适合法官使用。”
- “简化;现在重新结构化;现在再增强。”
每一次迭代都让 Kiro 更贴合我的需求。
🟣 4. Rapid Prototyping & Debugging
Kiro 帮我解决了:
- CORS 错误
- Render 的 Node 版本失败
- Express 错误的依赖路径
- 前端/后端连接不匹配
- CSS 动画位置问题
🟣 5. Creativity + User Experience
Kiro 还塑造了:
- 鬼魂加载动画
- 发光的 UI
- 恐怖的诊断响应
- 问题到解决方案的叙事
- 架构图
- 日常计划
FixIt AI 最终的效果比我在黑客马拉松期间预期完成的要更为精致。
🚀 我学到的
- 如何将 AI 推理与传统后端逻辑相结合
- 如何构建复杂的 JSON 输出
- 如何部署全栈应用(Netlify + Render)
- 如何在时间压力下设计令人愉悦的用户体验
- 如何与 AI 助手协作工作
- 规范驱动方法的强大之处
- Kiro 相比单独编码在加速开发方面的优势
😅 我面临的挑战
- 在 Render 上调试 Express
- 设计一个仍然可用的恐怖主题
- 使输出结构化而非随机
- 多次重写结果 UI
- 时间压力——我只有一天时间完成所有工作
Kiro 帮助我突破了每一个障碍。
🎯 Final Thoughts
FixIt AI 并不仅仅是一个万圣节主题的应用。它解决了一个真实的问题——这个问题每天都影响着真实的人们。Kiroween 教会了我,即使资源有限,单独的开发者也能在合适的 AI 工具的帮助下,构建出有用、美观且有影响力的产品。
这仅仅是个开始。我计划将 FixIt AI 扩展得更大——并为任何拥有设备的人提供负担得起的诊断服务。
🔗 试一试
- 前端:
- 后端:
- 代码:

