Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

读别人代码最难的地方,其实不是某一行看不懂。 而是你根本不知道自己站在哪。 一个陌生仓库打开,文件、调用、服务、依赖全糊在一起,AI 解释也经常只是按文件念一遍。 Understand-Anything 这个思路挺狠:直接把代码库变成一张能点、能搜、能追调用的知识图谱。 以后新人接手项目,是先读 README,还是先看地图?

14,245 görüntüleme • 2 ay önce •via X (Twitter)

0 Yorum

Yorum bulunmuyor

Orijinal gönderinin yorumları burada görünecek

Benzer Videolar

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

sitin

43,028 görüntüleme • 6 ay önce

Claude团队的工程师,已经彻底抛弃Markdown了。 不是Markdown不好用, 是AI变得太快,它已经跟不上了。 以前AI写10行笔记,Markdown刚刚好, 现在AI能一次性输出1000行计划、复杂流程图、完整代码审查, 密密麻麻的纯文字墙谁有耐心看得完? 作者自己都说,他从来没完整读完过100行以上的AI生成MD文件。 更要命的是:现在都是AI写,我们只看不改。 Markdown最大的优点“易手动编辑”,现在已经彻底没用了。 而HTML,才是AI时代真正的沟通语言, 它能做到的事,Markdown想都不敢想: • 直接生成带颜色的表格、SVG流程图、可点击的原型 • 加滑块调参数、拖拽排序任务、实时预览Prompt效果 • 改完一键导出成代码或Prompt,喂回给AI继续迭代 • 发个链接别人点开就能看,不用下载任何工具 作者直接放出了20个现成示例: 从代码审查的彩色diff, 到可拖拽的任务看板, 从动画参数调试器, 到一键生成的幻灯片。 每一个都是能直接用的生产力工具。 最爽的三个用法,现在就能抄: 1. 代码审查:让AI把PR生成带注释的彩色diff+模块调用图 2. 做计划:生成带时间线、风险表、流程图的交互式项目页 3. 临时工具:让AI写一个Prompt调参器,改完直接复制结果 当然它也有缺点: 多花一点token,生成时间长2-4倍,版本控制不如MD干净。 但作者说:体验提升了10倍,这些代价完全值得。 本质上不是格式之争,而是人机协作方式的升级。 因为Markdown是给人写给人看的, 而HTML是给AI写给人用的。 随着当AI越来越聪明,我们需要的不再是文字墙,而是能互动、能操作、能思考的界面。 现在打开Claude,输入“帮我做一个HTML文件……”,你会打开一个全新的世界。

AYi

1,399,179 görüntüleme • 4 ay önce

Anthropic官方最新的演讲,直接给火了一年的Agent时代浇了一盆冷水。 他们说别再造Agents了,赶紧去造Skills。 这句话也不是啥小众观点,是Claude核心团队的工程师Barry Zhang 和Mahesh Murag站在台上对着全世界喊出来的。 最反直觉的地方在这里,大部分人都以为Agent的未来,是做出一个更聪明的大脑,让它自己思考,自己规划,自己解决所有问题。 但Anthropic说,这条路走不通, 通用Agent确实聪明,但它没有领域知识,一碰真实世界就碎。 难维护,不可靠,出了问题你都不知道为什么。 绝大多数你见过的Agent,都只能停留在演示视频里。 真正能落地的,是Skills。 不是什么复杂的新东西, 就是一个个文件夹,里面放着代码、脚本、提示词和流程知识。 用文件系统、bash、Python这些最朴素的东西做接口。 它没有Agent那么酷,但它可组合,可版本控制,可分享。 需要的时候才加载进上下文,永远不会爆token。 甚至连财务、HR、法务这些非程序员,都能自己造技能。 这其实是一次非常务实的倒退, 我们不再要求AI自己学会怎么干活,而是把人类已经验证过的干活方法,打包成一个个技能包,让AI去调用,去执行。 把AI从一个需要你手把手教的实习生,变成一个能熟练使用所有专业工具的得力助手。 现在终于明白,为什么Claude一直在死磕MCP,死磕文件系统,死磕终端集成,它根本就不想做一个聊天机器人,它想做的是所有技能的运行时。 未来的竞争,不看谁的Agent更聪明,主要看谁的技能库更丰富更专业更可靠。 最后两位老哥呼吁别再纠结怎么让AI自己思考了,先把你手里的工作打包成第一个技能。

AYi

108,732 görüntüleme • 5 ay önce

卧槽,太夸张了,现在 AI 时代的闲鱼已经面世了吗?这不就是谁先知道谁赚钱,拼速度了? 你的技能,专业知识,等等你的一切,竟然可以在你睡觉的时候被别人买走,这是什么科幻小说吗?? 之前我一直在想,现在大家优秀的 skill 往往都是自己用,大部分人舍不得开源的,那有没有一个平台既能让用户用到这些大神的专业知识、skill,但是又不用开源呢? 还真让我给找到了!! 前两天看到国内一个博主推荐一个很野的平台-UUMit 让你的技能、经验、工作流都可以变成能力卡,被需要的人、或者别人的 Agent 自动发现、调用 并且直接付费!! 有点像03年淘宝刚出来的时候,只不过当年流通的是商品,现在流通的是能力 具体能干什么?举几个例子你就懂了 会写小红书脚本的,可以把选题逻辑、爆款模板、平台规则检测能力上架,别人发布“帮我做一周小红书内容计划”,平台自动匹配到你,你接单交付 会做行业研究的,可以把数据库、报告、案例库放进知识商店,AI 生成不了的真实行业数据,反而更值钱 会写代码的,可以把 API、MCP 工具、自动化脚本上架,别人的 Agent 需要某个能力时,直接调用你的接口,你按调用次数收费 甚至你只是整理过某个垂直领域的供应商名单、SOP、课程讲义,这些 AI 生成不了的资料,都可以变成知识资产 这绝对是一次能力供应链的重构! 以前的 AI 只能在自己的对话框里回答问题,但复杂任务需要很多外部能力:数据、接口、行业知识、人工交付 UUMit 做的事情是:让 Agent 可以发现别人的能力,也能让自己的能力被别的 Agent 调用 这就是 A2A(Agent to Agent)真正有意思的地方,不是让 AI 互相聊天,而是让 AI 找能力、调接口、买知识、拉人协作,把事情交付掉 为什么我说谁先知道谁赚钱? 因为这个平台刚起来,早期上架的人能建立先发优势 而且现在 Agent 真的开始干活了,不再只是聊天工具,它们需要外部能力来完成复杂任务 谁先把自己的能力挂上去,谁就有机会被更多 Agent 发现和调用 这就是信息差的价值,就像03年最早在淘宝开店的那批人 UUMit 现在有哪些功能? 任务发布入口:你不用一开始就知道该找谁,也不用自己拆一堆工具,你只要说清楚想完成什么,UUMit 会帮你找能完成这件事的能力 Skill/Agent/工作流上架:你写好的工具,不一定只能自己用,它也可以成为别人工作流里的一环 知识商店:AI 可以生成很多内容,但它不一定拥有你手里的行业资料、真实数据、案例库和经验沉淀,这些东西放到 UUMit,可能会变成可复用的知识资产 数据广场:Agent 不必自己拥有所有数据和接口,需要某项外部能力时,可以通过 UUMit 调用数据广场里的资源 强烈推荐大家来试试:

超级个体|柿子

51,463 görüntüleme • 1 ay önce

刚看完 Anthropic 一个研究员的演讲 看了好几遍才反应过来这不是 demo 他们刚把一个 22000 行的 PR 合进生产环境 强化学习的核心代码库 几乎全是 Claude 写的 没有任何一个人逐行读过 研究员叫 Eric,去年骑车摔断手 那两个月里所有代码他都用 Claude 写,所以这套方法他练得很扎实 他把「怎么在生产环境放手让 AI 写代码」总结成一句话 「忘记代码存在 但别忘记产品存在」 我看到这句话的时候停了一下 vibe coding 这个词原本是 Karpathy 提的 原意是「彻底交给 vibes 忘记代码存在」 你用 Cursor 一边补全一边 review 那只算「用 AI 用得多」 离真正的 vibe coding 还差很远 至于为什么得开始练 Eric 的理由我反驳不了 AI 能独立完成的任务长度 每 7 个月翻一倍 现在差不多 1 小时 明年一天 后年一周 你还坚持每行都看 那一周的活你刚审完就已经过期了 你就只剩瓶颈这个角色了 但放手不等于闭眼 他给了一套挺细的做法 1️⃣ 把自己当成 Claude 的 PM 别再当它的同事 多数人写 prompt 像在 chat 正确的做法是当成新人入职 你不能跟一个第一天上班的新人说「实现这个功能」然后就走 你得带他逛代码库 讲清需求 把约束列出来 Eric 自己的做法 真正干活之前 先花 15-20 分钟 跟 Claude 在另一个对话里来回讨论 让它读代码 做计划 一起选要改哪几个文件 这段聊完 把整段计划喂回去 再让它跑 他说这一步做完之后 Claude 一次跑通的概率非常高 2️⃣ 只在「叶子节点」放手 代码库像一棵树 主干和粗枝是核心架构 别的代码都依赖它 这部分人必须读懂 叶子节点是端点 一个 UI 角落 一个一次性脚本 没人依赖它 就算屎了也不会扩散 目前还没人能 不读代码 就判断技术债 所以只能控制范围 让屎山别长在重要的位置 3️⃣ 设计可验证的 checkpoint 那 22000 行 PR 是怎么验过的 改动集中在叶子节点 关键架构部分人审过 输入输出做成人能看懂的样子 跑了几轮长时间压力测试 Eric 这里讲的一段我特别喜欢 他说 CTO 怎么管自己不懂的领域专家 PM 怎么审自己读不懂的代码 CEO 怎么核对自己看不懂的财务模型 这种事人类已经干了几百年 软件工程师只是没习惯换成「管理」那个视角 读不懂代码不可怕 没办法验证才可怕 4️⃣ 别低估指数 Eric 引了 Dario 那句 Machines of Loving Grace 那篇文章其实就是产品路线图 大家都把它当科幻在读 20 年后模型会比现在好一百万倍 90 年代谁能想到今天电脑里塞着 TB 级内存 我们对未来一样 整场分享最戳我的是这句收尾 今天你不 vibe code 还行 明年后年 你还在坚持每行都读 你就是团队最大的瓶颈 模型不会淘汰人 拒绝放手的工程师会被自己淘汰

Jason Zhu

51,866 görüntüleme • 4 ay önce