今日数据概览
峰值活跃时段
17:00
该时段共 177 条消息
Top 发送者
谭嘉荣🔆Jaron
发送 94 条
热门主题
文档
共 17 次提及
热门链接数量
5
例如：mp.weixin.qq.com
群氛指数
62
讨论平稳
要点速览
- 消息 537 条，活跃 33 人；峰值 17:00-17:59
- Top 发送者：谭嘉荣🔆Jaron(94)、coso(51)、马工(51)
- 热门主题：文档、问题、信息
- 热门链接 5 个，例如 mp.weixin.qq.com
- 图片 33 张
群氛温度计
活跃度
100%
综合消息量与参与度
情绪指数
48%
正向表达占比
信息密度
35%
链接/长文/资料占比
争议度
14%
问答、@ 提及、感叹
氛围解读
- 活跃度高（537 条、33 人参与）
- 讨论较温和，可适度引导观点碰撞
AI 洞察
2025年11月30日群内围绕AI辅助文档生成、模板化写作与工具流程展开深度讨论，马工与Silicon大康就复杂信息源处理方法交换经验，同时Vibe与SaaS工具对比引发协作效率思辨。
值得关注
- Silicon大康分享结构化文档生成方法论：拆解节点+模板引导+原始信息注入
- linhow强调“承载业务规则的模板”是提升AI文档效率的关键
- 马工指出需求文档信息源复杂（邮件/ticket/代码等），难以直接套用标准流程
- 群内热议Vibe类工具是否真能替代传统SaaS，聚焦协作与数据打通能力
潜在机会
- 探索多源异构信息（如客户邮件、工单、架构图）的AI“路由”整合机制
- 建立可复用的行业文档模板库，提升AI初稿质量与一致性
- 推动跨工具Prompt语法标准化，降低Agent工具碎片化风险
风险与预警
- 过度依赖生成速度忽视人工审核，可能导致“屎山文档”堆积
- 不同AI工具间Prompt技巧割裂，增加团队协作与知识传递成本
- 测试计划等关键文档若缺乏动态维护机制，易沦为形式主义
建议行动
- 整理Silicon大康的文档拆解流程为内部最佳实践指南
- 组织一次Vibe vs 飞书/SaaS工具的协作场景实测对比
- 试点将鸿蒙工单三要素模板法迁移至需求文档场景
今日金句：“以前人类用模板写作，大部分时候连高级秘书都不如；但给AI的模板，是宝贵的财富。”——linhow
互动热度
00
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
回复债
待跟进问题
7
尚未收到回应
平均响应
18.8
分钟/问题
最佳催办时段
17:00
17:0013:0021:00
待回复
-
AI Vibe Coding 灵感编程 · 市场现在比较担心，退休后特努斯祝如何弥补不足的地方
已等待 634 分钟
-
AI Vibe Coding 灵感编程 · 就是可以直接问他，能能不能并行完成
已等待 374 分钟
-
啊花 · 真人评审吗？
已等待 87 分钟
-
啊花 · 你页面放大了吧？
已等待 71 分钟
-
毛佳杰 · 估计得那种消息存在本地啥的会好点？
已等待 50 分钟
-
详志(ip) · 国内的 chat AI 是不是都没有做到跨会话共享信息？
已等待 38 分钟
-
胥克谦 · 话说，用cursor开发大型系统的朋友们，你们一个月开支多少钱？
已等待 20 分钟
已解决
-
Jun-SF · 大家有没有使用cc来写会议文档或者企划书的经验？还是更多使用 chatgpt 聊天窗口？
回复：Silicon大康（种善因）用时 11.4 分钟
-
马工 · 一次出什么意思？
回复：Silicon大康（种善因）用时 5.7 分钟
-
马工 · 能不能举个例子？
回复：Silicon大康（种善因）用时 9.8 分钟
-
Silicon大康（种善因） · 1）首先我们会把这个文档做一个拆解，拆解为几个节点（就是文档），一层一层的传递（原始信息 - A文档 - B文档 - C文档 - ABD最后汇总成最终文档）
2）然后我们每个节点都根据给定的过去的最佳文档，去让cursor总结出每个节点文…
回复：马工用时 4.5 分钟
-
Silicon大康（种善因） · 我最近在研究这种情况，如果是很复杂的原始信息来源，如何实现某种“路由”
回复：马工用时 0.4 分钟
-
Jun-SF · 我用gpt + gdoc 来接入外部文件，录音写文档，乐趣多但流程性不强，你觉得你的流程跟 gpt+gdoc 相比较会怎么样？
回复：Silicon大康（种善因）用时 33.7 分钟
-
Jun-SF · 你现在的文档流程是怎么样的？
回复：Silicon大康（种善因）用时 33.1 分钟
-
linhow · 你这个分享挺有意思，是否可以理解为：AI这个高级秘书按照模板要求，帮你整理整理形成文档初稿，你审核微调一下。
回复：张晋涛用时 139.7 分钟
-
马工 · 产品的整个生命周期中，测试计划能在多大程度上作为测试活动的指导?测试人员会不断参考计划来安排一个应用的测试吗?会要求开发人员在功能增加或修改时去更新测试计划吗?在开发经理管理to-do列表的时候,他
们会在桌面上打开一份测试计划吗?在进展沟…
回复：Jun-SF用时 29.4 分钟
-
linhow · 这个观点大家怎么看？各个厂商之间的 agent 编程工具如果往差异化的方向发展，会不会形成不同工具不同“prompt 咒语语法“的问题
回复：张晋涛用时 15.2 分钟
-
linhow · 不同 prompt 咒语技巧不一样，以后交流要分论坛？
回复：张晋涛用时 14.4 分钟
-
linhow · 这个差异主要是 LLM 带来的，如果世界分裂为几个 LLM 主导，就有点麻烦了。历史上芯片出了这个问题，过去十几年云计算也出了这个问题，没个业界或者国家级标准，几个巨头主导了世界分裂圈地获利。
回复：胥克谦用时 130.2 分钟
-
杜天微 · 在遵循指令为重点的模型上，通过大量的文字铺垫，应该可以得到比较统一的结果。其他的模型会比较难了，基本上不会太接近的。
但也要看提示词的目的，或者是应用场景对于输出内容的容忍程度。如果不同模型给出的答案千差万别，但可能都是对的。是不是可以继续…
回复：Phodal用时 4.7 分钟
-
Nick@保利威视频 · 其实本质就是复制多一个目录，切换到另外一个分支。好处是磁盘空间能节省。不过如果你项目不大，怎么用都行
回复：胥克谦用时 2.8 分钟
-
陈明 · worktree有什么副作用？大家用下来。
回复：胥克谦用时 18.7 分钟
-
linhow · merge 回主干的冲突解决，和以前一样的，还是worktree有更好的解决方案？
回复：胥克谦用时 3.6 分钟
-
coso · [捂脸] 看了你们讨论分窗口快速生成，其实瓶颈不在于有多快生成吗？我觉得是人为的确认才是最大的瓶颈
回复：胥克谦用时 2.8 分钟
-
coso · 这两天有线下两个非技术领域的大佬找我聊，说如何用BMAD 多开，如何快速生成，我就问一句，生成出来的东西是你想要的么，得出的结论是：生成越多，屎山就越厚
回复：胥克谦用时 0.7 分钟
-
胥克谦 · 我经常为一个窗口阶段性任务完成，合并到develop分支，其他窗口有的可以拉，有的只能任务完成再拉，导致版本冲突风险。或是复杂的暂存分支切换合并再切回来恢复暂存的操作，太麻烦，且容易出错
回复：coso用时 1.5 分钟
-
谭嘉荣🔆Jaron · 屎山能不能用？
回复：陈明用时 7.5 分钟
-
linhow · 我一台 mac 里面 codex/cc 各自clone一个目录修改，有时候冲突了合入 github 就挺麻烦的。AI 对冲突处理不是很灵光，经常卡在 rebase 上面。
回复：Nick@保利威视频用时 1.1 分钟
-
coso · 版本管理gitflow 10多年前人工就这样管理了吧？AI 也同理
回复：linhow用时 7.3 分钟
-
linhow · 因为绝大部分冲突不是逻辑冲突，是物理冲突。但 AI 守着 git rebase命令等待就很麻烦。
回复：coso用时 0.1 分钟
-
鸭哥 · 最近女儿迷上了画画，一方面老缠着我画一些小动物给她照着画，另一方面幼儿园里也开始教拼写了，她老问我各种单词怎么拼。但我真的是拼不出来她问的那些公主的名字[破涕为笑]
所以用AI做了个app，用语音对话和图像生成的能力教她画画和拼写。女儿非…
回复：车到山前必有路用时 3.0 分钟
-
谭嘉荣🔆Jaron · 但角度是真的不一样，对我们来说，能不能用才是第一重点
回复：coso用时 207.1 分钟
-
谭嘉荣🔆Jaron · 所以，有抄到集成吗？
回复：coso用时 0.4 分钟
-
谭嘉荣🔆Jaron · 你有现有的工具不用？还要非要全部自建？有这个必要吗
回复：coso用时 0.1 分钟
-
coso · 所以你拿到投资了？
回复：马工用时 2.2 分钟
-
coso · Vibe 几个小时，和用飞书表格有区别么？
回复：马工用时 1.0 分钟
-
谭嘉荣🔆Jaron · 就因为 vibe 就更高贵？
回复：coso用时 1.5 分钟
-
coso · 你纠结一定要用飞书，换个思维不能用Vibe 的？
回复：马工用时 0.4 分钟
-
coso · 你觉得同步到飞书表格后，如何同步回来呢，不要开发成本的么？
回复：谭嘉荣🔆Jaron用时 0.7 分钟
-
coso · 你觉得Vibe 出一个简单版本的CRM 很难？
回复：谭嘉荣🔆Jaron用时 0.3 分钟
-
coso · 只是举个例子，为什么引发你扣细节呢？
回复：马工用时 0.2 分钟
-
谭嘉荣🔆Jaron · ？不是啊，既然你谈论这个事情，为什么就不能扣细节呢
回复：coso用时 0.8 分钟
-
谭嘉荣🔆Jaron · 比方说你简单去 vibe 的东西能不能做到这种协作
回复：coso用时 2.9 分钟
-
谭嘉荣🔆Jaron · 我评价的一直都是，到底这些功能有没有真的去代替了Saas
回复：Phodal用时 0.1 分钟
-
谭嘉荣🔆Jaron · @马工 你觉得一个 vibe 出来的东西 能不能做到这种协作
回复：马工用时 1.1 分钟
-
谭嘉荣🔆Jaron · [旺柴]所以问你经验呢？你不是在做这吗
回复：1874用时 0.2 分钟
-
1874 · 这里面的框都是国外的SaaS产品吧？国内一个都满足了[旺柴]
回复：谭嘉荣🔆Jaron用时 0.4 分钟
-
啊花 · 裁谁？[旺柴]
回复：Phodal用时 0.7 分钟
-
毛佳杰 · 那次效果如何
回复：JY.王津银@ElevoAi用时 0.5 分钟
-
谭嘉荣🔆Jaron · 所以啊，如何做嘛
回复：1874用时 5.1 分钟
-
1874 · 没太get 你要打通各SaaS的数据流，主要就看数据权限能不能拿到，通过API拿到就调接口串，你要是有办法让所有SaaS底层数据打通飞书表格，那你也能高效生成一些简单应用。不同的SaaS产品 前者更靠谱吧
回复：谭嘉荣🔆Jaron用时 0.8 分钟
-
1874 · 调用啥 不是调用API嘛？
回复：谭嘉荣🔆Jaron用时 0.2 分钟
-
1874 · 我们还在搞figma to code的阶段，你们准备怎么解决对客界面问题
回复：啊花用时 5.0 分钟
-
1874 · 有更具体的介绍嘛？参考借鉴下
回复：Phodal用时 1.8 分钟
-
1874 · 发现coding效率已经不是最大瓶颈了？
回复：马工用时 166.2 分钟
-
Vincent · 对，在哪儿呢？ 我现在没有看到了
回复：谭嘉荣🔆Jaron用时 43.1 分钟
-
Vincent · 对， 我也没有用过 这个chatgpt 群聊，不知道体验如何
回复：谭嘉荣🔆Jaron用时 34.9 分钟
-
Vincent · https://chatgpt.com/gg/v/692c44c0fec48191b850f9bba3f2e5f4?token=eOzbi2uLkJkvZcj_VliatA
回复：谭嘉荣🔆Jaron用时 32.7 分钟
-
Vincent · 你这个流量卡办理应该是要外面的 id 对不？
回复：谭嘉荣🔆Jaron用时 0.8 分钟
-
陈明 · 流量稍贵，但是我觉得省了很多麻烦
回复：谭嘉荣🔆Jaron用时 2.8 分钟
群内热议
Top 发送者
-
谭嘉荣🔆Jaron · 94 条
-
coso · 51 条
-
马工 · 51 条
-
linhow · 44 条
-
Nick@保利威视频 · 42 条
热门链接
-
离大谱！Apple连夜删库：ICLR投稿代码没读图，模型全靠闭眼瞎蒙
来源：mp.weixin.qq.com学术圈年度最大回旋镖
-
问世5年的AlphaFold如何彻底改变科学
来源：mp.weixin.qq.com
-
团队AI编码率稳步提升到89.2%的AIcoding实践分享
来源：mp.weixin.qq.comAI应用火爆全世界，乘着AI应用的浪潮，我们也在潜心专研AI在实际需求编码中的提效应用。经过近1年的探索和实践，逐渐摸索出了一些经验。截止9月底，AI编码采纳率由4月初的9.6%稳步提升稳步提升至89.2%，需求交付效率提升23.6%。
-
兄弟们，咒语在第四张，拿去玩，不谢。
来源：mp.weixin.qq.com
-
别对任何 AI 工具抱有忠诚
来源：mp.weixin.qq.com如果你把自己锁在一个工具的舒适区里，未来两三年，你可能会被行业反超得毫无察觉。
主题概览
-
文档 · 17 次
代表内容：1）首先我们会把这个文档做一个拆解，拆解为几个节点（就是文档），一层一层的传递（原始信息 - A文档 - B文档 - C文档 - ABD最后汇总成最终文档） 2）然后我们每个节点都根据给定的过去的最佳文档，去让cursor总结出每个节点文档对应的规范&模板；最后还会写一个总体的引导md，告诉Cursor如何依照节点顺序生成文档 3）然后再引入原始录音的信息，去依次生成
-
问题 · 25 次
代表内容：完美解决我大型项目开发，使用git flow管理，本地电脑同时多窗口多任务之间的同步问题，原来除了不够轻盈，还有本地多分支文件夹之间，也需要通过远程仓库来做同步。 用worktree就方便多了，一台电脑里多窗口任务之间不再需要考虑开发分支同步问题，只需要做功能分支跟开发分支合并就好了
-
信息 · 18 次
代表内容：1）首先我们会把这个文档做一个拆解，拆解为几个节点（就是文档），一层一层的传递（原始信息 - A文档 - B文档 - C文档 - ABD最后汇总成最终文档） 2）然后我们每个节点都根据给定的过去的最佳文档，去让cursor总结出每个节点文档对应的规范&模板；最后还会写一个总体的引导md，告诉Cursor如何依照节点顺序生成文档 3）然后再引入原始录音的信息，去依次生成
-
saas · 8 次
代表内容：或者说在目前来说趋势是不是就是 vibe 功能代替 saas
-
产品 · 19 次
代表内容：所以关键是： 1 产品设计阶段把前面这几层都做好（specs 大家都很清楚，规范化关键是可辅助、可校验） 2. 在一部分场景，尤其是平台类的，梳理清楚设计系统（design token、基础组件、功能组件、业务 pattern），可以大幅提高 UI 的规范性和可控性，尤其业务 pattern 很重要 3. 剩下部分再分两类：一类是由产品和前端可以继续优化的，一类是交给专业 UI 继续的
关键词热度
文档 · 39问题 · 33信息 · 26saas · 20产品 · 20模板 · 20冲突 · 19功能 · 19很多 · 19也是 · 18了一 · 18生成 · 18vibe · 17测试 · 17现在 · 17都是 · 17业务 · 16时候 · 16然后 · 16觉得 · 16
消息时间线
展开查看 537 条历史消息（仅展示最近 150 条）
api设计对齐现在是我们做后端e2e测试的关键环节
期待，昨晚有会错过了
contract design/contract test，这个是以前的 推荐实践了
等我帮老板把PPT和文章写完，这个月应该会发出来
期待
666
是的，后端把API registry弄好，前端来提需求，Contract就是前端的mock和后端的测试
666
还有QA 自动化场景脚本依赖
前天我的一个同事demo了一个openapi 的新玩法，不仅可以把openapi当做服务之间的契约，也可以用于约束内部代码
最近在拿测试下手，以前搞不动，老板直接把团队调给了我，解决组织卡点[破涕为笑]
你们老板决心很足啊
是啊
他也等着你搞完 在集团层面汇报[旺柴]
但我们也摸索了很久了，感觉想清楚了
去年也在追求AI编码占比，发现不对劲……
主要坑是啥
发现coding效率已经不是最大瓶颈了？
对总体效能几乎没有影响
是的，纯编码时间可能只占10%不到，在我们这么臃肿的大团队里
并且前端后端各团队各自搞，会越搞越烂
@Phodal 八九年前咱俩认识的时候还都是在搞IoT，现在又在同一个领域遇到了 [憨笑]
老人。 这群里有朋友八九年前还在上初中
[破涕为笑] 老了
[旺柴][旺柴] 还好赶上了，不然我就是被 AI 优化的第一批人
人老的优势是退休也早 [旺柴]
我们小公司，没得退休，好好追随技术趋势
领域术语knowhow
期待
ai 代码补齐/ai 代码采纳率/ai 编码占比，这都是纯坑人的
坏了 AI 软件工程的很多名声，到现在还还有很多人在这个误区里面（效能在自说自话，架构师在骂娘）。
Nano banana pro提示词（需上传一张参考图）：
<instruction> (指令)
分析输入图像的整个构图。识别所有存在的关键主体（无论是单人、群体/情侣、车辆还是特定物体）及其空间关系/互动。
生成一个连贯的 3x3 网格“电影印样（Contact Sheet）”，展示在同一环境中完全是这些主体的 9 个不同镜头。
你必须调整标准的电影镜头类型以适应内容（例如，如果是群体，保持群体在一起；如果是物体，构图包含整个物体）：
第 1 行（建立背景）：
大远景 (ELS)： 主体在广阔的环境中显得很小。
全景 (LS)： 完整的主体或群体从上到下可见（从头到脚 / 从车轮到车顶）。
中远景 (美式镜头/四分之三)： 构图从膝盖以上（针对人物）或 3/4 视角（针对物体）。
第 2 行（核心覆盖）：
4. 中景 (MS)： 构图从腰部以上（或物体的中心核心）。聚焦于互动/动作。
5. 中特写 (MCU)： 构图从胸部以上。主要主体的亲密构图。
6. 特写 (CU)： 紧凑构图于脸部或物体的“正面”。
第 3 行（细节与角度）：
7. 大特写 (ECU)： 强烈聚焦于关键特征（眼睛、手、标志、纹理）的微距细节。
8. 低角度镜头 (仰视/虫眼)： 从地面仰望主体（壮观/英雄感）。
9. 高角度镜头 (俯视/鸟瞰)： 从上方俯瞰主体。
确保严格的一致性：所有 9 个面板中是相同的人物/物体、相同的衣服和相同的光照。景深应逼真地变化（特写镜头中的背景虚化）。
</instruction>
一个包含 9 个面板的专业 3x3 电影故事板网格。
该网格以全面的焦距范围展示输入图像中的特定主体/场景。
顶行： 宽广环境镜头，全视图，3/4 剪辑（膝上景）。
中间行： 腰部以上视图，胸部以上视图，脸部/正面特写。
底行： 微距细节，低角度，高角度。
所有帧均具有照片般逼真的纹理，一致的电影级调色，以及针对所分析的主体或物体特定数量的正确构图。
专业术语行业knowhow很关键啊
都是要求what，没有提how，说明以后眼高手低会是一个褒义词
真的
要不人家套壳的图啥
以后 what=how[旺柴]
@啊花 我们的prd评审还挺激烈的
真人评审吗？
人工的
我现在让cc给我搞个golang web service template
之前让同事搞，好几天了，还在搞分享环节，我等不及了
我周一把cc的这个扔出来，让他们评审，没意见的话就用起来
这样你之前负责的同事岂不是很尴尬 本来分享讨论几轮快收尾了
没事，带几个巧克力到办公室就解决了
帮他做了可能会更开心呢
那还挺不错的 还当心别人可能会觉得以后别交代我干活了 等machi的cc产出就行
大多数程序员还不能理解速度的重要性
我只做我这个项目和相关的，其他项目我不参与
business as usual那一块，就算爆炸了，我也不参与
说到这里， 我之前发现 chatgpt 多了一个功能， team chat， 我理解就是为了提升整个team和 ai的 collaborate的效率， 但是刚才我找了一下， 又没看到了
群聊, 出了很久了
"Nick@保利威视频" 撤回了一条消息
等于你在这个群加入了一个AI机器人
对，在哪儿呢？ 我现在没有看到了
右上角那个小人就是阿
"Vincent" 撤回了一条消息
没看到呀 我是在atlas 上打开的
mac 上的 chatgpt 终端 也没有看到
我免费版都有
你页面放大了吧？
我觉得 Claude Project 好好做做，加上多人协作，就无敌了
确实没有
ok 找到了 ， 在 chrome 版的 chatgpt 才有
其它以后如果有一个主题讨论, 可以试试chatgpt这个群聊
可以试试
关键里面的内容可以直接一个链接分享就能重新看到. 也可以让gpt随时做总结, 问问题
对， 我也没有用过 这个chatgpt 群聊，不知道体验如何
你想一个话题, 去创建一个链接发过来
我昨天试了一个 chatgpt的 新场景 还不错， 就是chatgpt 开 语音模式， 然后 通过vscode 打开 code 或一些 plan 通过语音和他讨论， 效率挺高。
远程开会新模式
https://chatgpt.com/gg/v/692c44c0fec48191b850f9bba3f2e5f4?token=eOzbi2uLkJkvZcj_VliatA
随便 试试吧
就是 讨论 这个 新协作模式 也行
你们开了这个群聊之后, chrome的cpu是不是爆表
我的cpu飙到270了
删掉才行.
别对任何 AI 工具抱有忠诚
如果你把自己锁在一个工具的舒适区里，未来两三年，你可能会被行业反超得毫无察觉。
多人聊天, 尤其是AI在思考的时候, 好卡
我的风扇也变响了，看来openai前端水平一般
估计要等desktop版才比较好
这个占用cpu太厉害了
估计得那种消息存在本地啥的会好点？
说到这个，我对微信生态的保守越来越不能忍了
这个做成熟了 比如支持语音了 还是有挺多使用场景的， 主要是 chagpt 他可以懂得 在合适得时候 用合适得方式插话
张小龙的“克制”可能会培养出对手
我也卡死了
前端有 bug 吧
不过刚刚体验了一下, 功能是不错的.
而且不会有冷场
就是太卡了, 没法愉快体验
估计内存泄漏
是cpu爆表
不会是用前端在跑小模型吧
不过 可能 Google 做 AI 协作 可能更加 顺滑， 毕竟Google 有 google meeting 也有 gemini
毕竟群聊消耗token很快.
是呀，刚开始看他每句话都回， 我都为他着急
hhhhh
今天是个很重要的纪念日：
3年前，一个简陋到只有一个对话框的网站上线了
Google: 你不会阴阳我, 几十年前只有一个输入框吧
我第一个chatgpt 的号 如果还在的话 都两年多了
那时候我用chatgpt的时候， 我同事们就发现我英语突然变好了， 然后 写shell和python能力 一下就提升了好多。。
我记得过了 差不多半年了， 然后我team的美国同事们才开始慢慢用起来
才发现有群聊这东西..
国内的 chat AI 是不是都没有做到跨会话共享信息？
gemini chatgpt 都有这能力了
群聊我也是今天才注意
估计上了也有几天了
chatgpt 的高级语音模式 越来越好用了 还可以和他聊天 一起看 文档 讨论问题
我刚才用这个来 预演 下周我准备和客户一起 看的东西， 我感觉还挺有帮助得
是的，尤其在手机上使用的时候需要一个好的梯子
所以我现在直接用eSIM流量卡了
esim流量卡是啥
用 air 吗
air
好用啊
大陆手机用不了
你这个流量卡办理应该是要外面的 id 对不？
港版没有问题
不用开梯子，原生新加坡ip，英国ip
流量稍贵，但是我觉得省了很多麻烦
哈哈哈哈
懂得都懂
hk 也可以
大概成本 多少呢
香港可以漫游到国内
6-10块钱1GB
电脑上用提子无所谓，手机用梯子体验太差了，经常掉线，而且电量也不经用
这个相当于是从运营商那里帮你路由到国外运营商了
Apple Intelligence也能用
感兴趣去小红书搜eSIM很多介绍
我的梯子在手机上很稳
说多了怕群没了
别用国行的
这样一算 6-10 1GB 挺划算
话说，用cursor开发大型系统的朋友们，你们一个月开支多少钱？
Cursor auto 不是不限量么
https://www.anthropic.com/engineering/effective-harnesses-for-long-running-agents
[强]
One final major failure mode that we observed was Claude’s tendency to mark a feature as complete without proper testing. Absent explicit prompting, Claude tended to make code changes, and even do testing with unit tests or curl commands against a development server, but would fail recognize that the feature didn’t work end-to-end.