Andy Stewart

统计数据

2222

文章

0

粉丝

0

获赞

48878

阅读

3小时前

很多人问我AI编程为什么这么快的原因？我觉得有三个点： 1. 思路清晰：做为有研发背景的产品经理，我每天无时无刻不在想功能逻辑、内在需求和任务分解，加上懒猫清单高效管理，我在给AI任务之前已经是逻辑清晰目标明确的 “小任务”，因为任务小，所以上下文小，所以AI精准打击，bug少 2. 善用Plan模式，很多人说Plan模式不就是 /plan 吗，有什么稀奇的？耗费人能量的是思考，AI也是，所以要提高效率，就要用很多 Plan 并行，我每天运行30多个AI，每个AI都用Plan和它聊天，Review它的计划。这样我90%的时间都在聊天，一旦30多个计划细节边界都聊清除，剩下的事情就很简单：执行、测试、Commit。关键是并行 Plan 可以节省你 90% 的时间，而且把人的精力划分成上午思考，下午执行，这样避免人脑在思考、执行和测试之前来回横跳，效率自然就高得多了 3. 多用Guard，一旦AI把代码写对了，或者好不容易把AI中途改坏的代码又拉回来了，我最喜欢就是和AI盘点，为什么中途被改坏了？是文档需求不明确？还是代码逻辑有冲突？还是测试脚本过期了？这些把事情做对以后的盘点，并把盘点的内容再次融入到文档、代码和CI中的习惯，会减少以后增加功能的时候AI把已有功能改坏的几率，少回归，自然效率就高了总结一下就是：目标清晰、并行Plan、盘点正确的原因 ---------------------------- 分享一下，我和AI盘点一次懒猫读书开发过程回归bug后，AI给的最后结论： - 这次修好的“正确规则”不是单点改动，而是三层规则组合；旧的 guard 只保护了第一层，所以后续 AI 很容易在第二、三层回归。 - 从你贴的日志看，很多跳转里 stableCfi 明显早于 effectiveTarget，但随后出现了 epub-note-jump-final-visibility，说明目标标注已经可见。也就是说：笔记跳转成功判定应以“标注是否可见”为准，不应以 stableCfi 是否逼近 target CFI 为准。 - 这正好和旧分页微调逻辑冲突：旧逻辑会看到 stableCfi < targetCfi 就继续 nudge，结果把已经可见的标注再推走。我看到的冲突 - 代码历史冲突 - src/composables/useRenderer.ts:301 现在是“优先 start CFI，其次 range CFI，最后才兜底 end CFI”。 - 但历史上 3b9e6e1 曾把规则改成“优先 end CFI”。这和更早版本“标注导航默认使用 start CFI”相反，属于直接覆盖旧正确规则。 - guard 保护不完整 - tools/epub_jump_guard_baseline.json:31 现在只锁了入口规则：const targetCfi = hasMeaningfulEpubCfi(startCfi) ? startCfi : rangeCfi - 但它没有锁下面这些这次证明很关键的行为： - annotation 分页对齐优先使用 range CFI - annotation 跳转后必须做可见性检查 - 只要标注已可见，就禁止继续 auto-nudge - nudge 方向要基于“目标是否在当前页窗前/后”，不是只基于 stableCfi 与 target 的简单比较 - 文档缺失 - 现有只有分页残影文档 docs/epub-pagination-guard.md:1 - 没有专门固化“EPUB 笔记跳转规则”的文档，所以后面改搜索、TTS、分页对齐时，很容易把 annotation jump 也按搜索/TTS 的思路一起改坏。 - 库层噪声会误导修复 - 你日志里的 No startContainer found for ... 来自 epubjs 自己：node_modules/epubjs/src/epubcfi.js:972 - 这说明“range CFI 解析失败”是常见库层现象，不能据此推导应该继续翻页；否则又会回到这次的回归路径。从日志反推出的新规则 - 入口选择：annotation jump 应优先 start CFI，不是 end CFI - 页内对齐：paginated 模式下应优先用 range CFI 做对齐，而不是只拿 start CFI - 成功判定：以标注 DOM 或 CFI range 在当前页可见为准 - 微调条件：仅当“当前页不可见”时才允许 nudge - 微调方向：基于当前页窗 vs 目标区间的位置关系，不是简单比较 stableCfi 和 target 我建议固化到 guard / 文档里的新底线 - src/composables/useRenderer.ts:301 继续锁死 annotation 入口优先 start CFI - src/components/reader/EpubRenderer.vue:9029 附近增加 guard：annotation paginated align 必须允许用 range CFI - src/components/reader/EpubRenderer.vue:9047、src/components/reader/EpubRenderer.vue:9314 附近增加 guard：annotation jump 必须存在 post-display visibility check / final visibility check - src/components/reader/EpubRenderer.vue:9066、src/components/reader/EpubRenderer.vue:9132 附近增加 guard：visible 时禁止继续 nudge - 补一份单独文档，明确 annotation jump 与 search jump / TTS page turn 的规则不同，不能复用“逼近 target CFI”心智模型

4小时前

mac mini可能没想到，有一天用户会想带着自己出门🤣 明明在家装台懒猫微服就能搞定的事，整这么麻烦🤡

#Mac mini #便携性 #懒猫微服

4小时前

有仪式感的玩游戏可能会觉得更好玩🤣 皮卡丘应该也同意🤪

5小时前

其实我发现折叠屏手机就是最好的电子书 1. 屏幕够大，很多电子书的分辨率和屏幕都没有折叠屏大 2. 平常单屏当手机用，不会忘记，泡面盖经常忘记 3. 出差还可以看看电影和Excel表格，比平板轻多了

#折叠屏手机 #电子书 #大屏幕 #便携性 #多功能

6小时前

AI编程经验，如果你想清除日志你应该说 “从代码层面清除多余的日志，但是不要加日志屏蔽开关” 这样就可以阻止AI偷懒，你以为它很快的把日志清了，它实际上偷懒加了个选项把你的日志功能干废，再也没有任何日志输出

#AI编程 #清除日志 #日志管理

7小时前

今天开了20个AI在调bug，但是遇到一个诡异的问题，就是打死都没有日志输出我吃完饭，我换了一个AI，我说为什么没有日志输出？他说你原来的AI给你加了一个日志的过滤器，把所有的日志都过滤掉了🤣

15小时前

周末一次跑8个AI开始干活

1天前

codex 5.4 的 /fast 模式好爽啊，又快又好，RMB花的好爽

1天前

AI基本上把软件翻译行业干趴下了，之前软件翻译主要考虑几点： 1. 上下文，同一个单词的语境不一样，英文用词不一样 2. 专业词库，比如计算机、医学、专业领域的词汇 3. 更新复杂，文件多、增量检查、多语种同义现在，任何规模的软件，直接让它跑半个小时，全自动翻译

1天前

有了AI以后可以多个项目同时开发，而且还不耽误我每天开会、运营推特、读书、多邻国、游泳和研究产品今天搞定了 1. 懒猫读书深度适配iOS全屏和深色主题 2. 懒猫旅游地图适配iOS系统 3. 懒猫剪切板适配iOS系统并大幅优化性能要放在以前，这是一周的工作量，现在AI帮助下，只需要开会的间隙，总共不超过2个小时就搞定了

1天前

分享几个好像没多少人知道的信息差，用得到就赚了 1. 纯钛保温杯之前价格还挺贵，动辄小几百。iPhone 15 Pro系列也把钛金属边框作为卖点。但现在国内已经有大厂把纯钛保温杯的价格打下来了，用来喝茶跟咖啡挺好，不留味也容易洗，属于又轻又好用，还安全； 2. 手机以旧换新这点是公司小伙伴亲身经历了说的。只要遇到京东/天猫活动，从以旧换新的渠道换手机比直接买轻轻松松便宜大几百。最近他从iPhone 14 Pro换成iPhone Air，平台补贴了800，还能使用国补； 3. 找我买懒猫微服作为懒猫微服CEO，纯纯是给推友福利，面对内存固态价格大涨的情况下我压着懒猫微服没涨价，同时评论区留言找我买的用户依旧给发BOSS专享券，做到极致性价比。当然以前囤的内存跟硬盘卖光就不得不涨价了，望理解。大家还知道有什么信息差吗，欢迎分享。😎

1天前

你们知道 AMD 和 Intel 芯片差距最大的点在什么吗？ Intel 芯片内存吃爆的时候整个桌面都还是保持流畅的，而 AMD 就会直接卡死特别是在 Linux 桌面下这个问题特别严重，Gemini CLI 为什么这么吃内存，我 64G 的都不够它吃🥲

1天前

索尼VAIO的这个设计真合理。不光视角更好，还提高了散热效率，让电脑性能更好释放。

1天前

在普通用户的触达率上，微信的能力确实无出其右。只不过同样非常挑客户和产品类型以及创意。这种小游戏仅需要靠着大家不服输的心理和广撒网式的推送广告就能做到打开率飙升。放到其他行业就不一定了。都需要找准自己的营销渠道。适合自己的才是最好的。比如大家说说，懒猫微服最重要的渠道是哪里？

1天前

别看这哥们说得天花乱坠，但如果是想把游戏投到电视或者对延迟要求很高的情况下，更推荐毫米波投屏器😏

1天前

这两天招人招累了，给同事们分享一下面试人的经验我们公司面试人其实就看三点 1.这个人是否诚实？怎么说呢？真正厉害的人的简历都是非常朴实的，以分享的观点在写。而那些水平不高的人，简历非常的花哨，把他前公司的所有的厉害的事情都写在他自己身上 2.这个人是否喜欢学习？真正喜欢学习的人，他的成长经历都是细节满满的。而且你问他的问题，他都会一针见血地回复出来。而那些花哨的人，就会说一些看似非常正确却没有水平的话 3.你是否愿意和这个人工作？这一点没有固定的识别方法，就完全是面试过程中，你感受对方的气场。如果对方是一个狂妄的、骄傲的，而且不真诚的人，你可以在你的第六感里面感受出来。简单一句就是，如果这个人今天跟你一起工作，你愿意和他工作吗？简单总结来说，诚实的人上限非常高。爱学习的人，不管他现在水平在什么地方，他以后一定会成长得非常快。很多谦虚的人组在一起，团队才能拧成一股绳。

1天前

挑战全网最专业的 NAS UPS 管理软件😎 由懒猫微服社区大牛王.W 开发。

1天前

Gemini CLI的最大用处是编写Skill，不要浪费了，效果非常棒 Gemini 3.1 Pro 这个模型它的逻辑能力非常的强它的推理能力也很强，但是写代码的能力的确没有 CodeX 和 Claude Code 那么强大但是 Gemini 3 Pro 作为一个老师傅老教授的风格你可以让它来替你设计Skill 整体的效果感觉都很好非常推荐

1天前

CodeX 5.4配合最新CLI小技巧：/fast 速度拉满🚀

1天前

Codex 5.4 的情绪价值很足啊快完的时候，它会告诉你，别着急，马上就好了 AI时代，每个人都可以体验当老板的快乐🤣

1天前

Codex 5.3已经很强了，早上用上了 Codex 5.4 更快更强了，奥特曼还是牛逼我马上让公司运维同事全员切换 Codex 5.4 ，给每个人无限额的Tokens 不管一个月用多少，公司都兜底所有AI费用

1天前

以后估计很难有人再嘲讽比亚迪没有充电站了🤣 有钱有实力就是豪横，比亚迪搞出了个闪充站的圆梦计划，只要有4位闪充车主在同一区域提出，比亚迪就去装个站。而这些车最低售价才十几万。以比亚迪现在卖车的速度，只要他信守承诺，那么这个闪充站应该很快就会铺开了🤔

1天前

codex 5.4发布了，赶紧起床，迫不及待去公司体验了，一会和大家分享和5.3的差异

2天前

被打断深度思考 Vibe Coding很痛苦😑 但同事说一定要演示一下懒猫读书听书功能我就忍了吧🙃 在用户群里面发了一下最新的 iOS 微信读书效果小伙子就冲进来非要录个视频说这功能太牛逼了懒猫读书支持听书一键对任意书籍进行全自动播放支持电脑端手机端苹果现在还有全界面优化想找一款好用的读书软件可以选择懒猫读书评论区扣1，一对一分享我的VibeCoding开发心路历程

2天前

买椟还珠放到这个上面就合理了🤡 788000元的保护壳，为了保护1000元的AirPods..... 我不懂时尚了。

...