
























在 AI 辅助开发越来越普及的今天,一个高频痛点是:AI 不理解你的项目上下文。
每次让 AI 帮你改代码、写功能、排问题时,你都要花时间解释项目结构、模块关系、业务边界。如果代码库较大,这种“解释成本”会越来越高。
于是我做了一个工具:files-introduction-for-ai,并把它整理成了可发布的 npm CLI —— ai-file-indexer。
这篇文章不讲技术实现,只讲它解决了什么问题、适合什么场景、能带来什么价值。
很多团队都遇到过这些情况:
这些问题本质上是:AI 缺少持续更新的项目上下文。
ai-file-indexer 的目标很直接:把代码仓库自动整理成适合 AI 消化的结构化索引,并让这个索引随代码变更自动更新。
这个 CLI 主要有 3 个命令:
ai-file-indexer initpackage.json 的常用脚本ai-file-indexer index --full|--incremental [--stage-output]ai-file-indexer hooks setup.githooks 目录作为 hooks 路径一句话概括:初始化一次,之后每次提交自动更新索引。
在目标项目根目录执行:
npx ai-file-indexer init
这会生成:
.ai-indexer.config.json(索引配置模板).githooks/pre-commit(提交前触发索引的脚本)package.json 中补齐索引相关 scriptsnpm run ai:hooks:setup
这会让 Git 使用 .githooks 目录作为 hooks 路径,而不是默认的 .git/hooks。
npm run ai:index:full
这会扫描所有被 git 跟踪的文件,生成索引产物。
之后每次提交代码时,pre-commit 会自动执行增量索引,只处理当前 staged 的变更文件,并尝试把索引产物加入暂存区。
索引产物默认输出到 .ai/ 目录,包括:
file-index.json:文件级结构化索引file-index.md:文件级可读索引module-index.json:模块级结构化索引module-index.md:模块级可读索引为什么同时做文件级和模块级?
这样 AI 处理项目时,不会只盯单文件,也能先看模块再下钻细节。
我认为这个工具尤其适合:
从产品角度看,这个工具的核心价值是:
降低 AI 接入成本
不需要每次手动解释项目,索引产物自动更新
提升 AI 辅助效果
AI 有完整的上下文,能给出更准确的建议
标准化团队流程
所有团队成员使用同一套索引,避免“每个人解释方式不同”
降低新人上手成本
索引产物本身就是一份“项目说明书”
可持续维护
索引随代码变更自动更新,不会过期
如果你关心技术细节,这里简单提一下:
下一步我会考虑这几件事:
ai-file-indexer 本质上是在做一件事:
把“给 AI 解释项目”从一次性对话,变成可持续、可自动化的工程资产。
如果你觉得这个工具能解决你的问题,欢迎试用:
npm i -D files-introduction-for-ai --registry http://npm.itodd.wang/此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。