使用 Kiro 构建我的第一个项目：学生的体验

Source: Dev.to

引言

我是一名计算机科学专业的学生，常常陷入教程地狱。曾经想做一个学习小组协调器应用，能够根据学生的课程和时间表匹配小组，但我从未完成过项目，因为我会花数小时调试环境问题、与依赖纠缠不清，并且从 Stack Overflow 复制我不懂的代码。听说 Kiroween 后，我决定尝试 Kiro，尽管对又一个 AI 编码工具持怀疑态度。我想反正也需要一个作品集项目，何不一试？

与 Kiro 的“氛围编码”

让我最惊讶的是 氛围编码。我不再去搜索精确的语法或遵循几乎但又不完全符合需求的教程，而是用普通英文描述我的需求。例如，我会说：

“我需要一个带有邮箱验证和密码要求的登录系统。”

Kiro 会生成我能够阅读并修改的可运行代码。起初只和 IDE 对话而不是精确敲代码感觉很奇怪，但它消除了很多摩擦。当出现不对的地方，我只需说 “这不是我想要的”，Kiro 就会调整。再也不用花三小时阅读文档去弄清楚一个函数的用法。

使用 Specs 文档化特性

当我开始使用 specs（规范）来正式记录功能时，情况变得更好。我会有条理地写下需求，例如：

• 用户可以创建最大容量有限的学习小组。
• 小组需要标签来标识科目。
• 只有经过验证的学生才能加入。

Kiro 会始终如一地实现这些要求。作为一个通常直接开写代码、抱着侥幸心理的学生，被迫在动手前先思考功能实际上让开发更快。我不再在不同的对话中重复解释同一件事五次。

错误与教训

当然，我仍然会犯错。

• 密码处理： 我忘记说明密码应该进行哈希处理，Kiro 按我字面上的要求实现，导致密码以明文形式存储。
• 数据库性能： 我花了两小时调试慢查询，最后才发现是因为我让 Kiro 在过滤之前先取回了所有用户记录。

这些都是我在表达需求时的失误，而不是 Kiro 的错。我学到仍然需要理解自己在构建什么。Kiro 不是魔法，它只是工具。如果你要求的东西在技术上可行但实际上是糟糕的想法，它也会照做。

结果

最大的变化是我真的完成了东西。我的学习小组应用已经上线，同学们也在使用。代码并不完美，我仍在学习，但我已经用它实现了：

• 用户认证
• 数据库管理
• 匹配算法

而不是半途而废。我不再害怕启动新项目，因为我知道只要能清晰地说明想要构建的东西，就有工具可以帮助我实现。Kiro 没有把我变成高级开发者，但它给了我足够的信心继续构建，而不是停留在教程里。对于一个想要学习并真正交付项目的学生来说，这就意味着一切。