<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>吐槽 on 14 Say Something</title>
    <link>https://xushiqing.uk/blog/%E5%90%90%E6%A7%BD/</link>
    <description>Recent content in 吐槽 on 14 Say Something</description>
    <generator>Hugo</generator>
    <language>en-US</language>
    
    
    
    <copyright>Post by 十四 · See You, Space Cowboy.</copyright>
    
    
    <lastBuildDate>Mon, 16 Mar 2026 21:17:20 +0800</lastBuildDate>
    
    
    <atom:link href="https://xushiqing.uk/blog/%E5%90%90%E6%A7%BD/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>犯傻的 AI</title>
      <link>https://xushiqing.uk/2026/03/16/20260316-dorky-ai/</link>
      <pubDate>Mon, 16 Mar 2026 21:17:20 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/03/16/20260316-dorky-ai/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-5e2fad36&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-5e2fad36&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/03/1773667086-20260316-dorky-ai-banner.webp&#34; alt=&#34;20260316-dorky-ai-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-5e2fad36&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;本周会议比较多，看着密密麻麻的颇为头痛，让Claude给我总结一下在我的办公 IM 上发给我，是通过一个企业内部的 skill 实现的。&lt;/p&gt;&#xA;&lt;p&gt;然而Claude总结完之后我发现它把会议的日期全部往前移动了一天。想起来之前有一次我在测试那个skill的功能时也遇到这个情况了。于是问 Claude 为何会这样，是不是选错了时区，或者办公 IM 的日历系统有 bug。&lt;/p&gt;&#xA;&lt;p&gt;我并没有怀疑是 Claude 搞错了，因为之前切换到这个自研的办公 IM 时，其日历确实是有类似的恶性bug的。再加上 Claude 这么厉害，怎么可能犯这种低级错误。&lt;/p&gt;&#xA;&lt;p&gt;结果 Claude 的回答很简单，是它搞错了，既不是时区没选对，也不是日历有 bug。计算错误的原因在我看来颇为离谱，因为周一我日程上是空的，它默认将首次出现日程的日子当做周一来计算，甚至没有去核对一下日期。&lt;/p&gt;&#xA;&lt;p&gt;我用的可是当前最旗舰的 opus 4.6 模型，token 价格昂贵，它本不应该如此偷懒的。&lt;/p&gt;&#xA;&lt;p&gt;想起前段时间听重轻老师聊他用 openclaw 过程中体会到的那种精神分裂的感觉，一会儿觉得大模型无所不能，一会儿它又在最基础最本份的任务上犯错。&lt;/p&gt;&#xA;&lt;p&gt;就这么简单个事儿，Claude 说他会把核对日期这个事儿写进项目的 memory 里才能避免下一次再犯这样的错误。怎么说呢，虽然我也不差这点儿 context，但还是删掉了 memory 里的相关内容，以后大约不会用这个 skill 了。&lt;/p&gt;&#xA;&lt;p&gt;对于这种明显的错误，一眼就能发现，可以让 AI 改。然而可以想见，很多不明显的错误，或者根本就在自己知识范围以外的东西，也就是大部分使用 AI 的场景中，很难知道 AI 给了错误的答案或者做了错误的事情。&lt;/p&gt;&#xA;&lt;p&gt;事后发现就只能收获一句 You Are Absolutely Right了。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>见识了一些绕过企业流程的办法</title>
      <link>https://xushiqing.uk/2026/02/28/20260228-workaround-process/</link>
      <pubDate>Sat, 28 Feb 2026 21:00:06 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/02/28/20260228-workaround-process/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-8b9b2289&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-8b9b2289&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/02/1772284213-20260228-workaround-process-banner.webp&#34; alt=&#34;20260228-workaround-process-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-8b9b2289&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;年前申请的新电脑一直没到，由于近期大量使用 Claude 和 Codex，感觉还是在 mac 上用起来更方便一些，于是想着问下物资管理员能不能给个老款的 mac。公司对于电脑的配置是按职级的，一定职级以下的非研发和产品，只能用 win 本。&lt;/p&gt;&#xA;&lt;p&gt;但是另外有个规定是对于 CPU 代差大于等于 2 代的，可以降级发放，按我理解，现在标准配置是 M4 的话，我应该可以要一台 M2。这样相比将要配给我的 win 本，除了更方便用 Claude，屏幕素质也要好不少。&lt;/p&gt;&#xA;&lt;p&gt;结果物资管理员是 mac 没有这个规定。&lt;/p&gt;&#xA;&lt;p&gt;但我发现也是有一些人职级不够用 mac 但却在用的，于是我问了一下我们部门的一个管物资的小伙子这是怎么回事，他给我讲了两条路。&lt;/p&gt;&#xA;&lt;p&gt;一种方法是，找一个本来就在用 mac 的人，让他把他的 mac 调拨给你，他重新申请一台。物资的调拨是不看职级的，所以只要满足两个条件，一个是你认识一个跟你很熟的用 mac 的人，另外是这个人要跟他的 leader 关系非常好，这样打好招呼就能操作了。&lt;/p&gt;&#xA;&lt;p&gt;我听得满脸问号。&lt;/p&gt;&#xA;&lt;p&gt;另一种方法是，提一个 mac 的申请，说组里要来个职级够用 mac 的人，这个只要自己的 leader 批准就好，后面的审批节点也不会管什么职级不职级的，因为物资管理员并不清楚人事的变动，节点到了他们那里就会批准。&lt;/p&gt;&#xA;&lt;p&gt;听完之后我脸上的问号更多了。&lt;/p&gt;&#xA;&lt;p&gt;他又说，诶我是不是该管管了。我说，你可不是该管管了吗，加到你下半年的 OKR 里吧。&lt;/p&gt;&#xA;&lt;p&gt;我还是老老实实用 Windows 吧，把 Windows terminal 调教的好用一些也是可以的。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>对 openclaw 的一些吐槽</title>
      <link>https://xushiqing.uk/2026/02/09/20260209-broken-claw/</link>
      <pubDate>Mon, 09 Feb 2026 21:11:33 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/02/09/20260209-broken-claw/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-57c8d4dd&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-57c8d4dd&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/02/1770644595-20260209-broken-claw-banner.webp&#34; alt=&#34;20260209-broken-claw-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-57c8d4dd&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;前段时间 openclaw 这个产品突然在网上火起了，本来我并不是很感兴趣。一是我并没有想到这个产品能给我带来什么帮助，另一个是项目的二 logo 长得太丑了，像病毒一样。现在直接用 AI 出个好看一点儿logo 非常容易，设计成这种风格显示是故意的，我就更没什么好感了。&lt;/p&gt;&#xA;&lt;p&gt;但恰巧我有台小主机大部分时间在闲置，因为以前购买它时的使用场景不存在了。想着反正闲着也是闲着，不如装上这东西看看是什么情况，至少批判性使用一下。于是就在上面装了个 Ubuntu 的虚拟机在里面玩，结果没想到几乎把周末两天时间都搭进去了。&lt;br&gt;&#xA;配置好 API Key 之后让它自己设置自己的想法是好的，但实际执行中只要它自己一设置自己，就会把自己搞挂掉，而且会犯非常低级的错误。&lt;br&gt;&#xA;要不是搭配着 opencode 来检查维修，可以说我根本配置不好。而且我尤其不能理解的是，我在 openclaw 里用的是 Kimi Coding  K2.5 的 API，opencode 里用的是里面提供的免费的 Kimi，可以说是同一个模型，甚至可能 free 版的那个更弱一些。&lt;br&gt;&#xA;但是同一个问题，openclaw 自己去弄就会搞坏，而 opencode 里的 kimi 经常看一下就知道什么问题。&lt;/p&gt;&#xA;&lt;p&gt;最离谱的是到了晚上，已经设置的差不多了之后，我把显示器都拔了。后来准备通过 telegram bot 新弄一个 Agent 出来，用 telegram 发任务，让它自己写好配置文件。这个需求是如此简单以至于我觉得根本不可能出错，结果说完任务之后就失联了。&lt;br&gt;&#xA;于是不得不再插上显示器看看什么情况，发现 gateway 一直在循环重启。让 opencode 检查一下，马上就找出原因并修好了。然后我让 openclaw 自己总结犯了什么错误，总结了好几条，都没总结到点子上。&lt;/p&gt;&#xA;&lt;p&gt;于是我再次新建一个 Agent 让它尝试，果然又搞挂了，主 Agent 再次失联，症状跟之前一样。好在前一个被修好的 Agent 没有跟着一起挂，但让它检查问题、修复，好几轮都不行。最终我实在看不下去了，把之前 opencode 指出的问题告诉它，让它基于这个修，这才勉强修好主 Agent，但是新的那个还是不能用。&lt;br&gt;&#xA;最终是让修好的主 Agent 照着第一个次 Agent 的配置原封不动抄一遍，才把第二个给设置好。&lt;/p&gt;&#xA;&lt;p&gt;当然，说了这么多不好，这都是实现的问题，以后应该能慢慢更新到更好用，这个产品的思路也是不错的，等它或者类似的产品慢慢发展吧。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>愈发难用的 Twitter</title>
      <link>https://xushiqing.uk/2026/01/15/20260115-the-worse-twitter/</link>
      <pubDate>Thu, 15 Jan 2026 21:25:26 +0800</pubDate>
      <guid>https://xushiqing.uk/2026/01/15/20260115-the-worse-twitter/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-e73fbf22&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-e73fbf22&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2026/01/1768483869-20260115-the-worse-twitter-banner.webp&#34; alt=&#34;20260115-the-worse-twitter-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-e73fbf22&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;尽管自马一龙收购 Twitter 的这几年来，Twitter 一直处于逐渐变得更难用的状态，但最近几天的滑坡速度又来到了一个新的高度。&lt;/p&gt;&#xA;&lt;p&gt;现在时间线上几乎全部充斥着各类营销号，内容仿佛在刷小红书了。我吐槽了一下，有人告诉我是最近马一龙调整了流量变现的算法，拿钱变得更容易了，所以吸引了一大堆做号的人过来。&lt;/p&gt;&#xA;&lt;p&gt;想起当年人们把 Twitter 比作街角的小酒馆，不免一声叹息。&lt;/p&gt;&#xA;&lt;p&gt;我还没有下定决心，但是感觉是时候再次注销 Twitter 了，这回或许注销后不会在 30 天内回去了吧。&lt;/p&gt;&#xA;&lt;p&gt;我还是坚持称其为 Twitter，而不是 X。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>过度的工作留痕</title>
      <link>https://xushiqing.uk/2025/12/05/20251205-cleaning-service-burden-of-proof/</link>
      <pubDate>Fri, 05 Dec 2025 22:25:38 +0800</pubDate>
      <guid>https://xushiqing.uk/2025/12/05/20251205-cleaning-service-burden-of-proof/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-31d1514a&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-31d1514a&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2025/12/1764945012-20251205-cleaning-service-burden-of-proof-banner.jpg&#34; alt=&#34;20251205-cleaning-service-burden-of-proof-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-31d1514a&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;第一次知道“工作留痕”这个词，是多年以前我的朋友吐槽在大兴区评文明城区期间，他们单位组织员工去大街上捡烟头，需要各种拍照把过程记录下来，并且主要就是拍照，并不会真的捡多少烟头。从此我对这个词的认知，就是它有很重的表演成分在里面。&lt;/p&gt;&#xA;&lt;p&gt;后来在工作中也经常见到一线的工作人员们经常需要用一种叫做水印相机的工具，来证明自己的工作。具体来说，这种相机会在拍摄时自动在照片上添加理论上不可篡改的时间和地点信息，一般来说拍完之后需要发到相应的工作群中，证明自己在何时何地做了什么事情，时间、地点、人物、事件，要素齐全了。&lt;/p&gt;&#xA;&lt;p&gt;由于我上班比较早，所以经常见到保洁人员打扫卫生，她们需要在做完每一份工作时拿手机拍照，想必用的也是这种水印相机。拖地的阿姨在拖完每一个通道时需要拍照，负责饮食区的阿姨在擦完每一片区域或者设备时，也需要拍照。卫生间的打扫也是，经常看到他们在拖完地时拍照。&lt;/p&gt;&#xA;&lt;p&gt;诚然，这种管理方式是非常有效的，几乎杜绝了任何偷懒的可能性，管理人员也不需要亲自现场巡视，而只需要看一下微信群就能知道谁做了谁没做。&lt;/p&gt;&#xA;&lt;p&gt;但我每次看到到，总隐隐感觉不太对，哪里不对我也说不出来。感觉这是某种电子狗链啊。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>不靠谱的软件体验</title>
      <link>https://xushiqing.uk/2025/11/11/20251111-unreliable-software-experience/</link>
      <pubDate>Tue, 11 Nov 2025 21:17:08 +0800</pubDate>
      <guid>https://xushiqing.uk/2025/11/11/20251111-unreliable-software-experience/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-23b7c125&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-23b7c125&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2025/11/1762867107-20251111-unreliable-software-experience-banner.jpg&#34; alt=&#34;20251111-unreliable-software-experience-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-23b7c125&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;最近读了 2019 年重轻老师写的&lt;a href=&#34;https://www.gcores.com/articles/110509?__readwiseLocation=&#34;&gt;《阻止文明倒塌：Jonathan Blow 在莫斯科 DevGAMM 上的演讲》&lt;/a&gt;，内容主要是梳理了 Blow 的整个演讲内容，以及加了少量的评论。在演讲中 BLow 花了大量时间来吐槽软件的失败。&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;最明显的迹象，就是“我们已经不指望软件能长期稳定工作了。”我们的标准一降再降，还能降到多低？降低到哪里会出大问题？&lt;/p&gt;&#xA;&lt;p&gt;接下来 Blow 疯狂吐槽了十分钟，关于电脑上一切软件都经常 bug，以至于用户对于一切软件“重启试试”成为不假思索的操作。包括 Emacs 的问题、Visual Studio 不能处理最最简单的指令，只能连续报错，微软 Word 的字符换行 bug 二十年后仍然没有消灭，像幽灵一样此起彼伏；于是他为了缓解自己的愤怒想打游戏，打开 Epic Store 和 Steam 又连续遇到 bug；于是他关掉游戏客户端去看 CS 直播，发现 CS 直播电竞比赛里全程有一个多余的名为“未定义”的 bug 玩家出现在地图里，直到比赛结束；然后他进入俄罗斯签证申请页面，被死活不能通过，且不能刷新的手机号验证脚本逼得只能刷新整个页面重新填写申请；然后他来到莫斯科住进酒店，他的房间的座机有5%的概率会空调开关触发响铃……等等。编者这里就不赘述了。&lt;/p&gt;&#xA;&lt;p&gt;via &lt;a href=&#34;https://www.gcores.com/articles/110509?__readwiseLocation=&#34;&gt;《阻止文明倒塌：Jonathan Blow 在莫斯科 DevGAMM 上的演讲》&lt;/a&gt;&lt;/p&gt;&lt;/blockquote&gt;&#xA;&lt;p&gt;6 年过去了，Blow 所描绘的状态没有丝毫改善，反而向着更恶劣的方向发展了。我已经在本站吐槽过多次公司自研 IM 工具的诸多 bug，以及前两天还写过为了规避该软件的不稳定而寻求&lt;a href=&#34;https://xushiqing.uk/2025/11/07/20251107-voov-meeting-can-read-meeting-info-correctly-through-meeting-number/&#34;&gt;使用腾讯会议本体软件来参会&lt;/a&gt;，但是提前使用会议号将会议添加到会议列表时却会发生会议信息识别错误的问题。&lt;/p&gt;&#xA;&lt;p&gt;今天同事再次遇到了已经坑过他一次的 bug，即通过应用内 SDK 接入的腾讯会议，他进行了会议的录制，前台也显示正常录制，但实际上没有录制成功。今天这个会议跨很多部门，信息量非常大，不依赖录音和文字转写的话会议纪要都很难完整地完成。&lt;/p&gt;&#xA;&lt;p&gt;上一次遭遇这个 bug 时间有点儿久了，可能他已经忘记了，于是这次也没有做什么规避动作。&lt;/p&gt;&#xA;&lt;p&gt;好在我感觉可能会出这类问题，所以用手机对整场会议进行了录音，并且告诉他，以后这种有录音需求的会议，可以在腾讯会议本体上也参会，并授予会议主持人角色，以便能够进行录音和转写。&lt;/p&gt;&#xA;&lt;p&gt;日常使用的其他软件，也很难说有多稳定。就拿这次录音来说，我是用的 WPS 的语音速记功能，因为带有 AI 转写，用于记录会议比较方便。然而本次录音只能自动识别一半左右的内容，当我手动点击转写时，不管在手机上还是电脑上，都会提示转写失败，也没有给失败的原因。&lt;/p&gt;&#xA;&lt;p&gt;此前也遇到过想用其 AI 功能检查里的错别字，始终无法连接的问题。要知道，AI 可是要付费才能解锁的功能，然而稳定性却能如此之差。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>无法通过会议号正确识别会议信息的问题</title>
      <link>https://xushiqing.uk/2025/11/07/20251107-voov-meeting-can-read-meeting-info-correctly-through-meeting-number/</link>
      <pubDate>Fri, 07 Nov 2025 22:24:19 +0800</pubDate>
      <guid>https://xushiqing.uk/2025/11/07/20251107-voov-meeting-can-read-meeting-info-correctly-through-meeting-number/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-78066ebc&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-78066ebc&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2025/11/1762526911-20251107-voov-meeting-can-read-meeting-info-correctly-through-meeting-number-banner.jpg&#34; alt=&#34;20251107-voov-meeting-can-read-meeting-info-correctly-through-meeting-number-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-78066ebc&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;自从贵司的内部 IM 沟通工具切换到自研产品之后，经历的大大小小 bug 数不胜数，我也已经在这里吐槽过好几次了。经过无数次迭代更新，很多 bug 也已经解决，比如曾经非常困扰我的日程显示错误问题，以及没有影响到我但影响到很多人的截图导致整个系统卡死的问题。&lt;/p&gt;&#xA;&lt;p&gt;其中有一个大多数人似乎没啥感觉但是我比较介意的问题，倒也不能算 bug，就是通过应用内 SDK 参加腾讯会议时，点击后要经过相当长的一段时间才能进入，而且这个等待过程是没有任何提示的，每次都会让我误以为自己没点到，会试图再点一次。&lt;/p&gt;&#xA;&lt;p&gt;并且那个开会的界面也并不好用，之前还有同事遭遇过录制了开会过程但是文件没有被保存等问题。为了规避此类问题，我的方法是每次开会时把会议号复制到腾讯会议里，并通过腾讯会议软件来参会。&lt;/p&gt;&#xA;&lt;p&gt;这种方式虽然规避了贵司自研工具的各种问题，但毕竟非常麻烦，而且如果是自己组织的会议，自己还必须两个客户端都参会，因为腾讯会议无法将通过会议号入会的自己识别为主持人。&lt;/p&gt;&#xA;&lt;p&gt;今天偶然发现，腾讯会议桌面版的右下角有个不起眼的日历形状的按钮，功能是通过会议号或会议邀请添加会议。这样就可以提前把会议添加到会议列表里，我立即尝试了一下，把一个每周开的会议添加进去。&lt;/p&gt;&#xA;&lt;p&gt;然后就发现了问题，腾讯会议成功识别了这个会议的标题和开会时间，但是错误地把重复周期从周识别成了天，把一个周会变成了日会。然后我又添加了几个非重复的会议，结果是能正确识别会议的日期和时间，但是会议标题无法识别，而是显示为会议号。&lt;/p&gt;&#xA;&lt;p&gt;反复尝试了多个会议，基本就是这两个问题，会议主题的识别有时能成功有时不能成功，周期性会议则一定会识别成日会。上网搜索以及问 AI 都没有找到答案，于是决定问一下腾讯会议的客服。&lt;/p&gt;&#xA;&lt;p&gt;到他们网页上点了咨询，直接就是真人接待，但我发完问题之后才发现是售前客服。正在琢磨对方会不会把我引导去别的客服渠道时，没想到对方并没有这么做，而是各种询问症状，让我提供截图之类的。&lt;/p&gt;&#xA;&lt;p&gt;后来解决不了，让我上传了一份日志找技术人员跟进了。但由于我只是在网页上咨询的，也不清楚他们查找到解决方案之后会不会联系我，如果会，是通过什么途径联系我。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>记一次与流氓软件的斗智斗勇</title>
      <link>https://xushiqing.uk/2025/10/15/20251015-stop-mindmaster-autorun/</link>
      <pubDate>Wed, 15 Oct 2025 06:08:10 +0800</pubDate>
      <guid>https://xushiqing.uk/2025/10/15/20251015-stop-mindmaster-autorun/</guid>
      <description>&lt;p&gt;&lt;figure class=&#34;image-caption image-zoom-container&#34;&gt;&#xA;    &#xA;    &lt;input type=&#34;checkbox&#34; id=&#34;img-31228f04&#34; class=&#34;image-zoom-toggle&#34; aria-label=&#34;放大图片&#34; /&gt;&#xA;    &lt;label for=&#34;img-31228f04&#34; class=&#34;image-zoom-label&#34;&gt;&#xA;        &#xA;        &#xA;            &lt;img src=&#34;https://img.xushiqing.uk/2025/10/1760445207-20251015-stop-mindmaster-autorun-banner.jpg&#34; alt=&#34;20251015-stop-mindmaster-autorun-banner&#34; loading=&#34;lazy&#34; class=&#34;zoomable-image&#34; decoding=&#34;async&#34; /&gt;&#xA;        &#xA;    &lt;/label&gt;&#xA;    &lt;label for=&#34;img-31228f04&#34; class=&#34;image-zoom-overlay&#34; aria-hidden=&#34;true&#34;&gt;&lt;/label&gt;&#xA;    &#xA;&lt;/figure&gt;&#xA;&lt;/p&gt;&#xA;&lt;p&gt;几年前斥资五六百买过这个软件的终身会员，但日常工作和生活中很少用到这个软件，所以我现在手里的几台电脑上都没有安装。&lt;/p&gt;&#xA;&lt;p&gt;最近因为工作需要在公司电脑重新下载安装了。发现了一个以前从未见过的流氓软件手法。&lt;/p&gt;&#xA;&lt;p&gt;很多软件都会在安装之后自动将自己添加到开机启动项里，通常来说，不管是到软件自己的设置里，还是去系统任务管理器的启动项页面里，都可以很方便地关闭。&lt;/p&gt;&#xA;&lt;p&gt;具体来说，软件安装之后不会开机自动打开主页面，但是会在托盘里添加自己的图标，这妥妥的开机启动了。然而，软件自己的开机启动选项没有勾选，任务管理器的启动项里也没有这个软件。后来我发现，它并不是在开机时立即启动，而是在某个时候静默出现在系统托盘里。&lt;/p&gt;&#xA;&lt;p&gt;到目前为止，这流氓手段已经是我所见过的比较新的境界了。此前其实见过不少会静默启动但是不在开机启动项里展示自己的。而这个软件则连自己设置里的开机启动都没有勾选，令我打开眼界。&lt;/p&gt;&#xA;&lt;p&gt;第一次发现这个事情时，我忙于工作没有时间研究处理方案，这事儿就过去了。后来我再一次重启之后看到它的图标出现在系统托盘里时，想起来这是个疑难杂症，也没有时间处理，就想着先右键退出软件。&lt;/p&gt;&#xA;&lt;p&gt;万万没想到，点完退出之后软件不仅没有退出，反而把自己的主界面打开了。我首先以为是自己手滑点错了，于是关闭软件主界面之后再次去系统托盘里点击退出，这下可以确定自己没有点错了，然后软件依然把自己的主界面打开了。&lt;/p&gt;&#xA;&lt;p&gt;一时之间我有点呼吸困难。&lt;/p&gt;&#xA;&lt;p&gt;平静了一下之后我尝试先主动勾选软件设置里的开机自启动选项，然后去系统任务管理器里查看，这时候启动项列表里就出现这个软件了，然后在这里点击禁用。这时候再去托盘里右键退出时，弹出窗口询问是否需要做保存改动（尽管我没做任何改动），点了否之后终于成功退出了。我以为这是因为设置好了开机启动，软件就把其它的流氓行为也自我管理了一下，才得以成功退出的。&lt;/p&gt;&#xA;&lt;p&gt;由于前面发现的行为过于流氓了，我担心这设置依然不生效，于是手动重启了一下。刚开机时托盘里没有出现，过了一会儿去上了个厕所，回来之后发现又出现了。&lt;/p&gt;&#xA;&lt;p&gt;虽然有点儿失望，但倒也在预期之内。于是又尝试右键退出，没想到再次经历了重复三次才能真正退出的情况，这三次都会自动打开个用于推广的界面。&lt;/p&gt;&#xA;&lt;p&gt;这可能是我遇到的除病毒以外的最流氓的软件了。&lt;/p&gt;&#xA;&lt;p&gt;用 geek uninstaller 卸载了。还挺可惜的，他们的软件做的很好用，不然我当初也不会掏那么多钱买终身会员。&lt;/p&gt;&#xA;</description>
    </item>
    <item>
      <title>IM 工具输入框没有发送按钮</title>
      <link>https://xushiqing.uk/2025/09/03/20250903-im-tools-without-send-button/</link>
      <pubDate>Wed, 03 Sep 2025 08:24:10 +0000</pubDate>
      <guid>https://xushiqing.uk/2025/09/03/20250903-im-tools-without-send-button/</guid>
      <description>&lt;p&gt;公司自研的 IM 沟通工具，目前还处于非常难用的状态，主要是 bug 太多。在之前的一篇博客里我有提到过其日历的问题，至今没有被完全解决。除了bug 之外，还发现一个产品经理主动设计的难用之处，并且这个设计毫无必要。&lt;/p&gt;&#xA;&lt;p&gt;作为一个沟通工具，输入框里没有&lt;code&gt;发送&lt;/code&gt;按钮，只能按回车发送。有人在群里提出质疑，产品经理说企业微信也没有。实际上企业微信是有&lt;code&gt;发送&lt;/code&gt;按钮的。&lt;/p&gt;&#xA;&lt;p&gt;可能这位产品经理是个键盘党，喜欢手掌不用离开键盘的效率。不过并非所有人都喜欢或者需要手掌不用离开键盘，产品经理有点儿把自己的喜好强加给用户了。并且，在企业 IM 这个场景下，用鼠标点击&lt;code&gt;发送&lt;/code&gt;按钮甚至比按回车键更常用。&lt;/p&gt;&#xA;&lt;p&gt;比如下面这些场景：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;编辑完一段话之后用鼠标滚动检查，检查完之后发出；&lt;/li&gt;&#xA;&lt;li&gt;输入一段文字之后，鼠标操作插入emoji发送；&lt;/li&gt;&#xA;&lt;li&gt;鼠标选择贴纸后发送；&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;就我自己使用的情况来看，经常是需要先检查再发出的，比如重要的会议纪要、检查@的人等。个人 IM 可能不是很有所谓，企业场景下还是谨慎一些好。&lt;/p&gt;&#xA;&lt;p&gt;自有人质疑这个点之后，迭代了好几个版本了，始终没有修复这个问题。不知道那位产品经理是否已经知道不仅企业微信有&lt;code&gt;发送&lt;/code&gt;按钮，市面上能找到的几乎所有 IM 工具都是有这个按钮的。当然，知道了也不一定愿意修复，有一些产品经理，就是喜欢教育用户。&lt;/p&gt;&#xA;</description>
    </item>
  </channel>
</rss>