最近在使用 Discourse 上传文件的时候，发现如果文件名中有一个下划线的话，文件名会被Discourse 进行自动转义。     看上图文件名中的第一个下划线会被自动加上转义符。 我觉得以前是没有这个现象的，官方针对这个现象的说法是： Incorrect attachment markup generation with underscores in the file name - Bug - Discourse Meta 主要针对文件名是：_test_file_.txt 如果上传的附件文件名是上面的格式的话，将会导致 discourse 无法完全识别这个文件名，让附件显示不正常。   随后官方给出的解决方案就是，如果文件名中包含有下划线的话，那么第 1 个下划线将会进行自动添加转义符。 至于这个下划线是在文件名的第 1 个字符，还是文件名的中间，官方的解释是不重要，只要是有下划线，第 1 个下划线就添加。 https://www.isharkfly.com/t/discourse/1736

Discourse 的升级变得越来越频繁后，现提供了一个升级功能预览的选项。     通过对这些功能和特性预览，能够了解 Discourse 开发团队对下一步软件开发的计划和侧重点。 https://www.isharkfly.com/t/discourse/1733

能够出行对孩子们来说，永远是快乐和值得回忆的。 但是对家长来说需要准备的东西就多了很多，从攻略到门票以及各个景点的特色，都要做一些课前预习才行。 佛罗里达的夏天会变得很炎热，四五月份的天气冷相对来说还比较温和。 环球影城都会采用电影中熟知的一些IP来进行场馆设置。 因当时的购票可以选择不同的园区，但是这次佛罗里达之行留给环球影城的时间也只有一天，就比较纠结到底是去哪个园区。 本着经典 IP 越多越好的想法，选择了 Studio 这个主题公园。   在这之前都需要做一些准预习才行，否则等到达园区以后，就会一脸抓瞎，完全不知道要进行什么样的选择。 在进入环球影城之前，停车场是需要收费的，据说以前是 30 块钱，这几天已经涨到了35块钱。 官方提供的预付费常规自助停车（Pre-Paid Regular Self-Parking）价格是32美元（含税），而现场直接在收费站支付则需要35美元（含税）。 隔壁迪斯尼的停车费也是 35 块钱，看来这些主题公园在停车费上面应该都是商量好的。 不过佛罗里达的环球影城停车场离整个主题公园都近，而且是多层停车场，对比迪士尼的停车场又远，又需要暴晒来说就好了不少。 停好车，选择好自己想去的主题公园，那么就可以开始一天的愉快之旅了。 这里还有一个问题就是什么时候去，其实很多去佛罗里达环球影城和迪斯尼玩的朋友来说，通常早上都起不来，而且园区内的餐饮服务基本上是属于又贵又难吃。 这次我们佛罗里达之行的环球影城选择的是吃完中饭以后再去，或者说在到达停车场之前，吃好肚子，然后备好下午的干粮，这样能够更好的参加一些项目，而不需要担心肚子在几个小时之后开始造反。 如果不需要排队的话，通常一些热门的大项目往往也就三五个小时吧。 合理安排好时间，是另外的一个重要工作。   https://www.isharkfly.com/t/discourse/1733

根据多年使用 Discourse 的经验，在栏目分类上尽量不要进行细分而应该使用 Tag。   Discourse 的设计理念应该是希望用户更多地用 Tag 进行扁平化分类，所以分类的目的其实在Discourse的社区中被弱化了很多。 这个与早期的 Discuz 设计理念完全不同。 我的感觉就是在 Discourse 中分类越多越麻烦，还不如就只使用简单的几个分类即可。   给人的感觉 Tag 在 Discourse 中的使用更加多。   在考虑如果 Tag 被大量使用，到时候查找又是个麻烦事。   https://www.isharkfly.com/t/discourse-tag/2955

微软宣布推出公司 51 年历史上首个自愿退休计划。 面向美国员工中部分 Senior Director 及以下员工，具体条件为 “年龄+工龄≥70”。 约有7%的美国员工符合资格，按数据估算约为8,750人。     从微软提供的买断计划来看，这个计划更多的是面向公司中的中层管理层。 相对 Meta 的裁员方式来讲，微软的买断计划显得更加人性化点。 给人的感觉在公司和员工之间还保留了那么一点点基本的体面。 透过现象看本质，从这个买断计划的面向面来看，主要还是微软的中层。 其实很多微软的员工在经历过微软 50 多年的发展历史中已经处于退休和将要退休的年龄，但是为什么他们不愿意退休，因为微软在很多时候还是非常稳定，并且微软在操作系统层面的的护城河足够深，也足够宽。 对于微软内部的很多中层员工来讲，更多的是属于混日子，就微软现在的发展形势来看，他们并不需要有大规模的开发和推进工作需要做。 微软的操作系统属于躺着赚钱的那种，虽然微软也推出了自己的云平台服务，但是微软的很多产品跟美国政府以及大的企业关系都非常好，他们不会轻易放弃微软的产品，因此微软的基本面还在。 AI 的发展让微软感觉到那么一点点的危机，所以微软希望在把计算资源投入到 AI 的计算能力之前进行一些结构化的重组，削减中层岗位。 就公司的中层或者说一些大部分到了退休年龄，但是还在工作岗位耗着的人，微软希望以一种相对体面方式让他们自我选择离场。   https://www.isharkfly.com/t/topic/10627

如果内容没有被 AI 终总结过的话，Discourse 会提供 AI 总结功能。 这个 AI 总结工具将会把内容的所有数据发给 AI 让 AI 对内容进行总结。     如果内容不多，读一下就行。 如果内容的回复比较多，那么这个总结功能挺很实用，能够把这个主题中的内容加上回复给总结出来。 总结的结果会存在数据表中，不是每次调用的时候都会调用 API 接口。 在总结的信息界面中，可以看到系统是调用那个 LLM 模型进行总结的。     当主题没有改变的时候，应该不会重新调用 API 了。   貌似有 2 个触发条件。 当主题数超过一定程度的时候进行触发，或者手动进行触发。     当主题中有新的回复的时候，系统会被识别到。 然后提示可以手动进行再次触发。     可以通过这个配置来平衡 AI 的调用。 貌似在后端没有找到自动总结的功能。     现在的主题总结，多用手动触发。   https://www.isharkfly.com/t/discourse-ai/2959/2

Meta 正将旗下员工的日常电脑操作转化为AI训练数据，这一举措将科技巨头对人工智能的押注推向新的维度——不仅要用AI替代人力，还要先"榨取"人力来喂养 AI。 4月22日，据路透社报道，一份内部备忘录显示，Meta 已开始在美国员工的工作电脑上部署追踪软件，**实时采集鼠标移动轨迹、点击行为及键盘操作，并定期截取屏幕内容，所有数据将用于训练其AI模型。**该工具被命名为"模型能力计划"（Model Capability Initiative，MCI），运行范围覆盖工作相关应用程序与网站。     用员工日常操作"喂"AI 备忘录显示，MCI 工具由Meta旗下模型构建团队 Meta SuperIntelligence Labs 的一名 AI 研究科学家于周二在内部频道发布。 备忘录解释称，该工具的目的在于弥补AI模型在模拟人机交互方面的短板——例如从下拉菜单中选择选项、使用键盘快捷键等操作，目前AI模型在这些细节上仍难以复现人类的自然行为。 "这正是所有Meta员工可以通过日常工作帮助模型进步的地方，"备忘录写道。 Meta发言人Andy Stone确认，MCI采集的数据将作为AI训练的输入之一，并表示相关数据不会用于员工绩效评估或其他任何目的，同时已设置保护措施以屏蔽"敏感内容"，但未具体说明哪些类型的数据将被排除在外。Stone进一步解释称： “如果我们要构建帮助人们完成日常电脑任务的智能体，模型就需要真实的人类操作样本——比如鼠标移动、点击按钮、在下拉菜单中导航。” Andrew Bosworth在备忘录中描绘的愿景是：“我们正在构建的未来，是智能体主要承担工作，而我们的角色是指挥、审查并帮助它们改进。” 他补充称，目标是让智能体"自动识别我们感到需要介入的地方，以便下次做得更好"。 这次是程序员和软件开发人员在用 AI 革自己的命，连我们都没有做到的 Meta 都开始做了。 尽管中国的公司对员工的计算机使用行为管理会有一些监控，并且保留一些日志，但是更多的我们只停留在访问的内容，行为控制上通常不会有太多的干涉。 因为上网行为管理涉及到个人隐私和相关的法律权限问题，所以说哪怕是中国的公司也仅仅是停留在保留证据的情况下来进行，通常来讲中国的 IT 部门不会因为你的上网行为进行过度的绩效评估。 Meta 这次走得更远，它不仅仅在员工的电脑上安装了 MCI 工具，还利用这个工具来训练自己的AI模型。 用 Meta 公司管理层自己的说法就是获取的数据不被用来进行员工的绩效评估，但是在目前的大环境下，他们说的话还有人相信吗？ 我们现在正走在一条用自己所有人类的知识技能去训练 A I这一头怪兽，最终等到这一头怪兽变得足够强大以后，再来完全吞噬人类自己。 终结者中的天网，现在看来在慢慢走进现实。 Meta 这家公司现已经是【遥遥领先】，在隐私保护，在员工行为上的恶心程度已前无古人，也可能是后无来者。   https://www.isharkfly.com/t/meta/2958

在几天前路透社发布一个消息，就是 Meta 计划在5月20号裁员 8000 人，占了它整体员工数量10%。 这个消息的来源是 Meta 内部的消息，其实外界都没有证实，Meta 也没有说不裁员，也没有说裁员。     很多时候谣言也许就是遥遥领先的预言吧。 根据网站 blind 的消息，5月20号 Meta 进行裁员的消息，现在已经是真实存在，不存在什么谣言和不谣言的情况，只是这个裁员是如何进行的罢了。     Meta 现在基本上连装都不装了，不管怎么样，Meta 说的目的就是进行裁员，然后把所有计算能力转移到 AI 。 说人话就是在疫情期间进行了过度的扩张。 在 2019 年的时候，Meta 的员工数量没有超过 5 万，但是现在 Meta 的员工数量接近了8万，就在这几年，Meta 的员工扩张接近一倍。 但从实际运营层面来讲，Meta 的护城河还是 Facebook 和 Instagram，那么这些扩招进来的人必须要给出一个解决方案。 这个最终解决方案的结果就是裁员，然后把释放出来的计算能力，让AI去做更多的事情。 不管是不是真的因为 AI ，但是实际的操作应该是这样进行的。 不认为 Meta 的这次裁员是终点，觉得 Meta 最终会保持人力资源，应该回到疫情前后的水平，可能后续还会进行好几次的按比例裁员。   https://www.isharkfly.com/t/meta-520/2957

提示的错误信息请参考下图：     问题和解决 出现上面提示的问题是移动的分类和上级分配的权限不一致。 简单来说，如果把 【分类A】 移动到 【分类B】 下面，那么分类A就是分类B的子分类。 但是如果【分类 B】 限制了访问权限，也会 Level3 以上的人才能可以访问，但是 【分类A】的权限为比【分类 B】还要松的话就会出现上面的情况。     找到分类下的安全，删除上面设置过宽的权限即可。 https://www.isharkfly.com/t/discourse/2956

提示的错误信息为： C:\WorkDir\iSharkFly\iSharkfly-Docs\docs-isharkfly-com>corepack enable Internal Error: EPERM: operation not permitted, open 'C:\Program Files\nodejs\pnpm' Error: EPERM: operation not permitted, open 'C:\Program Files\nodejs\pnpm' 错误原因和解决办法 这个错误 EPERM: operation not permitted 是因为 Windows 的权限控制导致的。当你尝试在 C:\Program Files\nodejs（一个受保护的系统目录）中写入、修改或创建文件（例如安装 pnpm）时，如果没有管理员权限，系统会拦截该操作。 以下是几种解决方法，按推荐程度排序： 使用管理员身份运行终端（最快速，但治标不治本） 点击 Windows “开始”菜单。 搜索 cmd 或 PowerShell 或 Windows Terminal。 右键点击它，选择 “以管理员身份运行”。 再次执行你的命令（例如 npm install -g pnpm）。 主要原因是 corepack enable 将会修改 ‘C:\Program Files\nodejs\pnpm’ 这个文件夹中的文件。 如果不以管理员权限运行的话，这个命令无法被执行。 所以需要以管理员命令运行一次后，让 pnpm 完成配置修改即可。   https://www.isharkfly.com/t/nodejs-corepack-enable-eperm/9819