粗讲项目
用几句话给我粗讲一下在干什么。
讲完要不要收纳进本 wiki：
我原来以为它是：
讲的时候第一句先纠正这个理解。
我最想知道：
讲的时候围绕这个问题挑重点。
讲之前先读源码，README 只当线索：
- 哪条是默认走的主路径、哪些只是兜底或可选开关，以代码为准
- 哪部分要紧不按代码量判断 —— 代码多可能只是那块坑多
读完直接讲，不用先把项目全摸一遍，也不用先问我。
讲的时候：
- 三四段话，400 字以内；不分标题、不列清单、不画目录树、不贴命令
- 说清它是什么、解决谁的什么问题
- 主路径怎么跑通，用一个具体机制说明，不用形容词撑
- 说清分工：哪些是它做的，哪些留给用的人或模型
- 技术词保留原形，其余用大白话
讲完把这几段收纳进本 wiki：你当前的工作区就是本 wiki 的仓库，动笔前先读仓库里的 docs/skills/wiki-guide/index.md 和 docs/skills/collect/index.md（收纳的共用规矩），照写作流程写进仓库，和上面冲突的按上面：
- 落在
docs/projects/<名>/index.md，一个仓库一个目录，正文就是这几段，不套论文骨架；读的 commit 写进脚注，不另开维护记录。docs/projects/index.md按领域挂一行钩子，钩子以「粗讲：」开头；nav 挂在项目的同一个领域分组下 - 我讲完再追问的，在正文后开「追问」一节按问答补：一问一个三级标题，问题照我的原话，答案不限字数 —— 活例
docs/projects/teable/index.md的「追问」 - 之后要细讲，按细讲项目在同一个目录里写：入口这页按细讲重写，功能线各开一页，地址不变