时政
财经
科技
虚拟货币
其他
登录
郭宇 guoyu.eth
关注
统计数据
672
文章
0
粉丝
0
获赞
7129
阅读
热门文章
1
TechFlow 深潮 发布的文章:近期教育领域的变化引发了广泛讨论,我认为教育改革应该更加注重学生的个性化发展和创新能...
145
32
郭宇 guoyu.eth
1个月前
朝鲜黑客紧锣密鼓研究 llm 自然语言注入中
分享
评论 0
0
郭宇 guoyu.eth
1个月前
cc 对自然语言理解越来越深了,今天发现长上下文指令会直接转入 plan 模式,plan 模式的长文会直接调用 sub agent 进行 plan,我感觉之后 cc 的斜杠指令会越来越少被使用...
分享
评论 0
0
郭宇 guoyu.eth
1个月前
今日 vibe 感想:我在每个大型项目中同时打开 3 个 cc 实例,一个负责调研想法,一个负责编写 plan 和头脑风暴,最后一个负责执行,按照前两个 cc 输出的文档来执行想法。
分享
评论 0
0
郭宇 guoyu.eth
1个月前
实现受(自然语言)约束的 UI,有很多种方式,比如可以使用抽象层进行约束,比如今天 vercel 开源的 json-render,也可以使用模型提供的上下文进行约束,比如 claude 提供的 tool use,对于这个问题我相信不同的模型提供商都会有不同的想法,但他们背后的智慧都是一致的。无论使用何种玩具,组合智慧和满足需求是开发者最需要关注的目标。
分享
评论 0
0
郭宇 guoyu.eth
1个月前
昨晚还在写这个,今早起来发现已经有实现了,看来大家都朝着一个大方向思考
分享
评论 0
0
郭宇 guoyu.eth
1个月前
当你觉得 cc 什么都能做了的时候,试试用自然语言让它分析、裁剪和修改项目中的图像...
分享
评论 0
0
郭宇 guoyu.eth
1个月前
软件个性化的时代已经来了,一开始,是编排与主动的个性化,而后,被动的个性化会将世界上所有软件重新定义,就像曾经字节的推荐模式重新定义了 feed 那样。
分享
评论 0
0
郭宇 guoyu.eth
1个月前
机会浩如烟海的情况下,人需要集中自己的注意力去关注最重要的任务,最大的故事和变化中最本质的部分,这是一件挺难的事儿,十几年前去北京创业的朋友中,有不少在大量的机遇中流连并迷失自我的方向,而错失将时间投入到最有趣和最大挑战的项目中,是非常可惜的事情。
分享
评论 0
0
郭宇 guoyu.eth
1个月前
2026 年以前是个性化软件时代,2026 年以后是软件个性化时代。
分享
评论 0
0
郭宇 guoyu.eth
1个月前
笑死我了, cc: Very strange!
分享
评论 0
0
郭宇 guoyu.eth
1个月前
今天做了 saifuri 最复杂的一个功能:创建自定义 agent 工作流,我用语音输入了整半小时的对话,约莫有五六千字,告诉 cc 我的想法,user story,如何帮助用户设计动态的界面,又如何让用户通过受控的行为创建动态代码。说完了之后我在想,vibe 时代抄袭和复制如此简单,但别人如何复制不在界面中的思维呢?
分享
评论 0
0
郭宇 guoyu.eth
1个月前
刚才想到,抽象是一种对知识(token)的压缩,对比其他语言,中文是压缩率较高的语言。这意味着,我们在与 llm 沟通时,使用中文或许可以减少 token 的输入,文字构造中自带上下文(语境)的语言是 AI 时代的一种隐藏优势。
分享
评论 0
0
郭宇 guoyu.eth
1个月前
cc 今天涌入了太多用户,服务器已经撑不住了,可怕,上一次我们看到哪家 llm 这么火是什么时候?
分享
评论 0
0
郭宇 guoyu.eth
1个月前
今日 vibe 感想,人类的角色从执行者变成了协调者,所有 agents 本质上是在完成这几项任务:约束语言,组合智慧,满足需求。在这三种不同类型的任务中,充满想象力的自由组合将创造出真正自由生长的软件。
分享
评论 0
0
郭宇 guoyu.eth
1个月前
起来发现 Cowork 发布了,其实本质上也是 cc,只是为桌面工作者提供的一个 GUI 界面,cc 现在有三个界面,cc 本体(Claude Code TUI)面对知识工作者的界面(Cowork GUI)和我认为影响会最深远的 Agent SDK(Server Side Interface)
分享
评论 0
0
郭宇 guoyu.eth
1个月前
最近 vibe 同时进行的东西太多,用脑有点过度,昨晚嗷一下睡过去,早上8点就自然醒了,今天开始恢复一天三餐+运动,不然真的脑力跟不上 cc 的速度 hhh
分享
评论 0
0
郭宇 guoyu.eth
1个月前
cc 计划模式有个东西很搞笑的,它会把计划中需要的时间当作是人类工作需要完成的时间,实际上它只需要十几分钟就弄完了,但仍然会在计划中显示需要 8-12 天...
分享
评论 0
0
郭宇 guoyu.eth
1个月前
今天在 saifuri 中实现了「担保交易」agent,这是我 vibe 以来最有趣的一个功能,本质上这是一个元 agent(meta agent)可以为任何自定义 agent 提供输入输入组合,又看到 Google 新推出的 UCP 协议,我只想说加密的牛市来没来我不知道,大规模应用真的快来了。
分享
评论 0
0
郭宇 guoyu.eth
1个月前
去年我以为 llm 已经发展到头了,国内企业更关注娱乐和消费为核心的多模态图片模型是正确的。最近几周我的想法受到了极大转变,我相信 llm 不会替代搜索引擎,因为这两者根本不是一个数量级的需求,llm 会成为所有(静态与动态)知识的来源,token 的推理规模将远超我们所有人的想象。
分享
评论 0
0
郭宇 guoyu.eth
1个月前
vibe 了一晚上,我找到了目前来说最适合我做的产品的自然语言约束方式,不是一个孤零零的对话框,而是一种引导系统:动态推荐与可视化编辑。没错!我们可以像编写推荐系统一样为用户动态推荐风格与代码,甚至可以为生成的每个组件按需刷新。虽然 agent SDK 目前还不支持 plan 模式,但我们可以使用 askUserQuestion 来自己设计 plan 模式,这非常适合引导用户获得生成的后端代码,剩下的事儿就是让 cc 用画画的方式把后端代码的逻辑映射到前端组件上。以上所有方式都是为了可视化约束空间,当然,我们还需要为 agents 设计一个核心应用场景,在我目前 vibe 的项目中,这是钱包。但放到其他场景里,这种模式也同样适用。
分享
评论 0
0
郭宇 guoyu.eth
1个月前
简单需求直接说,复杂需求用 plan,一个十分钟的 plan 效率堪比 PM 拉着程序员开三天的会议产出的内容还精确(我都很怀疑许多 PM 能不能按照 askUserQuestion 这样的品质问出问题)在 vibe 的过程中我其实没有刻意注意过什么时候什么 skill 会被调用,但其实并不会影响整体开发流程,本地有几个非常好用的 hook,比如保存 plan 模式之后更新进度文档,修复 bug 后更新 bugfix 文档,所有文档修改后自动根据修改内容提交所有代码,等等。就算如此也不需要复用这些 hook,因为就三句话的事儿,比起我去寻找复用的工作方式,还不如直接和 cc 说我要做什么。软件在服务器里也许尚未变成一次性的,但对开发环境来说,许多软件真的变成纸杯了,随用随弃。
分享
评论 0
0
郭宇 guoyu.eth
1个月前
今天是新年来首次读书会,本次的主题是「悉达多」,这本书是去年来对我影响最大的书籍之一,在探寻智慧的途中,我们每个人都曾走过,或正在经历黑塞的印度旅行,感受那跨越时空的文明回响。 下午三点到晚上十点,我们每个人都分享了自己对这趟苦旅的理解,从智慧如何从知识中产生,到时间是否存在,从如何化解自我的执念,到推动痛苦与爱的感受,从将对时间的感受凝结于一刻,到人类的目的是否只是观察者的幻觉,我们整整讨论了近七个小时,我很幸运在步入社会,甚至退休后能遇到讨论这些话题的朋友,这让我想起自己高中创办读书会社团的黄金时代。 在东京的寒风中,我捂着一颗炙热跳动着的心回到家。我想,没有什么比这样美好的一天更适合庆祝新年的来临了。
分享
评论 0
0
郭宇 guoyu.eth
1个月前
前几天 vibe 的 agent wallet 产品进入上线前的打磨期,这个阶段既是细节的打磨也是思维的抛光,相比前者,后者会耗费更多的心力,因为它逐渐触及到 agent 自然语言编程中最核心的部分,用户生成代理(user generated agent)在哲学意义上到底是什么,这决定了我们如何约束它的构造过程与行为。 我相信所有进行 agent 开发的人都会对这个问题抱有疑问,无论我们如何定义它,叫它为上下文工程也好,提示词工程也好,所有的概念指向我们需要一套方法论,因为这个约束空间至关重要,而它甚至不是一个数学问题。 我隐隐感觉到在行动力和代码交付如此迅捷的当下,在线软件最大的护城河就是它对自然语言约束空间的理解。因为,创造约束不是知识,而是对自然语言深刻理解的智慧。我们可以通过实验来不断探寻这种导向这种智慧的路径,从这个角度,我使用 cc 的 plan mode 来帮助我编写各种 skill 以分析约束的效果,但这只是在暗夜中探路之术,犹如盲人摸象,并非通向智慧的大道。 不过,我很开心能看到编程在互联网出现了几十年后还能发生如此深刻的变化,如果你也在写 agent 但不清楚我在此记录的东西是什么,过段时间回来再看看,我相信你一定会有所共鸣。
分享
评论 0
0
郭宇 guoyu.eth
1个月前
忽然想到语言模型生成代码似乎很喜欢使用 emoji(天然对 token 友好)是不是因为缺乏知识生成好看的 svg 图像?
分享
评论 0
0
郭宇 guoyu.eth
1个月前
虽然说 vibe 没有最佳实践可言,每个人做事情的方式还是值得参考下,我在 vibe 的时候因为同时开几个项目,为了保持思路的连贯性,不同的项目做事情的顺序几乎保持一致,首先打开 /plan 模式和 cc 聊清楚所有背景:包括为什么做这个产品,目标用户是谁,产品主要的 user story 是什么。 一开始我们可能自己也不清楚自己要做什么,只有一个大概的想法,所以第一次的 plan 主要是让 cc 和我们有一个大致的共识,然后它会不断提问题以丰富我的想法,最后选择一个 mvp 方案给我们,把权限设定好之后让 cc 一次性去完成即可,它会拆分为 1-7 个阶段,然后全部自动执行。 在 mvp 的基础上最重要的是走通主要 user story 验证它的功能性,小 bug 可以暂时不管,验证成立之后,我会把之后要做的 bugfix 以及所有不重要的事情让他放到下一个迭代中去,具体迭代周期如何定义,这个看每个人的习惯,我觉得就算同样的提示词,它最后生成出的 md 文件中去记录迭代的 todo 也并非能做到可以 100% 一致,我们不需要太在乎这个。在这个时候,我会让他自己写一个 hooks 一旦判断这个 todo 文件被修改的时候就进行自动提交。方便之后我们回滚。 最后 mvp 完成所有主要任务,就是上线部署前的最后一步:品牌形象和 UI 的重新设计,这里为什么要放到最后来做,一个是这是一个几乎可以全自动的复杂任务,我一般让 Gemini 生成参考的 logo,单页网页和设计风格图片,再将设计风格对应的 html 下载到本地让 cc 自己参考,如果不要求特别细节,其实也可以直接复制粘贴网上已经存在的 design prompt,出来的效果大差不差,都非常好。 现在整个 UI/UX 的改版就像喝咖啡那么简单,实际上每到最后一步我就去客厅做其他事情了,cc 在这方面能做到从头到尾全部自动化,不太需要人工干涉。 最后是部署,用 vercel 和 next.js 的话也是全自动的,没什么需要操心的部分。在上线之前可以再打开一个 plan 模式让 cc 帮忙写法务文件,隐私条款什么的。是在不放心可以让 codex 来 review 下是否有显著的安全风险。
分享
评论 0
0
上一页
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
...
27
下一页
个人主页
通知
我的投稿
我的关注
我的拉黑
我的评论
我的点赞