Git状态检查优化：kiro git prompt实践指南

1. 项目背景与核心需求

在日常开发工作中，Git作为版本控制工具已经成为开发者不可或缺的伙伴。但很多开发者（尤其是刚接触Git的新手）经常会遇到一个典型问题：在准备提交代码时，突然不确定自己到底修改了哪些文件，哪些改动已经暂存（staged），哪些还留在工作区（unstaged）。这种不确定性可能导致错误的提交或遗漏重要修改。

Kiro Git这个提示词（prompt）正是为了解决这个痛点而设计的。它通过简洁的命令行交互，帮助开发者快速查看Git仓库中所有未提交的修改，包括已暂存和未暂存的改动，让代码提交前的检查工作变得更加高效可靠。

2. Git状态检查基础原理

2.1 Git工作区概念解析

要理解kiro git prompt的功能，首先需要明确Git的三个重要区域：

1. 工作目录（Working Directory）：实际编辑文件的地方
2. 暂存区（Staging Area）：通过git add准备的变更
3. 本地仓库（Local Repository）：通过git commit提交的变更

当我们在项目中修改文件时，这些变化首先存在于工作目录。使用git add命令后，变更会被移动到暂存区。最后通过git commit，变更才真正进入本地仓库的历史记录。

2.2 git status命令详解

kiro git prompt的核心是基于git status命令的增强显示。标准的git status会输出类似如下的信息：

code复制On branch main
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
        modified:   README.md

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   src/index.js

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        .env.local

这个输出虽然完整，但在日常快速查看时显得过于冗长。kiro git prompt通过提取关键信息并格式化，提供了更紧凑的视图。

3. kiro git prompt实现解析

3.1 提示词核心逻辑

kiro git prompt本质上是一个shell脚本或函数，它通过解析git status的输出，提取开发者最关心的信息。其核心处理流程通常包括：

1. 检查当前目录