【Kiro Code】Chat 聊天功能
Chat
Kiro 提供了一个聊天面板，通过它你可以通过自然语言对话与代码进行交互。只要告诉Kiro 你需要什么。询问有关代码库的问题，请求对复杂逻辑进行解释，生成新功能，调试棘手问题，以及自动化重复性任务 – 与此同时，Kiro 会保留你项目的完整上下文。
主要功能
- 上下文理解： 针对整个代码库提出问题，获取解释，或者再充分了解项目结构的情况下请求修改。
- 智能意图检测：Kiro 能智能判断你是想要获取信息还是采取行动，进而调整回应方式，以满足你的工作流程需求。
- 氛围交流与具体说明交流环节：聊天会话可以是氛围讨论或具体细节讨论。了解更多关于这两者之间的差异。
入门指南
智能意图检测
Kiro 会智能分析你的消息，以了解你是想要获取信息还是执行操作。当你提出诸如”这是如何工作的？“或”这段代码的目的是什么？“ 之类的问题时，Kiro 会将其识别为信息请求，请在不修改你的代码的情况下，以解释和文档的形式进行回复。当你使用诸如”创建一个组件“或”修复这个漏洞“之类的指令时，Kiro会将其识别为操作请求，请会相应地提议或实施必要的代码更改、执行命令或管理文件。这种无缝的意图识别功能，使得你无需使用明确的命令在信息和操作模式时间切换，就能进行自然的对话。
上下文管理
Kiro 的强大功能源自其对您代码库上下文的深入理解。它会自动分析编辑器中打开的文件，包括 他们的依赖关系和结构，但您也可以明确提供额外的上下文。
上下文提供器
在聊天输入框中使用 # 符号来访问上下文提供器。
你可以在单个请求中组合多个山下文提供器：
#codebase #auth.ts 解释我们的数据库中认证器是如何工作的？
会话与历史记录
Kiro 会在绘画中保留对话历史记录，从而实现持续的上下文感知交互。
管理会话
- 创建新会话： 针对不同主题或项目开启全新对话。点击聊天面板中的 + 图标即可开始新会话。
- 在会话间切换：通过标签切换器，轻松在进行中的对话间导航。
- 查看历史记录：通过 History 按钮访问之前的交互及其结果
- 任务跟踪： 通过 Task list 按钮监控正在进行和已经完成任务的进度。
操作执行的历史记录
Kiro 保留了详细的会话历史记录，其中包括所采取的操作，如代码更改，执行的命令，搜索结果，文件操作等。你可以搜索，恢复，或者删除特定的会话。
自动驾驶模式
自动驾驶模式，是 Kiro 的自主执行模式，它允许智能体在你的代码库中进行代码更改，并在极少干预的情况下完成复杂任务。这是一项关键功能，使 Kiro 能够更独立地代表你开展工作。
它是如何工作的
自动驾驶模式（默认）
Kiro 可自主端到端的完成任务。它无需在每一步都请求批准，就能创建文件、在对个位置修改代码、运行命令，以及做出交够决策。你可以通过查看所有更改、撤销所有操作或随时终端来保持控制权。
监管模式
Kiro会展示每个提议的操作，并在继续执行之前等待你的批准。你将切确看到Kiro想要做出哪些更改，并且可以接受、拒绝或修改这些更改。此模式将复杂任务分解为可管理的步骤， 并设置明确的检查点以获取反馈。
模式切换
你随时可以使用聊天界面中的自动驾驶开关，在自动驾驶和监督模式之间切换。这种灵活性使你能够针对不同任务使用适当的控制级别。
何时使用何种模式
自动驾驶模式最适合与：
- 熟悉Kiro 功能的经验丰富的用户
- 重复性或定义明确的任务
- 需要快速推进的项目
- 跨越多个恩家或需要多个步骤的任务
监督模式最适合与：
- 新用户熟悉 Kiro
- 关键或者敏感代码库
- 学习Kiro 如何处理问题
- 当你想要仔细审视每一处代码更改时
- 处理不熟悉的代码或复杂系统
你可以根据当前需求，以及对当前任务的适应程度 ，随时在这些模式之间切换。
Kiro的变更管理功能
在自动驾驶模式下
在自动驾驶模式下，Kiro 会自主运行，无需对每个单独操作进行审批，即可对您的代码库进行多项修改。不过，您仍可以通过几个关键功能对这些更改保持控制权：
- 查看所有更改
- 通过在聊天模块中选择”查看所有更改“选线个，你可以看到所有修改的完整列表。
- 这使你能够更全面了解Kiro在你的代码库中所做的一切。
- 更改会以差异试图呈现，该试图清晰显示添加、修改或删除的内容。
- 恢复所有更改
- 如果你对Kiro 所做的更改不满意，可以选择”恢复“
- 这会将您的文件在本地文件系统中恢复到之前的状态
- 这本质上是一个针对Kiro 所有修改的”撤销“功能
- 中断执行
- 你可以在自动执行过程中终端自动驾驶，以恢复手动控制
- 如果您发现有问题，这将组织 Kiro 进行进一步更改
在监督模式下
在监督模式下，Kiro 会与您进行交互式协作，并在进行更改前需要获得您的批准：
- 查看更改
- 在实施所有提议的更改之前，Kiro 会向您展示这些更改的差异。
- 你可以详细查看这些更改，以确保它们符合你的要求。
- 全部接受
- ”全部接受“ 功能可让您一次性批准所有提议的更改。
- 当Kiro 提出多个你想一起实施的相关更改时，这很有用。
- 全部拒绝
- 同样，”全部拒绝“可让您拒绝所有提议的更改。
- 当 Kiro 的建议与你的意图不一致时，这会很有帮助。
Vibe vs Spec
什么是氛围讨论session
氛围交流环节是Kiro中可以互动问答为重点环节，旨在通过更具对话性的方式，快速解答问题，进行讲解以及开展项目。
什么时候进行 Vibe 交流
- 交互式问答格式：氛围会话针对有关代码的来回对话进行了优化，使你可以提出问题并立即获得恢复。
- 快速协助：他们非常适合在无需经过正式规范流流程的情况下，快速获取编码问题的答案、代码行为的理解或相关概念
- 上下文理解：与其他 Kiro 会话一样，vibe 会话利用上下文提供程序来理解你的代码库，但是重点在于解释，而非大量生成代码。
- 灵活的方式：与特定Spec环节相比，Vibe 环节提供了一种灵活、结构化程度较低的方式，这使得他们适用于探索性 变大和学习。
什么是规格说明session
一次Spec 会议将引导您采用一种结构化方法，来处理 Kiro 中复杂的开发任务，这种方法会将软件开发流程正式化。它通过系统的执行和清晰的跟踪，将高层次的构想转化为详细的实施计划。
什么时候进入 Spec
- 复杂开发任务：使用规范会议来构建复杂功能，整个应用程序，或进行需要精心规划和重大重构。
- 结构化方法：当你需要一种有条不紊、循序渐进的开发方法，且对需求和实施细节有清晰的文档记录时。
- 团队协作：适用于多个团队成员需要了解实施计划并根据规范跟踪进度的项目。
- 文档需求：但你希望在代码实现的同时生成详细文档，以便日后参考或学习共享时。