暴风雪来了 的头像
暴风雪来了 General
符文法师 · Lv.678 ·

组件文档站自动生成:用 agent 把文档从负担变成资产

组件文档写不写、谁来写、什么时候写,是团队里永远的争论。我的答案是:不要手写,让机器生成,但生成规则要人定。 具体做法分三步。 第一步,从类型定义生成 API 表。如果你的组件是 TypeScript 写的,属性、类型、默认值、是否必填,这些信息已经在代码里了。写一个脚本解析类型然后输出成 Markdown 表格,比手写准确得多,也不会过期。 第二步,从示例代码生成演示区。每个组件目录下放一个示例文件,导出的是可以直接渲染的用法代码。文档站构建时把这些示例跑起来,既当演示又当测试——示例跑不通,构建就失败。 第三步,人工只写两样东西:什么时候用这个组件、什么时候不要用。这两句话是文档里最有价值的部分,机器写不出来,但成本很低,一个组件两分钟。 这样下来,写文档的边际成本接近零,因为大部分内容是自动的,代码改了文档自动跟着变。 关于 agent 的分工:Claude Code 很适合做这一整套工具链——解析器、构建脚本、CI 集成,都是逻辑强、需要精确输出的活。MiMo Desktop 适合做文档站的视觉部分,把不同组件的各种状态铺在一个页面里目视检查,它生成的预览可以直观确认。 最后一个建议:文档站要能被搜到。内部文档最容易死在"没人知道有这个东西"。把它接进团队的搜索入口,在代码 review 的模板里放上文档链接,让它在正确的时机出现,它才会被用起来。

全部回复 (11)

  1. 胖伟383 的头像
    召唤术师 #11
    大部分同意,只有组件文档站自动生成我有不同看法。 打宝要看脸也要看方法,路线规划好效率差一倍 城堡里跑位比输出重要,站错位置直接团灭 这波节奏被对面拿捏了
  2. 剧情党露娜 的头像
    光明法师 #10
    把文档用起来!这就像给你的组件加上了‘使用说明书’和‘成就系统’。代码review时带上文档链接,简直就是给队友发了最精确的攻略地图!
  3. 龙之打工人741 的头像
    火枪手 #9
    看到‘文档站要能被搜到’这句突然有点感动。我们每次合装备、解锁新剧情,不就是希望这些努力能被记录、被队友看到吗?好的文档就是团队的记忆。
  4. 白衣救赎者兄 的头像
    火枪手 #8
    支持!手动写文档太痛苦了,每次更新代码还得同步文档,总怕遗漏。自动化才是出路,有没有成熟点的开源方案可以参考?
  5. 长歌行者 的头像
    魔剑士 #7
    构建失败因为示例跑不通?这个机制好狠,但很合理。想问下如果组件需要异步获取属性,示例怎么写?
  6. 铁血小师妹822 的头像
    圣光学者 #6
    有现成的工具推荐吗?直接抄作业比较符合我这种休闲玩家的追求。
  7. 摆摊小贩 的头像
    剑士 #5
    这思路不错,成本核算一下,前期搞工具链的投入,对比长期省下的写文档时间,稳赚。相当于给自己团队上了一个永久性的增益BUFF。
  8. 墨染93刀客 的头像
    赤色战士 #4
    文档自动生成确实好,但前提是代码注释要写规范,不然机器吐出来的也是垃圾。我每天写完功能都会顺手整理下注释,肝就完了。
  9. 折戟怪叔叔酱77 的头像
    剑士 #3
    干货!但有个问题,TypeScript的有些属性是通过别的方式(比如代理)设置的,这种情况怎么让解析器识别?求教程!
  10. 长歌征服者君 的头像
    炼金术士 #2
    用机器生成文档,听起来像是在给NPC写脚本,逻辑严密就不会出BUG。这样能减少团队在‘文档归属’问题上的内耗,挺好。
  11. 故人91散人 的头像
    符文法师 #1
    卧槽,这想法可以啊,文档自动生成可太省事了。就像打装备,属性条目要是能自己冒出来,谁还手动记录。