回应模式 - No.67968857


No.67968857 - 技术宅


做了个很厉害的辅助AI工具!没错是辅助ai不是ai辅助No.67968857 只看PO

2026-01-29(四)22:42:09 ID:WHwGeuq 回应

各位肥哥vibe code的时候肯定遇到过随着项目变大ai越来越蠢的情况!
所以我做了这个工具,能自动抓取项目中代码中的关键字和语法,同时扫描文件夹结构,自动生成一系列辅助ai理解项目的文档!
欢迎体验!!( ´∀`)
>git链接如下——
https://github.com/a986836755-max/Niki-docAI?tab=readme-ov-file#niki-docai

无标题无名氏No.67974771

2026-01-30(五)12:17:18 ID: fmeTIG3

(´゚Д゚`)bbb

无标题无名氏No.67975796

2026-01-30(五)14:54:17 ID: WHwGeuq (PO主)

我会持续等待使用反馈,有什么问题都可以问!ᕕ( ᐛ )ᕗ

无标题无名氏No.67975930

2026-01-30(五)15:18:59 ID: UvTKWMZ

( ゚∀゚)σ [订阅]

初步体验后的想法无名氏No.67978474

2026-01-30(五)21:10:04 ID: vslNeW2

尝试用了一下(`・ω・)

背景:我平时(很不幸地)使用 C++ 维护软件,所以主要试了下它的 C++ 支持

一些感觉可以提升的地方:

软件实现上
==========

- requirements.txt 和 install_requires 中只列出了 tree-sitter-python,其它情况直接静默不报错(

- map_flow.py: build_tree_lines 是单线程递归调用的,每个文件都在调用 io.read_text(),我运行的代码库有上万个 .cpp 文件,所以 map 的时间非常长

- 缺少增量更新,看了下目前的实现里,ndoc all 会重新扫描所有文件,感觉加个缓存会更好

- 以及一些代码风格上的改进建议:可以 import typing 来做下 type hints,可维护性会更好些( ^ω^)

C++ 功能性
==========

- 没有 TableGen 支持,所以缺了很多上下文信息

- 它似乎不理解 CMake 的配置信息,编译 -I 参数和宏语句的条件编译,所以头文件提取找不到实际的文件(例子:它没找到 #include "llvm/IR/Value.h" 的位置)

- 注释查找好像只有 Python 风格支持,/// 和 /** */ 这样的注释 Doxygen 风格注释似乎找不到

- 它不会自己忽略 .gitignore 里忽视的文件/目录

这是我目前的一些使用体验,可以作一些参考

无标题无名氏No.67978681

2026-01-30(五)21:35:56 ID: WHwGeuq (PO主)

>>No.67978474
是长回复!
感谢肥哥体验Σ( ゚д゚)
这些问题我回去会看看怎么实现的,目前大部分注意力都在更新新语言上了。
c++和cmake的支持我记得在一次更新中应该已经增加上去了,有可能改的时候丢掉了(`・ω・)
增量更新已经在开发路径上啦,我会在未来更新中逐渐完善的!
非常感谢体验!!!

无标题无名氏No.67978695

2026-01-30(五)21:38:00 ID: WHwGeuq (PO主)

>>No.67978474
哦对了,如果想忽略某些文档,可以看看rule文档,想要忽视一些文件夹或文件的话可以在里面注明,同时里面特殊标注了两个关键词来针对性的管理局部文档生成

无标题无名氏No.67979758

2026-01-31(六)00:39:33 ID: O3Z7j5h

我是刚刚接触编程才几天离了ai啥也不会的纯.新人,想问问这些生成的.md文件是一定得在项目的根目录下吗,能不能都放进一个文件夹里?

无标题无名氏No.67980961

2026-01-31(六)11:14:53 ID: WHwGeuq (PO主)

>>No.67979758
对的,这些是用来帮助ai理解子目录的项目内容的,目的是为了帮他模块化理解项目。
我在里面内置了两个词条,详见_rule.md,两个词条一个是聚合所有子文件夹和文件的内容到当前文档。并不再在子文件夹生成ai.md,或许能解决你的需求

无标题无名氏No.67980998

2026-01-31(六)11:23:41 ID: WHwGeuq (PO主)

>>No.67979758
就是这个