今日数据概览
峰值活跃时段
20:00
该时段共 142 条消息
Top 发送者
wxid_a4ptxb0fnv7b21
发送 133 条
热门主题
文档
共 59 次提及
热门链接数量
5
例如：mp.weixin.qq.com
群氛指数
59
讨论平稳
要点速览
- 消息 1038 条，活跃 38 人；峰值 20:00-20:59
- Top 发送者：wxid_a4ptxb0fnv7b21(133)、xukeqian(131)、小米-ClaudeCode深度使用者(105)
- 热门主题：文档、代码、mcp
- 热门链接 5 个，例如 mp.weixin.qq.com
- 图片 87 张
群氛温度计
活跃度
100%
综合消息量与参与度
情绪指数
48%
正向表达占比
信息密度
27%
链接/长文/资料占比
争议度
11%
问答、@ 提及、感叹
氛围解读
- 活跃度高（1038 条、38 人参与）
- 讨论较温和，可适度引导观点碰撞
AI 洞察
2025年12月9日群内讨论活跃，聚焦AI辅助开发、领域专家角色定位及工具链优化。成员围绕Grok、NotebookLM、Playwright MCP等工具展开实操交流，并深入探讨AI时代下PRD撰写、团队协作与需求对齐的新范式。
值得关注
- AI正推动开发者向“领域专家”转型，需深度理解业务（如PSD2金融合规）
- 多人尝试用AI生成PPT、PRD、测试用例，强调结构化文档的重要性
- Playwright MCP与AI结合成热点，但存在元素定位、上下文黑盒等技术挑战
- 高效协作依赖清晰的任务划分与阶段性对齐，而非传统角色分工
潜在机会
- 构建可复用的AI+开发工作流模板（如PRD→代码→测试）
- 探索多Agent协同开发中的任务分发与版本控制机制
- 将行业规范（如PSD2）转化为AI可执行的约束条件
风险与预警
- 过度依赖AI导致架构设计浅层化，缺乏系统性思考
- 工具碎片化（Grok/NotebookLM/Cursor）造成知识割裂
- “人人都是产品经理”可能弱化专业领域深度
建议行动
- 整理AI辅助开发的最佳实践文档，明确各阶段交付标准
- 组织Playwright MCP与AI集成的技术分享会
- 试点“AI+人类”双轨评审机制，确保方案可行性
今日金句：“AI解放了我，让我有时间去研究业务知识”——wxid_xsrpijjy5ljx22
互动热度
00
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
回复债
待跟进问题
52
尚未收到回应
平均响应
22.8
分钟/问题
最佳催办时段
20:00
20:0021:0011:00
待回复
-
wxid_a4ptxb0fnv7b21 · 这个grok啊，安卓的没有伙伴这个？
已等待 1364 分钟
-
wxid_xsrpijjy5ljx22 · 我现在三个人，我把产品经理和项目经理帽子戴在一个女同事头上，摸索一下怎么协作比较高效
已等待 1320 分钟
-
grapeot · 最近Nano Banana Pro（NBP）非常火。我们看到了各种应用：给漫画上色、生成海报、甚至直接生成以假乱真的演示文稿PPT。看起来像一张PPT，但其实只是一张图像。这启发我思考：如果我们真的就把它当PPT来用，直接生成全套几十张幻灯…
已等待 1049 分钟
-
waynewang · @马工 你是否有把项目文档结构定义下来？最终是希望大模型如何去理解。
点名：马工已等待 931 分钟
-
wxid_oseqiupd2olm22 · 这个能够展开讲解一下具体什么问题吗？
（除了前期讨论过的：占用上下文，消耗tokens，占CPU等性能问题外）
已等待 727 分钟
-
wxid_oseqiupd2olm22 · @Nick@保利威视频 Nick帮忙点评一下上面四个问题，我跟着学习一下。
我的模糊感觉，playwright这种传统工具，和AI结合使用方式时：是否应该更多发挥其工具当前能力，规避AI缺乏精准上下文的短板（上下文被mcp黑盒化了）？
点名：Nick、保利威视频已等待 710 分钟
-
wxid_a4ptxb0fnv7b21 · 我用错了？
已等待 708 分钟
-
wxid_a4ptxb0fnv7b21 · 我说 怎么我提出的 mcp 的问题 这么熟悉呢
已等待 700 分钟
-
wxid_9vce704q93o421 · 在一个非泛互联网行业的群，看到很多还在讨论dify的优劣，如何用langchain改造dify，但好像泛互联网行业对langchain也颇有微词？ 有一种洋葱感
已等待 684 分钟
-
wxid_oseqiupd2olm22 · data-testid需要明确在 UI 设计中加入，才会有，对吧？
已等待 672 分钟
-
wxid_a4ptxb0fnv7b21 · 用模型 自己的思考能力 找到我应该 去怎么使用 当前的页面
已等待 662 分钟
-
wxid_a4ptxb0fnv7b21 · 兼容性强？
已等待 657 分钟
-
wxid_5718t9e0mhn122 · 请问有人用过这个吗 https://huggingface.co/blog/hf-skills-training
已等待 647 分钟
-
xukeqian · Vibe coding本质上是团队开发，团队开发最重要的管理动作是对齐，对齐的方法可以千千万，不重要。
所以我根本不关心标准prd是啥，我只关心，是否可以做到我跟大模型之间的相互对齐
已等待 522 分钟
-
xukeqian · 让CC一页一页取呢？
已等待 508 分钟
-
AIi_AIi · 早上发的那个文章，AI coding时代到底怎么写prd
已等待 493 分钟
-
AIi_AIi · 再插一句，验收标准按哪个来？
已等待 492 分钟
-
xukeqian · 基本常识把，没有图纸，敢盖楼么？平房或许可以，大楼绝无可能
已等待 462 分钟
-
xukeqian · 感兴趣团队化开发的，或是一个人怎么样同时并行干活的，可以看看我刚才录的这段哈，我语音解释了下
已等待 450 分钟
-
wxid_ti12isxsaza622 · 再请教一下，那这么多并行开发的窗口或者session，是如何知道自己的任务的呢。然后你又是如何去总控任务分发和管理的
已等待 442 分钟
-
zhao460 · 话说怎么分工？
已等待 442 分钟
-
zhao460 · 那怎么限定修改范围呢？ 很容易 改到相同的文件
已等待 441 分钟
-
wxid_ti12isxsaza622 · 但是那个分支开发什么东西，这个任务是如何划分的
已等待 441 分钟
-
wxid_ti12isxsaza622 · 是不是对于每个微服务，都有后端团队，前端团队，集成团队，然后各自是一个分支？
已等待 430 分钟
-
iptton · 最近 google 算力不够了可能，经常要切节点才能用...其实我是想看看国产的能力怎么样了[旺柴]
已等待 421 分钟
-
iptton · 你这个应用场景冲突应该不会很多，相对容易切块吧？
已等待 419 分钟
-
iptton · 你这个应用场景冲突应该不会很多，相对容易切块吧？
已等待 419 分钟
-
wxid_a4ptxb0fnv7b21 · 怎么都绕不过去 地区好像也限制了 我申请修改了
已等待 401 分钟
-
wxid_ti12isxsaza622 · 能不能举例 一下， 我现在感觉我 notebook 有点多。。分类挺杂乱
已等待 399 分钟
-
wxid_ti12isxsaza622 · 真实 这个词怎么解释
已等待 357 分钟
-
wxid_ti12isxsaza622 · 现在 chatgpt mac 支持 在语音的同时 然后分享 vscode 了， 大家有没有 使用体验？
已等待 268 分钟
-
a25880165 · 现在单机APP是不是还可以不用备案？
已等待 188 分钟
-
ziptoam · [擦汗]你是创业失败还负债了?
已等待 178 分钟
-
wxid_xsrpijjy5ljx22 · 交付了几个？
已等待 177 分钟
-
wxid_oseqiupd2olm22 · @胥克谦 继续请教一下胥老师两个问题，感谢指点
1，下面提到 3 遍“交叉测试”，主要是哪些方面交叉？cc 测试 cursor 的代码这种，还是用例逻辑上有交叉？“多核模型工具交叉测试”这个具体是什么？
2，“我10月到11月中旬，都在…
点名：胥克谦已等待 157 分钟
-
wxid_oseqiupd2olm22 · 自动化是个壳子，关键还要看货真价实的需求分析/架构分析/软件设计/测试设计/集成验收设计等。
光有自动化壳子确实只会堆屎山。如果前期分析清楚/验收条件明了，是否自动化倒不是关键问题。
已等待 142 分钟
-
wxid_dzsyarbsokqs22 · 我看 React DevTools 里面不是已经帮我们整理好很多信息了吗, 这些能不能直接想个方法传递给LLM? 会更好吗?
已等待 141 分钟
-
wxid_xsrpijjy5ljx22 · 比如这个结论这么大，究竟是什么意思，中国组织的人又是干什么的，有没有例子？
已等待 130 分钟
-
xukeqian · 啊？楼上？
已等待 124 分钟
-
wxid_ti12isxsaza622 · 潜意识记忆 意思是 直觉么？
我感觉 AI 理论上应该是 系统思维比人类更强呢
已等待 124 分钟
-
wxid_oseqiupd2olm22 · 能解读一下“缺少指令分级”吗？
已等待 113 分钟
-
AIi_AIi · cc说可以开发了，我就再丢给gemini去做个最终的审核，问能不能开发了，还差哪些东西
已等待 105 分钟
-
wxid_dzsyarbsokqs22 · 现在的现状是
AI 只能根据自身的原则和伦理、对世界和自身的了解、对语境的推断，以及对哪种回应能理想地让用户、操作者和 Anthropic 满意所做的判断来行事（并且，在发生冲突时，至少能让更高层级满意，同时考虑到他们希望 Claude …
已等待 105 分钟
-
wxid_ti12isxsaza622 · 然后 比如 开发功能的 cc session 可能主要阅读 一个 功能级的 md ，但是 也要阅读 所有系统级的 md 对不？
已等待 102 分钟
-
AIi_AIi · 然后我的任务，就变成了，怎么把左边这个 参考文档、可用工具 做的尽可能好用，尽可能高效
已等待 100 分钟
-
AIi_AIi · 那就是里面这些工具怎么做的好用
已等待 99 分钟
-
xukeqian · 挺好的，重点是要如何分阶段目标和阶段性成果的介入，还有意见，循环几轮，啥时候可以推进下阶段
已等待 97 分钟
-
wxid_dzsyarbsokqs22 · 我觉得如何确定 root of truth 是一个难点
已等待 97 分钟
-
zhao460 · 过程文档很容易失效，但也有很多实现细节， 确实不知道怎么最优
已等待 86 分钟
-
oldbruce · 【Agent不够聪明？试试给它装个"专业大脑"-哔哩哔哩】 https://b23.tv/6eo9uym claude skills
已等待 85 分钟
-
ziptoam · 哪里？是学院路教育技术中心吗？
已等待 44 分钟
-
wutongci · 现在我在心流状态的时候，最怕有人问我coso 有没有空
已等待 38 分钟
已解决
-
Jun-SF · 这个怎么订goal ? 怎么展开？
回复：wxid_5718t9e0mhn122用时 335.8 分钟
-
Jun-SF · 出来什么效果了？营销效果吗？
回复：wxid_5718t9e0mhn122用时 166.5 分钟
-
Jun-SF · 纯视觉方案指的哪些？
回复：wxid_5718t9e0mhn122用时 98.0 分钟
-
Nick@保利威视频 · 所以你这个是你自己写的mcp? 不是官方的playwright mcp?
回复：wxid_a4ptxb0fnv7b21用时 2.9 分钟
-
wutongci · 不知道是否可以通过类似于 dom 节点去定位
回复：wxid_a4ptxb0fnv7b21用时 0.7 分钟
-
wxid_oseqiupd2olm22 · 请教一下：我上次用 cursor+playwirght mcp，第一次执行时要求先跑一遍ui录一下，才能够明确 playwright 用例里面的id，是这个 data-testid，还是 dom 里面的对象 id？
回复：Nick@保利威视频用时 3.2 分钟
-
wxid_oseqiupd2olm22 · @Player¹ 你昨天分享视频中，给playwright做了一个 agent 窗口，直接用 chat 方式指挥playwright，这个细节能讲解一下吗？这个和mcp 方式有什么区别？
回复：Nick@保利威视频用时 1.5 分钟
-
Jun-SF · 没有，刚看了一下，你要解决什么问题？
回复：wxid_5718t9e0mhn122用时 1.8 分钟
-
wxid_ti12isxsaza622 · 请问几个开发窗口之前是如何协同的，有没有用什么管理系统？
回复：xukeqian用时 4.9 分钟
-
wxid_ti12isxsaza622 · 哦 所以一个分支就是一个微服务？
回复：xukeqian用时 0.9 分钟
-
ziptoam · 最近我也在用，输出后的编辑不是很方便，有啥方法吗？
回复：Nick@保利威视频用时 0.8 分钟
-
wxid_ti12isxsaza622 · @Nick@保利威视频 是不是 每一个 独立主体 相关的文件 ，最好是 都创建 一个 notebook ？
回复：Nick@保利威视频用时 0.3 分钟
-
Nick@保利威视频 · ### 1. 视频的主要主题和内容概述
视频的核心主题是**程序员的多显示器高效编程工作环境展示**，内容围绕“如何通过多设备、多屏幕配置提升编程效率”展开。视频通过镜头移动，呈现了一个典型的程序员工作台：中
央是一台置于支…
回复：ziptoam用时 5.4 分钟
-
wxid_oseqiupd2olm22 · 三轮测试通过，这个实践厉害，考验测试用例质量。
测试用例设计，也是在上面分享的md里面吗？
回复：xukeqian用时 1.1 分钟
-
wxid_oseqiupd2olm22 · 上面提到特性间依赖问题，胥老师能够展开讲讲处理思路吗？
这个对架构，设计，计划，集成验证都有影响
回复：xukeqian用时 1.0 分钟
-
wxid_40qfgl2q7smi22 · 每个月还十多万多？
回复：小米-ClaudeCode深度使用者用时 0.5 分钟
-
xukeqian · 又完成2个任务，看看测试报告，有没有感觉很恐怖
回复：iptton用时 4.8 分钟
-
小米-ClaudeCode深度使用者 · 就是每一步，自己会体会，怎么用AI是最高效的
回复：wxid_xsrpijjy5ljx22用时 29.9 分钟
-
wxid_dzsyarbsokqs22 · NICK 佬, 我一直有一个问题, 就是 playwright 这种方案的不会太浪费太低效了?
回复：Nick@保利威视频用时 12.4 分钟
-
wxid_xsrpijjy5ljx22 · @小米-ClaudeCode深度使用者 你下了这么多大结论，能不能分享concret examples？
回复：小米-ClaudeCode深度使用者用时 0.4 分钟
-
wxid_xsrpijjy5ljx22 · 各方面碾压人，真的各方面吗？
回复：小米-ClaudeCode深度使用者用时 1.5 分钟
-
wxid_oseqiupd2olm22 · 项目管理这个维度，群里半年多很少展开讨论，没人分享这方面的问题和经验。今天胥老师提出来了，能否详细分享一下？
回复：xukeqian用时 0.9 分钟
-
AIi_AIi · 我反而觉得这不是token的问题，可能是context不够的问题或者prompt的问题？
回复：小米-ClaudeCode深度使用者用时 2.0 分钟
-
小米-ClaudeCode深度使用者 · llm都能搞定 看怎么组织你的文档结构了
回复：wxid_dzsyarbsokqs22用时 0.2 分钟
-
wxid_xsrpijjy5ljx22 · 也许，你把对软件期望应用于llm，本身就是错误的？
你把llm当做人，就会觉得指令分级太好了
回复：wxid_dzsyarbsokqs22用时 2.2 分钟
-
xukeqian · 这是你做的工具？还是开源的？
回复：AIi_AIi用时 0.3 分钟
-
whb-9519 · 这个截图是什么来的？
回复：AIi_AIi用时 0.7 分钟
-
wxid_ti12isxsaza622 · 你的 slash command 里面主要是 任务描述 还是 也有调用了 代码去 解析 progress 的 json 呀？
回复：AIi_AIi用时 4.0 分钟
-
iptton · 甲方是你的客户？
回复：AIi_AIi用时 0.2 分钟
-
wxid_oseqiupd2olm22 · 中关村吗？难怪创业扎堆
回复：wxid_ti12isxsaza622用时 0.6 分钟
群内热议
Top 发送者
-
wxid_a4ptxb0fnv7b21 · 133 条
-
xukeqian · 131 条
-
小米-ClaudeCode深度使用者 · 105 条
-
Nick@保利威视频 · 104 条
-
wxid_ti12isxsaza622 · 102 条
热门链接
-
AI产品的需求文档怎么写，与传统产品的PRD有何异同
来源：mp.weixin.qq.com我们仍在用 10 年前的思维框架，描述10年后的产品。
-
yage.ai
来源：yage.ai最近Nano Banana Pro（NBP）非常火。我们看到了各种应用：给漫画上色、生成海报、甚至直接生成以假乱真的演示文稿PPT。看起来像一张PPT，但其实只…
-
huggingface.co
来源：huggingface.co请问有人用过这个吗
-
看完 AI 牛马项目Python-Use，我想聊聊 AI Agent 的技术路线选择
来源：mp.weixin.qq.com好久没写文章了。年底公司业务忙，加上业余时间一直在开发一个叫 Aster 的 AI Agent 框架，就一直没顾上更新。
-
github.com
来源：github.com
主题概览
-
文档 · 59 次
代表内容：### 1. 视频的主要主题和内容概述 视频的核心主题是**程序员的多显示器高效编程工作环境展示**，内容围绕“如何通过多设备、多屏幕配置提升编程效率”展开。视频通过镜头移动，呈现了一个典型的程序员工作台：中 央是一台置于支架上的笔记本电脑，周围环绕多台外接显示器，所有屏幕均显示代码编辑器（疑似 VS Code）及相关开发工具界面，直观展示了“多任务并行处理”的编程工作流。 ### 2. 关键的信息点和知识点 - **多显示器配置**：工作台包含至少4块屏幕（中央笔记本+3台外接显示器），体现“一屏多用途”的效率逻辑（如代码编辑、终端输出、文档查阅、调试工具分屏显示）。 - **代码编辑器功能**：展示 VS Code 的核心界面元素，包括： - 文件树（左侧面板，显示项目文件如 `ColorClass.js`）； - 代码编辑区（中央主面板，展示 JavaScript/TypeScript 代码）； - 终端（右侧或底部面板，显示绿色背景的日志输出）； - 调试工具（断点、变量查看、调用栈等）。 - **编程工作流环节**：涵盖“代码编写→调试→终端输出→多文件管理”的全流程，体现开发中的核心操作（如文件切换、代码编辑、日志监控、调试断点）。 ### 3. 视频的结构和流程 视频采用“**广角展示→细节聚焦→多屏切换→总结回归**”的结构： 1. **开场（广角）**：以全景镜头展示工作台布局，突出多设备、多屏幕的配置（笔记本+3台外接显示器，键盘、鼠标、绿植等元素）。 2. **细节聚焦（左侧显示器）**：镜头拉近左侧显示器，展示 VS Code 界面，重点呈现文件树、代码编辑区、终端输出（绿色日志），体现“代码编写+日志监控”的并行任务。 3. **多屏切换（中间笔记本+右侧显示器）**：镜头依次切换到中央笔记本（展示其屏幕的代码编辑界面）和右侧显示器（展示更多代码或调试工具），强调“多屏幕分屏处理不同任务” 的效率逻辑。 4. **总结回归（广角）**：最后回到全景镜头，强化“多显示器+专业工具”的工作环境印象。 ### 4. 重要的演示、图表或代码示例 - **代码示例**：屏幕中展示的代码包含 JavaScript/TypeScript 语法（如 `ColorClass` 类定义、函数声明、模块导入），体现实际开发中的代码结构。 - **图表/界面元素**： - 文件树：左侧面板的“ColorClass.js”等文件列表，展示项目文件管理； - 终端输出：绿色背景的日志（如构建/运行日志），体现开发中的实时反馈； - 调试工具：断点标记、变量查看面板，展示调试流程的核心功能。 ### 5. 演讲者的主要观点和结论 演讲者（通过视频画面隐含）的核心观点是：**“多显示器配置+专业代码编辑器（如 VS Code）是提升编程效率的关键”**。结论通过视觉呈现传递： - 多屏幕允许“代码编辑、终端监控、文档查阅”等任务并行，减少窗口切换成本； - VS Code 等工具的界面布局（文件树、终端、调试工具）能系统化支持开发全流程，提升生产力。 综上，视频通过直观的工作环境展示和工具界面演示，强调了“硬件配置（多显示器）+ 软件工具（VS Code）”对编程效率的协同提升作用，是典型的“高效开发环境”主题内容。 @详志(ip) GLM的视频理解还是可以的
-
代码 · 49 次
代表内容：### 1. 视频的主要主题和内容概述 视频的核心主题是**程序员的多显示器高效编程工作环境展示**，内容围绕“如何通过多设备、多屏幕配置提升编程效率”展开。视频通过镜头移动，呈现了一个典型的程序员工作台：中 央是一台置于支架上的笔记本电脑，周围环绕多台外接显示器，所有屏幕均显示代码编辑器（疑似 VS Code）及相关开发工具界面，直观展示了“多任务并行处理”的编程工作流。 ### 2. 关键的信息点和知识点 - **多显示器配置**：工作台包含至少4块屏幕（中央笔记本+3台外接显示器），体现“一屏多用途”的效率逻辑（如代码编辑、终端输出、文档查阅、调试工具分屏显示）。 - **代码编辑器功能**：展示 VS Code 的核心界面元素，包括： - 文件树（左侧面板，显示项目文件如 `ColorClass.js`）； - 代码编辑区（中央主面板，展示 JavaScript/TypeScript 代码）； - 终端（右侧或底部面板，显示绿色背景的日志输出）； - 调试工具（断点、变量查看、调用栈等）。 - **编程工作流环节**：涵盖“代码编写→调试→终端输出→多文件管理”的全流程，体现开发中的核心操作（如文件切换、代码编辑、日志监控、调试断点）。 ### 3. 视频的结构和流程 视频采用“**广角展示→细节聚焦→多屏切换→总结回归**”的结构： 1. **开场（广角）**：以全景镜头展示工作台布局，突出多设备、多屏幕的配置（笔记本+3台外接显示器，键盘、鼠标、绿植等元素）。 2. **细节聚焦（左侧显示器）**：镜头拉近左侧显示器，展示 VS Code 界面，重点呈现文件树、代码编辑区、终端输出（绿色日志），体现“代码编写+日志监控”的并行任务。 3. **多屏切换（中间笔记本+右侧显示器）**：镜头依次切换到中央笔记本（展示其屏幕的代码编辑界面）和右侧显示器（展示更多代码或调试工具），强调“多屏幕分屏处理不同任务” 的效率逻辑。 4. **总结回归（广角）**：最后回到全景镜头，强化“多显示器+专业工具”的工作环境印象。 ### 4. 重要的演示、图表或代码示例 - **代码示例**：屏幕中展示的代码包含 JavaScript/TypeScript 语法（如 `ColorClass` 类定义、函数声明、模块导入），体现实际开发中的代码结构。 - **图表/界面元素**： - 文件树：左侧面板的“ColorClass.js”等文件列表，展示项目文件管理； - 终端输出：绿色背景的日志（如构建/运行日志），体现开发中的实时反馈； - 调试工具：断点标记、变量查看面板，展示调试流程的核心功能。 ### 5. 演讲者的主要观点和结论 演讲者（通过视频画面隐含）的核心观点是：**“多显示器配置+专业代码编辑器（如 VS Code）是提升编程效率的关键”**。结论通过视觉呈现传递： - 多屏幕允许“代码编辑、终端监控、文档查阅”等任务并行，减少窗口切换成本； - VS Code 等工具的界面布局（文件树、终端、调试工具）能系统化支持开发全流程，提升生产力。 综上，视频通过直观的工作环境展示和工具界面演示，强调了“硬件配置（多显示器）+ 软件工具（VS Code）”对编程效率的协同提升作用，是典型的“高效开发环境”主题内容。 @详志(ip) GLM的视频理解还是可以的
-
mcp · 44 次
代表内容：第二点 如果 mcp 返回 element 没有办法正确定位的情况下 需要 通过 可访问树 的特殊属性 进行 关键定位， 即使使用 js 的 '[data-mcp-id="${elementId}"]'; 的 方案 还是有可能会 找不到 元素
-
开发 · 39 次
代表内容：### 1. 视频的主要主题和内容概述 视频的核心主题是**程序员的多显示器高效编程工作环境展示**，内容围绕“如何通过多设备、多屏幕配置提升编程效率”展开。视频通过镜头移动，呈现了一个典型的程序员工作台：中 央是一台置于支架上的笔记本电脑，周围环绕多台外接显示器，所有屏幕均显示代码编辑器（疑似 VS Code）及相关开发工具界面，直观展示了“多任务并行处理”的编程工作流。 ### 2. 关键的信息点和知识点 - **多显示器配置**：工作台包含至少4块屏幕（中央笔记本+3台外接显示器），体现“一屏多用途”的效率逻辑（如代码编辑、终端输出、文档查阅、调试工具分屏显示）。 - **代码编辑器功能**：展示 VS Code 的核心界面元素，包括： - 文件树（左侧面板，显示项目文件如 `ColorClass.js`）； - 代码编辑区（中央主面板，展示 JavaScript/TypeScript 代码）； - 终端（右侧或底部面板，显示绿色背景的日志输出）； - 调试工具（断点、变量查看、调用栈等）。 - **编程工作流环节**：涵盖“代码编写→调试→终端输出→多文件管理”的全流程，体现开发中的核心操作（如文件切换、代码编辑、日志监控、调试断点）。 ### 3. 视频的结构和流程 视频采用“**广角展示→细节聚焦→多屏切换→总结回归**”的结构： 1. **开场（广角）**：以全景镜头展示工作台布局，突出多设备、多屏幕的配置（笔记本+3台外接显示器，键盘、鼠标、绿植等元素）。 2. **细节聚焦（左侧显示器）**：镜头拉近左侧显示器，展示 VS Code 界面，重点呈现文件树、代码编辑区、终端输出（绿色日志），体现“代码编写+日志监控”的并行任务。 3. **多屏切换（中间笔记本+右侧显示器）**：镜头依次切换到中央笔记本（展示其屏幕的代码编辑界面）和右侧显示器（展示更多代码或调试工具），强调“多屏幕分屏处理不同任务” 的效率逻辑。 4. **总结回归（广角）**：最后回到全景镜头，强化“多显示器+专业工具”的工作环境印象。 ### 4. 重要的演示、图表或代码示例 - **代码示例**：屏幕中展示的代码包含 JavaScript/TypeScript 语法（如 `ColorClass` 类定义、函数声明、模块导入），体现实际开发中的代码结构。 - **图表/界面元素**： - 文件树：左侧面板的“ColorClass.js”等文件列表，展示项目文件管理； - 终端输出：绿色背景的日志（如构建/运行日志），体现开发中的实时反馈； - 调试工具：断点标记、变量查看面板，展示调试流程的核心功能。 ### 5. 演讲者的主要观点和结论 演讲者（通过视频画面隐含）的核心观点是：**“多显示器配置+专业代码编辑器（如 VS Code）是提升编程效率的关键”**。结论通过视觉呈现传递： - 多屏幕允许“代码编辑、终端监控、文档查阅”等任务并行，减少窗口切换成本； - VS Code 等工具的界面布局（文件树、终端、调试工具）能系统化支持开发全流程，提升生产力。 综上，视频通过直观的工作环境展示和工具界面演示，强调了“硬件配置（多显示器）+ 软件工具（VS Code）”对编程效率的协同提升作用，是典型的“高效开发环境”主题内容。 @详志(ip) GLM的视频理解还是可以的
-
现在 · 54 次
代表内容：现在的现状是 AI 只能根据自身的原则和伦理、对世界和自身的了解、对语境的推断，以及对哪种回应能理想地让用户、操作者和 Anthropic 满意所做的判断来行事（并且，在发生冲突时，至少能让更高层级满意，同时考虑到他们希望 Claude 如何处理此类冲突的意愿）。 靠克劳德的自主理解了
关键词热度
文档 · 77代码 · 72mcp · 55开发 · 55现在 · 54测试 · 53问题 · 51然后 · 39playwright · 38工具 · 36元素 · 31哈哈 · 30视频 · 30但是 · 29工作 · 29管理 · 29里面 · 29定位 · 28感觉 · 28是一 · 28
消息时间线
展开查看 1038 条历史消息（仅展示最近 150 条）
包括mcp skills都是一个原理 ，都在解决context的问题
把context给强制拉回来
对 你这个实践是正确的 我个人认为
dev plan 是不是就是你的 prd
能解读一下“缺少指令分级”吗？
就是AI就好像一个人 他容易忘事 但是你即时告他 他会做的很好
但是他做一段又忘了
造成一个问题就是 可能有一个死循环
哥，别纠结名字，哈哈哈
没有， 我就是好奇， 这个dev plan 是一个什么样的 颗粒度。。
我发两个案例
[Salute]
比如经典计算机体系有 Ring 0 Ring 1 Ring 2 的分级, 什么指令可以覆盖什么指令是 "可预期的"
但是 LLM 本身的随机性, 再加上长上下文的注意力溃散机制, 会导致我们根本无法确定我们文档写的一个内容
1. 到底会不会被遵循
2. 如果存在前后冲突, LLM 知道听谁的吗
你就把他当做一个很容易忘事的人 去引导他做事 这就是用AI办法
当然现在训练的结果是, 一般以最后一条用户消息为准
但是我纵观整个体系, 感觉 "上下文分级" 这个概念比 Web 开发中的 CSS 覆盖还要混乱
在最近的 CLAUDE 文档中我看到有一段描述
css 覆盖至少是 deterministic的
这个开发方案更偏技术
哇， 你这个需求文档还有代码。。
类似这种的，为啥有V3，是因为我开始之前会先做html demo，就是纯聊，聊到demo我满意为止，然后让cc做开发计划和方案，然后丢给chat评审，把评审结果给cc整合进去，再返回cc
相当于 一个 application 的整体描述 就是由 这一个 一个的 devplan md file 组成的 对不
cc说可以开发了，我就再丢给gemini去做个最终的审核，问能不能开发了，还差哪些东西
数据库结构是一个非常重要的文档，是作为框架性的系统md
现在的现状是
AI 只能根据自身的原则和伦理、对世界和自身的了解、对语境的推断，以及对哪种回应能理想地让用户、操作者和 Anthropic 满意所做的判断来行事（并且，在发生冲突时，至少能让更高层级满意，同时考虑到他们希望 Claude 如何处理此类冲突的意愿）。
靠克劳德的自主理解了
然后这个文件夹就是咱们群里之前聊的，乱拉屎，后来就整理成了带编码的
现在都是这样的了
也许，你把对软件期望应用于llm，本身就是错误的？
你把llm当做人，就会觉得指令分级太好了
在开发文档里直接把表结构定好确实是一种比较可控的上下文方式
我就发现现在他这个文件的名字都是prompt
真的是节约cx到了极致
[捂脸]
对人的指令的效果，甚至会被他老婆前一天晚上在卧室里的行为所影响
分系统级和功能级的，系统级就是那些api规范、db约定、UI规定等等这些
本身目录结构和文件名就是context
功能级的就是按照开发流程给的几个文档，编码和文档是下面这样
目录名
谢谢分享， 很系统化
对的, 我在有时候会妄图 AI 能跟计算机一样是可编程的, 是确定性的
实际上 AI 真的就是完全不确定性的, 我们短期内永远不能期望他会听话
然后 比如 开发功能的 cc session 可能主要阅读 一个 功能级的 md ，但是 也要阅读 所有系统级的 md 对不？
虽然每一代模型都会说, 我们相比上一代模型指令跟随性又又又加强了
我会让cc: 把大部分可以从代码推断出来的文档删掉，如果有有用的内容，整合到architecture或者prd文档里。
所有的文档我都会读，我不读的文档我就不会check in到git里
对 我也是 人为去checking到md里
然后根据这个东西，我给每个环节做了一个工作台，这环节里面就包括了 上个环节的输入，这个环节的交付。 然后交付的时候，如果是文档，会给文档规范。 然后在模块上给一个progress log
但拖慢了速度
去掉可编程的恶习，学习管理ai
这个工作台
我现在也是在做 尽量 不写 能从 代码 里面 能推断出来的 文档， 维护这样的文档 很费劲
然后我的任务，就变成了，怎么把左边这个 参考文档、可用工具 做的尽可能好用，尽可能高效
流程大差不差，bmad、mini-spec、胥老师的分享
这是你做的工具？还是开源的？
那就是里面这些工具怎么做的好用
我自己今天下午写的
赞这个标题
上周就在聊这个事
我 现在是把 文档 分成两类，
一类是 root of truth 的文档， 就是一些 和项目相关的 客观发生的事实，数据，或者和客户的沟通纪要
另一类是 derive 出来的 文档 。 这一类 文档 我尽量少，
你看右边的那个 ：
你输入 /init-system
CC创建_system 目录结构，生成基础规范文档
皇你审核生成的文档，必要时修改
挺好的，重点是要如何分阶段目标和阶段性成果的介入，还有意见，循环几轮，啥时候可以推进下阶段
这个是一个工作workflow，这个workflow的执行，现在肯定还是人驱动的，就是马工提到的，AI输出了之后，要自己check文档的内容，确定没问题了再继续
我觉得如何确定 root of truth 是一个难点
但是我觉得这个就是时间问题，AI的渗透率到底能到多少，现在人干预50%，在spec上干预可能是90%，但在coding上可能已经降到20%了
我今天看到陈明分享的这个文章后，也顿悟了LLM不确定性是AI软件工程的根本特性
这是transformer这种预测性框架的逻辑。我之前问过一次，AI为什么有幻觉，简单说就是他其实是按概率去推测下一个字是什么的，不是按照真实情况
这个 挺酷炫， 我想起了 你之前分享的 那个 mcn 工作台， 这个应该是 项目管理工作台
dashboard是这样的：
上次看到一个论文数据，同一个LLM模型，同样上下文，GPU集群负载不同，输出结果一致性从90%下降到了70%
其实，我对文档的介入肯定是1%以下，主要是决策。而代码，对我来说是0。
所以核心，是管理。
我还有五个开发的兄弟呢，得把他们榨干，所以得需要这么个工作台
管理context目前是最重要的
LLM模型不确定性，需要通过软件工程确定性来消除。这就是AI软件工程一个新的使命。
然后前端这个看板，是让cc根据每个工作模块的progress log，抽象到一个总的log里面，写出来的
给了PM两个 slash command，每天执行一下
然后所有版本都是使用github管理
这个截图是什么来的？
你的 slash command 里面主要是 任务描述 还是 也有调用了 代码去 解析 progress 的 json 呀？
为了自己理解下github，还专门让gemini给画了个动画。。模拟多人多功能多版本开发的时候pull和commit啥意思
我们用了同样的办法，但我好奇你为什么需要可视化的甘特图
gemini给我画的。。。
一个人做全程，信任成本低，真的是少了太多的流程
就是要协调团队内部交付，也得给甲方一个可展示的页面
分支合并之前的文件清理，说删就删，根本不用审核
甲方是你的客户？
你稍微被它引导到一个弯路了
对的
我现在被这个困住了，需要给不懂的人解释太多
[强]
好主意，我也要做一个，不过好像全做假的mock就可以了[呲牙]
深度理解[呲牙]
我倾向保留，属于过程文档
我每天过程文档50个以上[破涕为笑]
在这个文档结构里面，是有主文档，和文档变更记录的，变更记录都丢进去，反正也不看，就是个存储的事，这辈子不再看了
所以我是区分一次性还是资产性
我发出来看下，cc写的，我还没具体执行过
过程文档很容易失效，但也有很多实现细节， 确实不知道怎么最优
【Agent不够聪明？试试给它装个"专业大脑"-哔哩哔哩】 https://b23.tv/6eo9uym claude skills
我出原形就是这么干的，所有操作全部mock数据，然后如果是html得前端，接口数据交互全部用localstage存
严格区分过程性和资产性，资产性的不但要保留，还要随着开发做内容同步更新，保持一致性
哈哈 我还以为 你的 管理工具 已经 做出来了 。。
除了不跟服务端交互，基本跑起来就是所有逻辑可用的
这个图 看起来 挺有意思， 我觉得好多细节， 弄出来又是一个复杂系统
哥你倒是说啊。。。
传闻浙江藏富于民，杭州民营企业经济头脑和科技力德才兼备，果然名不虚传，密度确实很高。
群里面你们这几个杭州的老板都这么努力不懂代码还领潮AI 软件工程，太激励人了
在北京，哈哈哈
[奸笑]
中关村吗？难怪创业扎堆
老板就是老板，总能变着花样夸。。
哈哈哈哈
今天群里分享爆棚
哈哈哈哈哈哈
今天我们公司 圣诞party ，社恐的我不想去，还不如在家和 CC 玩
哈哈哈，玩出啥花样了@Vincent
不应该是和Ani玩吗。。。
哪里？是学院路教育技术中心吗？
以前的科贸，海淀桥的东南角，海龙大厦对面
不知道现在叫啥了
这种专注令人佩服。。。上次陪老婆逛街要背几个屏幕和 cc 玩的是不是也是你
是呀。 就是我
不是， 我还是要去参加party的， 内心里不想去
哈哈哈
实际上 也要去， 事实上也应该去
[奸笑]
不过你又变着花样夸了我一下， 情绪价值慢慢
满满
现在我在心流状态的时候，最怕有人问我coso 有没有空
[捂脸]
对呀 挺多时候 系统化思考的时候 一旦断了 ，后面 捡起来 开销很大
今天站了一整天，不知不觉才发现晚上9点该走了，罚站一天一点不累
这就是干活儿的幸福
花了300美金token没[偷笑]
两边加起来有350美金左右吧，单独CC到现在是256
不过都有额度膨胀的，实际没这么贵
一般我会限制CC 架构阶段输出代码，信息密度太低
回家套娃远程遥控继续消耗token