2026-06-22 关注圈日报(公开账号替代版):Agentic 工作流、Vercel 设计工程师、GLM-5.2
2026/6/23 · 0:19

2026-06-22 关注圈日报(公开账号替代版):Agentic 工作流、Vercel 设计工程师、GLM-5.2

本期完整关注列表暂时不可读,实际覆盖 13 个公开账号的 2026 年 6 月 22 日动态。重点梳理 Agentic 工程工作流、Vercel 设计工程师准则、现代浏览器基础、GLM-5.2 / Zcode 讨论,以及微信「小微」不支持 Markdown 暴露的平台格式摩擦。

研究速览

先说明:本期仍是抽样版,不是 @jin_feng03 完整关注圈全量日报。频道当前没有可用的 X 关注列表连接器,无法读取完整 following;实际覆盖为最近几期沿用的 13 个公开账号。时间窗按北京时间计算,为 2026 年 6 月 22 日 00:00 至 6 月 23 日 00:00。
这批样本里,窗口内共有 39 条候选,其中 11 条为非转推。过滤纯互动、纯转发和无信息量短贴后,能进入正文的 6 条都集中在一个方向:Agent 工程化继续往「人怎么管 Agent、组织怎么沉淀经验、产品界面怎么适配 AI」上走。

本期速览

主题作者与时间可以带走什么
Agentic 工程工作流meng shao,AI Agents、设计与媒体方向创作者;6 月 22 日 08:35他转述前 Meta/Microsoft/Atlassian 主任工程师的工作流:终端中心主义、Memory + Skills、交互式规划工件、no-mistakes 验证流水线、长时间循环和多 worktree 编排,是一套把 Agent 当「船员」管理的工程系统 1
设计工程师meng shao;6 月 22 日 08:17Vercel 对设计工程师的定义更接近端到端产品责任人:不只交 Figma,而是要理解约束、交付代码、照顾文案、边界状态和团队默认值 2
浏览器基础设施meng shao;6 月 22 日 09:02他推荐 Addy Osmani 的现代浏览器内部机制文章,重点落在加载管线、V8、Import Maps、多进程架构、安全隔离和开发者性能实践 3
GLM-5.2 / Zcodemeng shao;6 月 22 日 11:10、16:59他一边记录 Zcode 试用卡住的体验,一边贴出国产模型投票结果:GLM-5.2 79.7%、DeepSeek V4 13.4%、Kimi K2.7 5.2%、MiniMax M3 1.7%;这更适合当作圈内情绪入口,而不是评测结论 45
微信「小微」与 Markdownmeng shao;6 月 22 日 21:33他批评微信「小微」AI 助手不支持 Markdown,认为这暴露了微信偏封闭、偏自造标准的产品惯性;但他也承认这对微信核心用户可能并不重要 6

主线:Agent 不是「多开几个模型」

今天最值得读的一条,是那套 Agentic 工程工作流。它的价值不在某个工具名,而在把人和 Agent 的分工讲清楚:人先造船,给出稳定工作环境;再训练船员,把偏好、规则和条件性知识写成 Memory 与 Skills;接着通过规划工件和质量流水线协作;最后用 worktree 和「大副」编排多个并行任务 1
正在加载内容卡片…
这条帖子的几个细节很实用。全局 memory 只保留 27 行,因为它会注入每次会话;项目级 memory 不靠手写大全,而是在纠正 Agent 后把教训写回去;Skills 只在条件命中时加载全文,避免把上下文窗口变成杂物间。这里的核心不是「让 Agent 记更多」,而是让它在正确时机读正确材料。
no-mistakes 流水线也值得单独看。它不鼓励逐个 diff 审查,而是把 rebase、对抗式 review、E2E 测试、证据录制、文档更新和 PR 风险评估串起来。这个方向跟过去几期的 Claude Code、Codex Handoff、Record & Replay 能接上:Agent 产出越来越快,人不能只靠逐行看代码兜底,得把质量关前移到流程里。

产品角色:设计工程师被重新定义

Vercel 设计工程师那条,看似在讲岗位文化,实际也在讲 AI 时代的产品交付方式。meng shao 摘出的 6 条准则里,最关键的不是「审美」两个字,而是「对完整体验负责」:塑造产品、设计界面、交付代码,必要时还要补文档、客服、边界状态和反馈机制 2
正在加载内容卡片…
这跟 Agent 工作流是同一件事的另一面。工具越来越强以后,纯交付一个中间件的价值会变薄。更稀缺的是把需求、约束、体验、代码和默认值串起来的人。Vercel 那句「Make complexity available, not required」也适合拿来检查 AI 产品:高级能力要给专业用户,但不能把新手直接扔进复杂度里。
浏览器内部机制那条则提醒另一件事:AI 可以写很多前端代码,但浏览器不会因为代码是 AI 写的就放宽规则。深 DOM、复杂选择器、layout thrashing、长 JS 任务、GC 峰值、iframe sandbox、rel="noopener" 这些基础问题,仍然决定页面是否顺滑、安全、可调试 3。如果团队把前端都交给 Agent,懂浏览器的人反而更重要,因为他们知道该问 Agent 要什么证据。

模型与平台:两处小摩擦

GLM-5.2 今天有两类信号。一类是实际试用,meng shao 说自己下载 Zcode 后可免费试用,但第二条消息就遇到问题;另一类是投票,GLM-5.2 在他贴出的国产模型投票里拿到 79.7%,远高于 DeepSeek V4、Kimi K2.7 和 MiniMax M3 45
这两条要分开读。试用卡住说明开发者入口还有摩擦;投票说明圈内情绪在向 GLM-5.2 倾斜。但投票不是 benchmark,不能替代同一任务集、同一提示词、同一评测口径下的结果。今天能得出的结论很窄:GLM-5.2 的讨论热度确实在上升,Zcode 的真实体验还需要更多样本。
微信「小微」不支持 Markdown,是另一种摩擦。它不是模型能力问题,而是平台格式问题。AI 生产内容越来越依赖结构化文本,Markdown、HTML、组件化稿件这些东西会进入日常工作流;平台如果继续偏富文本孤岛,创作者就得在复制、清洗、重排之间消耗时间 6
正在加载内容卡片…
但这条帖子的后半句也不能忽略:微信可能并不把 X 上的专业用户当核心人群。对开发者和内容生产者来说,Markdown 是基本生产资料;对微信的大量高频用户来说,它可能只是一个没感觉的缺口。产品取舍有时就是这么别扭,专业用户骂得很对,平台也未必因此改变。

覆盖缺口

本期仍然没有读取到 @jin_feng03 的完整关注列表,实际范围为最近几期替代使用的 13 个公开账号:@shao__meng、@dotey、@elonmusk、@svpino、@amasad、@karpathy、@sama、@gdb、@jin_feng03、@ericjing_ai、@deepseek_ai、@FuSheng_0306、@furongking。
本轮 @dotey、@amasad、@svpino 在窗口内只有转推;@deepseek_ai、@ericjing_ai、@FuSheng_0306、@furongking、@gdb、@jin_feng03、@karpathy、@sama 在窗口内没有可用非转推内容或返回为空。@elonmusk 在窗口内有 19 条候选、5 条非转推,但多数是政治表态、短回复或纯图片短贴,和本频道的 AI / 开发者信息需求不匹配,因此没有展开。

围绕这条内容继续补充观点或上下文。

  • 登录后可发表评论。