Post #694
532
为了研究一个抄袭问题，重新开始学习各种语言学 / NLP 知识，也算是回炉重造了
Channel Public Channel
DP - Subscribers
- 1K
- Photos
- 151
- Videos
- 3
- Links
- 491
Showing posts older than #695 · Back to latest
Older Posts 20 shown
Post #693
649
Vibe coding 最大的代价就是体重飙升，今年长了5公斤。
每周三四次的训练我也没断啊，要是没这些，岂不是长更多？
看来要 vibe fitting 了
每周三四次的训练我也没断啊，要是没这些，岂不是长更多？
看来要 vibe fitting 了
Post #692
559
Forwarded from DPS Main
近距离观察了朋友怎么用 AI，然后给了一些建议。
背景是我们合作在写一套培训课程，有比较特殊的文件要求 （scorn），我们两人精力有限，都想借助 AI 完成大部分工作。我们的分工是我朋友负责文字和图片内容，我负责除此之外的所有。
所以最近几周，我构建了大量的工具，比如课程内容写在 yml 文件里，然后可以渲染成 html，这样就可以在浏览器里预览所有内容和交互。还把客户的要求全都提炼出来，形成一套半自动生成内容，全自动渲染部署的系统（他们非常主观，没有系统性的书面要求）。
结果和我朋友之前产生了不小的 gap，我在项目里特地为她的 agent 优化，这样只要她的 claude 读到项目，理论上就可以无缝衔接。但无论怎么试，发现有巨大的隔阂。
直到今天近距离观察她是怎么用的，才发现原因：
1. 她打开 cluade desktop，然后手敲一大行 prompt，让 claude 根据素材生成 prompt；
2. 然后把相应的文件和上面的 prompt 放到千问的聊天框里，让千问干活；
3. 然后再把千问的结果贴回 claude，然后又问 claude 哪些地方需要插图，并要它生成图片的 prompt；
4. 再把这些贴到 Meta AI 里的聊天框，生成图片。再下载回来，丢给 claude。
如此反复。
我建议她：
1. 使用 paseo 来调度不同的 agent；
2. 安装 opencode，这样可以用 qwen 的 API，而且不贵。
3. 可以在 paseo 里直接用 claude 调用 opencode cli。让 claude 读到项目的上下文，然后生成相应的 prompt，直接调用 qwen 生成内容；
4. 预览之后，要求 qwen 修复一些问题；
5. 然后让 claude 查看什么地方适合插图，看看项目里是否已经有爬取的图片或者生成的图片可以直接用，没有的话，生成 prompt 丢给 codex 去生成图片；
6. 然后把生成的图片，和相应的 prompt 写成图片描述，存到 manifest 里。以后再用的时候，就可以通过 manifest 直接定位到图片。
对了，以上几步都生成了 skill，以后她都不用怎么手敲 prompt 了，只要 / 就能调用 skill
背景是我们合作在写一套培训课程，有比较特殊的文件要求 （scorn），我们两人精力有限，都想借助 AI 完成大部分工作。我们的分工是我朋友负责文字和图片内容，我负责除此之外的所有。
所以最近几周，我构建了大量的工具，比如课程内容写在 yml 文件里，然后可以渲染成 html，这样就可以在浏览器里预览所有内容和交互。还把客户的要求全都提炼出来，形成一套半自动生成内容，全自动渲染部署的系统（他们非常主观，没有系统性的书面要求）。
结果和我朋友之前产生了不小的 gap，我在项目里特地为她的 agent 优化，这样只要她的 claude 读到项目，理论上就可以无缝衔接。但无论怎么试，发现有巨大的隔阂。
直到今天近距离观察她是怎么用的，才发现原因：
1. 她打开 cluade desktop，然后手敲一大行 prompt，让 claude 根据素材生成 prompt；
2. 然后把相应的文件和上面的 prompt 放到千问的聊天框里，让千问干活；
3. 然后再把千问的结果贴回 claude，然后又问 claude 哪些地方需要插图，并要它生成图片的 prompt；
4. 再把这些贴到 Meta AI 里的聊天框，生成图片。再下载回来，丢给 claude。
如此反复。
我建议她：
1. 使用 paseo 来调度不同的 agent；
2. 安装 opencode，这样可以用 qwen 的 API，而且不贵。
3. 可以在 paseo 里直接用 claude 调用 opencode cli。让 claude 读到项目的上下文，然后生成相应的 prompt，直接调用 qwen 生成内容；
4. 预览之后，要求 qwen 修复一些问题；
5. 然后让 claude 查看什么地方适合插图，看看项目里是否已经有爬取的图片或者生成的图片可以直接用，没有的话，生成 prompt 丢给 codex 去生成图片；
6. 然后把生成的图片，和相应的 prompt 写成图片描述，存到 manifest 里。以后再用的时候，就可以通过 manifest 直接定位到图片。
对了，以上几步都生成了 skill，以后她都不用怎么手敲 prompt 了，只要 / 就能调用 skill
- 👍 3
Post #691
689
DPS Build 前阵子，为了现金流，接了一个与核心业务完全不相干的活，现在后悔不已。 核心业务已经搭好了工具库，有项目进来就可以上手，有些个例需要临时休整一下，可以同时接好几个项目，所以整体来说比较容易拓展。 这个不相干的活处处都是雷： 1. 每一个子项目都要按需抓取数据，而且是从不同的网站抓，能不能抓得到还是未知数； 2. 设计大量前端设计，客户非科技行业，非产品经理，无法提供详细量化目标； 3. 要用到的工具库非常小众，需要花大量时间试错。 4. 最要命的是这种项目几乎是一次性的，不太可能再有类似的需求。…
说说从这个项目上学到的经验和教训吧：
1. 以后绝对不接这种项目，无法拓展，无法复用；
2. 接项目之前必须要有明确的需求文档。我们反复问客户要需求文档，一直说没有，然后预览的时候提一大堆要求，我们只能根据这些反馈生成需求文档。过了几周之后，才给了一个成型的文档，聊胜于无吧；
3. 哪怕是非代码项目也尽量用代码的思路来迭代，这样可以构建一些工具来提高效率，然后可以在此基础之上生成一些 skill，省得反复手敲 prompt；
4. 把 CI / CD 的思路也引入进去，这样可以一直迭代。本来客户要求用 ppt 预览，第一次效果很差，我们建议后面直接给 html。发去文件之后，他们的浏览器又不能渲染。最后选择了 cloudflare pages + zero trust access 构建了一套线上预览系统，限制用指定邮箱访问，这样他们只要用邮箱接收验证码就能看到最新版本；
5. 预算之内，能用钱买到的 SaaS 服务就不要自己重造轮子。客户要求能在线上预览里标注，找了一圈，我们选了 bugherd，比我们想象得好用的多。只要多加一个按钮，用户可以在上面的的网页自由标注，我们可以从 bugherd 上看到这些 ticket，直接从它的 API 里读到反馈，然后丢给 agent 改，改完之后标注 ticket 完成，我们可以再次发布。整个过程我们可以不用登陆 bugherd 后台。要是自己写这个轮子，或者部署开源的方案都耗费精力。
6. 写了一套按照内容生成流程图 svg 的工具，这样这些流程图就不用走 AI 生成的路了，可以大大节省 token 的消耗。
7. 和搭档之间的合作也尽量走 agent ，这样可以大大太高效率。比如共用 一套 skills，让 agent 生成各种另外一个 agent 可以读懂的文档。
1. 以后绝对不接这种项目，无法拓展，无法复用；
2. 接项目之前必须要有明确的需求文档。我们反复问客户要需求文档，一直说没有，然后预览的时候提一大堆要求，我们只能根据这些反馈生成需求文档。过了几周之后，才给了一个成型的文档，聊胜于无吧；
3. 哪怕是非代码项目也尽量用代码的思路来迭代，这样可以构建一些工具来提高效率，然后可以在此基础之上生成一些 skill，省得反复手敲 prompt；
4. 把 CI / CD 的思路也引入进去，这样可以一直迭代。本来客户要求用 ppt 预览，第一次效果很差，我们建议后面直接给 html。发去文件之后，他们的浏览器又不能渲染。最后选择了 cloudflare pages + zero trust access 构建了一套线上预览系统，限制用指定邮箱访问，这样他们只要用邮箱接收验证码就能看到最新版本；
5. 预算之内，能用钱买到的 SaaS 服务就不要自己重造轮子。客户要求能在线上预览里标注，找了一圈，我们选了 bugherd，比我们想象得好用的多。只要多加一个按钮，用户可以在上面的的网页自由标注，我们可以从 bugherd 上看到这些 ticket，直接从它的 API 里读到反馈，然后丢给 agent 改，改完之后标注 ticket 完成，我们可以再次发布。整个过程我们可以不用登陆 bugherd 后台。要是自己写这个轮子，或者部署开源的方案都耗费精力。
6. 写了一套按照内容生成流程图 svg 的工具，这样这些流程图就不用走 AI 生成的路了，可以大大节省 token 的消耗。
7. 和搭档之间的合作也尽量走 agent ，这样可以大大太高效率。比如共用 一套 skills，让 agent 生成各种另外一个 agent 可以读懂的文档。
- 👍 4
- ❤ 1
Post #690
3.68K
Post #689
873
震惊了，比老人页面更简洁的是英文界面，打开招商银行，转换成英文页面之后，只有这个极简页面了。
所以到底是蠢还是坏呢？
所以到底是蠢还是坏呢？
- 😁 6
- 👍 1
Post #688
818
关注这个频道的大部分都是程序员吧？
在这个 AI 时代，与其死命做 SaaS，不如找个靠谱的商业搭档一起看看传统行业的机会，说不定机会更多。
我认识我的合伙人十年了，我们去年底重新开始合作，小目标就是在不融资的情况下，把两个人的薪水先赚出来。
一开始也想做 SaaS，毕竟我们都有相关经验。做了三四个月发了 MVP，但是发现这个产品能解决的痛点有限，根本没人买单。
中间见了不少潜在客户，其中一个感叹自己的网站没什么流量，我们开玩笑说可以帮忙看看。过了一两周，他们说在看不同 seo agency 的报价，让我们把把关。我合伙人说，不如我们来吧。
然后我们就硬着头皮顶上去了，没想到效果立马显现，我也越来越有信心。三个月之后，不少网页都成为了 Google 头条，在 ChatGPT / Claude 之类的 AI 应用内也可以看到他们被引用。
客户相当满意，因为他们从网站上获得不少优质询价，甚至来自他们之前怎么也打不进去的市场。
有了这一成功经验之后，我们胆子也大了，开始 pitch 大大小小各种公司。成功签下两个跨国上市公司，当然做的也不仅仅是 seo。
我们分工很明确，我合伙人负责市场和沟通，我只负责技术。因为之前就共事过，所以明白怎么合作最舒服。
她和我都省心，这不，她都开始全职去读 jd 了，对了，她还是三个娃的妈。我也不需要管理下属，不需要格外的沟通，只要和她沟通，和 agent 沟通，偶尔和客户沟通一下。
今年的小目标应该是没什么问题了，所以和一个靠谱的商业搭档合作可能比自己单干要省心不少。
在这个 AI 时代，与其死命做 SaaS，不如找个靠谱的商业搭档一起看看传统行业的机会，说不定机会更多。
我认识我的合伙人十年了，我们去年底重新开始合作，小目标就是在不融资的情况下，把两个人的薪水先赚出来。
一开始也想做 SaaS，毕竟我们都有相关经验。做了三四个月发了 MVP，但是发现这个产品能解决的痛点有限，根本没人买单。
中间见了不少潜在客户，其中一个感叹自己的网站没什么流量，我们开玩笑说可以帮忙看看。过了一两周，他们说在看不同 seo agency 的报价，让我们把把关。我合伙人说，不如我们来吧。
然后我们就硬着头皮顶上去了，没想到效果立马显现，我也越来越有信心。三个月之后，不少网页都成为了 Google 头条，在 ChatGPT / Claude 之类的 AI 应用内也可以看到他们被引用。
客户相当满意，因为他们从网站上获得不少优质询价，甚至来自他们之前怎么也打不进去的市场。
有了这一成功经验之后，我们胆子也大了，开始 pitch 大大小小各种公司。成功签下两个跨国上市公司，当然做的也不仅仅是 seo。
我们分工很明确，我合伙人负责市场和沟通，我只负责技术。因为之前就共事过，所以明白怎么合作最舒服。
她和我都省心，这不，她都开始全职去读 jd 了，对了，她还是三个娃的妈。我也不需要管理下属，不需要格外的沟通，只要和她沟通，和 agent 沟通，偶尔和客户沟通一下。
今年的小目标应该是没什么问题了，所以和一个靠谱的商业搭档合作可能比自己单干要省心不少。
- 👍 16
Post #687
2.19K
如果每周的 token 限量没有用完，其实最超值的用法是用最好的模型优化你的 skills，因为 skills 会反复被调用，不仅直接关系到最后实现效果的优劣，还直接影响 token 的消耗，妥妥的复利效应。
Post #686
881
前阵子，为了现金流，接了一个与核心业务完全不相干的活，现在后悔不已。
核心业务已经搭好了工具库，有项目进来就可以上手，有些个例需要临时休整一下，可以同时接好几个项目，所以整体来说比较容易拓展。
这个不相干的活处处都是雷：
1. 每一个子项目都要按需抓取数据，而且是从不同的网站抓，能不能抓得到还是未知数；
2. 设计大量前端设计，客户非科技行业，非产品经理，无法提供详细量化目标；
3. 要用到的工具库非常小众，需要花大量时间试错。
4. 最要命的是这种项目几乎是一次性的，不太可能再有类似的需求。
完全就是时间黑洞，而且大量占用核心业务的时间精力。以后再也不能范这种错误了。
核心业务已经搭好了工具库，有项目进来就可以上手，有些个例需要临时休整一下，可以同时接好几个项目，所以整体来说比较容易拓展。
这个不相干的活处处都是雷：
1. 每一个子项目都要按需抓取数据，而且是从不同的网站抓，能不能抓得到还是未知数；
2. 设计大量前端设计，客户非科技行业，非产品经理，无法提供详细量化目标；
3. 要用到的工具库非常小众，需要花大量时间试错。
4. 最要命的是这种项目几乎是一次性的，不太可能再有类似的需求。
完全就是时间黑洞，而且大量占用核心业务的时间精力。以后再也不能范这种错误了。
- 👍 4
Post #685
951
不知道哪个大聪明想出来的办法：
1. 在海外用 IPv4 打不开这个网站；
2. 在海外用 IPv6 可以正常打开
这样领导检查起来，嗯，我们的政府网站封禁了所有海外访问，浏览器根本打不开。
真要是有人想从海外浏览这个网站，走 IPv6 就可以
http://english.shanghai.gov.cn/
english.shanghai.gov.cn SHANGHAI CHINA-International Services Shanghai The website serves as a one-stop platform for expats, offering extensive information on doing business, working, traveling, studying, shopping, and living in Shanghai. In addition to practical guides, it provides the latest news, in-depth city insights, and… 1. 在海外用 IPv4 打不开这个网站；
2. 在海外用 IPv6 可以正常打开
这样领导检查起来，嗯，我们的政府网站封禁了所有海外访问，浏览器根本打不开。
真要是有人想从海外浏览这个网站，走 IPv6 就可以
http://english.shanghai.gov.cn/
Post #684
1.17K
DPS Build GigaOM 的创始人 Om Malik 刚刚去世，那么多科技界名人都写了悼文： https://om.co/2026/06/24/1966-2026/ https://ma.tt/2026/06/om-forever/ https://daringfireball.net/linked/2026/06/25/om-malik-rip https://arun.is/blog/good-bye-om-malik/
Post #683
2.05K
GigaOM 的创始人 Om Malik 刚刚去世，那么多科技界名人都写了悼文：
https://om.co/2026/06/24/1966-2026/
https://ma.tt/2026/06/om-forever/
https://daringfireball.net/linked/2026/06/25/om-malik-rip
https://arun.is/blog/good-bye-om-malik/
https://om.co/2026/06/24/1966-2026/
https://ma.tt/2026/06/om-forever/
https://daringfireball.net/linked/2026/06/25/om-malik-rip
https://arun.is/blog/good-bye-om-malik/
Post #682
957
DPS Build 写个简单的 MVP playbook 吧，如果确实想赚到钱的话： 1. 想到一个需求之后，先把 landing page 写出来； 2. 买一个域名之后，赶紧发布到 google，登陆 google search console 提交 sitemap 3. 在 google search console 里选 Core Web Vitals，跑一下测试，把所有的性能问题都修复； 4. 等着 google 收录这个 landing page，然后根据 gsc 的数据做优化 landing page，开发产品的…
帮朋友看了一下他的产品网站，已经跑了好多年了，在好几个渠道销售，很稳定的收入，但也没有爆发式的增长。
其实是很典型的 landing page，除了一个单页，就什么都没有了。视觉上蛮在线的，但是 google 什么的不会给曝光量。
一个月不到一万的曝光，点击率倒是奇高无比，有16%。大多数都是在其他渠道看到这个产品，直接搜产品名进来的，所以点击率有这么高。但是看 gsc 的数据，通过其他关键词进来的流量很小。
也就是说，哪怕在线时间够长，在其他渠道有不错的曝光，网站本身不做 SEO 优化的话，还是拿不到 google 的自然流量。
看了看他的几个竞品，也都没怎么做 SEO，所以有针对性地做了些调整，等他自己部署吧。
其实是很典型的 landing page，除了一个单页，就什么都没有了。视觉上蛮在线的，但是 google 什么的不会给曝光量。
一个月不到一万的曝光，点击率倒是奇高无比，有16%。大多数都是在其他渠道看到这个产品，直接搜产品名进来的，所以点击率有这么高。但是看 gsc 的数据，通过其他关键词进来的流量很小。
也就是说，哪怕在线时间够长，在其他渠道有不错的曝光，网站本身不做 SEO 优化的话，还是拿不到 google 的自然流量。
看了看他的几个竞品，也都没怎么做 SEO，所以有针对性地做了些调整，等他自己部署吧。
Post #681
865
今年的收购有多疯狂呢？一个朋友的公司年初被收购，结果最近收购他的公司又被另一家公司收购。半年被收购了两次🤣
Post #680
995
Telegram 终于直接支持 markdown 了
- 👍 2
Post #679
1.13K
DPS Build 苦于卖不动自己产品的 builder，其实可以找找有没有靠谱的 marketer，一起搭档试试。不一定要死磕 SaaS 产品，可以一起看看什么能立刻产生现金流的项目，看做起来。 我搭档和我两个人，去年十月底敲定方向做一个很具体的 SaaS 产品。三个月写得差不多了，但是发现 onboarding 流程特别长，很不好卖。 当然这三个月也见了不少客户，其中一家是做线上课程的，聊下来之后，发现我们可以帮他们开发一套课程。 当然条件也比较有挑战，不光要有 pptx，还要提供 scorm 文件。scorm 是什么呢？就是线上课程届的…
往好了讲，目前的工作状态基本上非常完美，日常只要和 AI 以及我的搭档交流。客户方面基本上都是搭档搞定，除了定期的进度更新，技术部分我和客户交流，基本上就不怎么需要和其他人交流。
当然从另一个角度而言，AI 是我的 agent，我是我搭档的 agent。看到有什么机会，就丢给我评估一下，我找 AI 评估一下，觉得问题不大就报价跟进。签完合同之后，所有问题就是客户找我，我找 AI，所以我成为了客户的 agent。🤣
当然从另一个角度而言，AI 是我的 agent，我是我搭档的 agent。看到有什么机会，就丢给我评估一下，我找 AI 评估一下，觉得问题不大就报价跟进。签完合同之后，所有问题就是客户找我，我找 AI，所以我成为了客户的 agent。🤣
- 🤣 5
Post #678
1.03K
这期把怎么搭翻墙服务讲得很明白了：
1. 最早只要在境外找个机房就可以搭；
2. 为了更好的体验，会找阿里云，腾讯云的专线，因为他们在境内外都有机房，所以客户的需要，他们有快连服务（两者之间没有墙），所以在这种上面部署翻墙服务体验很好，当然这条路现在基本被堵死；
3. 除了云厂商，运营商也有类似精品线，专线服务，只不过贵的要命。
4. 收费也不是问题，找另一家公司代收支付宝/微信支付，然后转成加密货币入账。
https://overcast.fm/+ABO6eQuuJ5M
overcast.fm 甘文威：从年入百万到偷渡逃亡，在中国卖VPN会遭遇什么？ — 不明白播客 今年4月起，中国当局对VPN产业的监管明显升级，对数千万甚至上亿习惯了翻墙的中国用户来说，这堵墙似乎变得前所未有地难以翻越。本期节目嘉宾甘文威从事翻墙产业超过10年，期间做过游戏加速器、VPN，还给同行转售中国的服务器。2024年他遭到深圳、夏津两地公安的“远洋捕捞”，他在取保候审后选择偷渡出境。我们聊到了在中国翻墙到底是一门怎样的生意，这次针对VPN的打击究竟是怎么回事，甘文威会如何看待这次打击对于翻墙用户的影响，以及甘文威所遭遇的“远洋捕捞”与惊险的逃亡之路。还有那个很多人都会关心的问题：翻墙会越来越难吗？… 1. 最早只要在境外找个机房就可以搭；
2. 为了更好的体验，会找阿里云，腾讯云的专线，因为他们在境内外都有机房，所以客户的需要，他们有快连服务（两者之间没有墙），所以在这种上面部署翻墙服务体验很好，当然这条路现在基本被堵死；
3. 除了云厂商，运营商也有类似精品线，专线服务，只不过贵的要命。
4. 收费也不是问题，找另一家公司代收支付宝/微信支付，然后转成加密货币入账。
https://overcast.fm/+ABO6eQuuJ5M
Post #677
1.39K
苦于卖不动自己产品的 builder，其实可以找找有没有靠谱的 marketer，一起搭档试试。不一定要死磕 SaaS 产品，可以一起看看什么能立刻产生现金流的项目，看做起来。
我搭档和我两个人，去年十月底敲定方向做一个很具体的 SaaS 产品。三个月写得差不多了，但是发现 onboarding 流程特别长，很不好卖。
当然这三个月也见了不少客户，其中一家是做线上课程的，聊下来之后，发现我们可以帮他们开发一套课程。
当然条件也比较有挑战，不光要有 pptx，还要提供 scorm 文件。scorm 是什么呢？就是线上课程届的 pdf，只能用专用软件开发，调试，部署。客户用的是 Articulate Rise，这东西特别变态，只能在里面手动编辑，无法导入制作好的 scorm 文件，也不开放 api。所以批量制作课程的可能性几乎为零。
最后找到的方案是，我们自己制作 pptx + scorm 文件，然后提供内容和部署两套审核方案。
当然所有这些都离不开和 Claude + Codex 的深入探讨。如果没有这些工具，以前是万万不敢接这种项目的。
我搭档和我两个人，去年十月底敲定方向做一个很具体的 SaaS 产品。三个月写得差不多了，但是发现 onboarding 流程特别长，很不好卖。
当然这三个月也见了不少客户，其中一家是做线上课程的，聊下来之后，发现我们可以帮他们开发一套课程。
当然条件也比较有挑战，不光要有 pptx，还要提供 scorm 文件。scorm 是什么呢？就是线上课程届的 pdf，只能用专用软件开发，调试，部署。客户用的是 Articulate Rise，这东西特别变态，只能在里面手动编辑，无法导入制作好的 scorm 文件，也不开放 api。所以批量制作课程的可能性几乎为零。
最后找到的方案是，我们自己制作 pptx + scorm 文件，然后提供内容和部署两套审核方案。
当然所有这些都离不开和 Claude + Codex 的深入探讨。如果没有这些工具，以前是万万不敢接这种项目的。
- 👍 4
Post #676
918
昨天帮朋友在 Mac 上设置 screen sharing，结果自动开启了麦克风。menu bar 上提醒 FaceTime 开启了麦克风，但是 FaceTime 并没有启动。
怎么关都关不掉。进程里没有 FaceTime，系统设置里取消了所有 app 的麦克风权限，把 remote management 取消，只选 screen sharing 也没用，重启也没有用。
没辙了，只好丢给 claude code，让它检查权限。直接用 bash 命令还是关不掉。最后和它讨论，这次 screen sharing 是用 Apple ID 登陆的，然后它解释说这不是普通的 vnc screen sharing，而是基于SharePlay 的 FaceTime Screen Sharing。
最后还是使用 vnc://tailscale IP 开启了传统的 vnc screen sharing。这边也有一个坑，就是要用 mac 的用户名，而不是登陆邮箱。
很莫名其妙的产品设计，完全没有提示，而且没有任何官方文档。要不是 claude，不知道要多久才能搞明白。
怎么关都关不掉。进程里没有 FaceTime，系统设置里取消了所有 app 的麦克风权限，把 remote management 取消，只选 screen sharing 也没用，重启也没有用。
没辙了，只好丢给 claude code，让它检查权限。直接用 bash 命令还是关不掉。最后和它讨论，这次 screen sharing 是用 Apple ID 登陆的，然后它解释说这不是普通的 vnc screen sharing，而是基于SharePlay 的 FaceTime Screen Sharing。
最后还是使用 vnc://tailscale IP 开启了传统的 vnc screen sharing。这边也有一个坑，就是要用 mac 的用户名，而不是登陆邮箱。
很莫名其妙的产品设计，完全没有提示，而且没有任何官方文档。要不是 claude，不知道要多久才能搞明白。
- 👍 1
Post #675
1.12K
在 Claude / Codex 里跑 /goal 之前，除了要设定合适的目标，写完整的测试之外，别忘了检查测试的时间。
不如我有个 repo 有1300+测试，跑一轮要140秒。检查之后，发现有两个最慢的测试分别耗时80秒和87秒。改完之后，分别减少到0.1秒以内。总耗时也变成了：
140s → 32s. Full suite is 4.3x faster. Slowest test is now 1.89s.
不如我有个 repo 有1300+测试，跑一轮要140秒。检查之后，发现有两个最慢的测试分别耗时80秒和87秒。改完之后，分别减少到0.1秒以内。总耗时也变成了：
140s → 32s. Full suite is 4.3x faster. Slowest test is now 1.89s.