Loading video...

Video Failed to Load

Go Home

谷歌悄悄发了个工具,专治看不懂的开源项目。 CodeWiki,丢一个 GitHub 仓库链接进去,AI 直接把整个代码库翻译成一份可交互的文档。 它不是简单总结一下代码,而是: - 自动生成架构图和依赖关系图 - 逐个模块讲清楚是怎么跑起来的 - 配套生成保姆级的使用教程 - 还内置了一个懂整个代码库的聊天机器人,可随时追问 链接: 以前接手一个陌生开源项目,光看懂目录结构就得花上大半天,现在直接丢进去几分钟就能上手。

126,037 views • 1 month ago •via X (Twitter)

0 Comments

No comments available

Comments from the original post will appear here

Related Videos

OpenAI刚刚开源的这个东西,感觉要把程序员的工作方式给整个改写了。 现在大家都在卷模型写代码有多强,但其实真正的瓶颈早就不是生成了。 一个人每天最多同时有效监督3-5个编码Agent,再多就会注意力崩溃,生产力直接归零。 有了Symphony,直接把这个上限干到了几十个。 它把你的Linear、GitHub Issues直接变成了永远在线的Agent调度器。 你开一个任务,它自动启动一个独立隔离的Codex Agent。 自己写代码,自己跑测试,自己做交叉Review,damn! 全部搞定之后,会给你提交一个完整的证据包。 CI全绿,安全和性能专项审查通过,改了UI就自动录好操作视频。 所有验证全过了,才会出现在你的Human Review队列里。 以后人类的角色可能会被彻底颠覆了。 以前你是监工,盯着Agent一步一步写代码,上下文切到吐。 现在你是老板,只需要看最终的结果。 满意就点合并,不满意就去仓库里补规则补文档补Guardrails。 记住兄弟们,永远不要手把手指挥Agent,永远不要替它干活。 这可不是啥实验室概念,OpenAI自己已经这么干了。 三个工程师,五个月,写了一百万行代码,0行人工写的。 产品已经有几百个内部用户,每天都在迭代。 我觉得他们最厉害的不是模型,是他们把整个仓库变成了Agent能看懂能自主工作的乐园。 现在很多人都搞错了Agent时代的核心竞争力。未来不是谁的模型更聪明,而是看谁能设计出让Agent可靠自主工作的环境。 我觉得未来最好的工程师,再也不是写代码最快的人,而是那些最会写规则,最会设计反馈回路,最会给Agent搭舞台的人。 现在Symphony已经开源了,它甚至不是一个成品。 是一个17k token的完整SPEC。 你把这个SPEC喂给任何一个编码Agent,十分钟就能生成你自己定制版的Symphony。 GitHub地址评论区自取👇

阿绎 AYi

61,332 views • 2 months ago

最近刷帖子,意外发现 Google 的 Code Wiki,感觉还挺好用的,属于那种“你用一次就会想把它塞进日常工作流”的东西。 以前读代码慢,是因为项目复杂、历史包袱重;现在更离谱的是——Vibe Coding 一开,AI 堆代码的速度直接把人的理解能力碾过去。 代码一天一个版本,文档呢?大概率还停在半年前。你让 AI 按文档跑,十次有九次报错,这不是你水平问题,是“文档天然会腐烂”的结构性问题。 Code Wiki 捅破的点很直接:既然没人愿意维护文档,那就别指望“人肉维护”,让 AI 来维护。 它更像是长在仓库里的“活体 Wiki”:代码一有新的 commit,它就用 Gemini 去扫变更,把相关说明、模块介绍、关键逻辑的文档一起更新。 对我来说这意义很大,因为它解决的不是“写得更漂亮”,而是“永远别过期”。 文档不再是一个需要你记得去更新的负担,而是代码的自然副产物。 它的可视化能力还不错,Code Wiki 能直接从代码关系里渲染出 类图、时序图、依赖图、架构流转图 这种“人类更容易理解”的表达方式。 尤其是接手老项目、准备重构、或者经常研究开源项目——这类图的价值很高:大家不是在“逐行读”,而是在“先建立地图,再决定往哪里深挖”。 它的交互是“可追溯”的。你在侧边栏问它问题,它会基于当前仓库给解释,而且能给出精确的代码引用,点一下就跳到文件和行号。 这一下把 AI 最让人难受的“幻觉焦虑”降了不少:你不需要完全相信它的结论,你只需要顺着引用去核查——它更像一个“带证据链的讲解员”。 一句话:在 Claude Code、Codex 这些工具把“生成”变得近乎无限便宜之后,我们真正稀缺的东西变了——不是产出,而是理解与判断。

sitin

43,028 views • 4 months ago