可以看一下 MCP 的具体介绍和实现规范，除了 tools 以外，还有 resources 和 prompts 的，这也是为什么叫做 MCP 而不是 Tool 什么的原因。只是 mcp server 实现这些东西的比较少见而已

https://modelcontextprotocol.io/docs/learn/server-concepts

这个 80%应该是来自于 w3techs 的数据吧，最新的值已经是 73%。
而且它的这个统计其实不是很合理，所有的子域名都视为同一站点。另外所有域名站点的权重一致（我有两个域名站点，比 google.com 强多了），导致 CMS 成为了统计数据中的绝对大头。
另外，现在现代的技术框架下，绝大部分服务端对外都没有明显的语言特征，不像 PHP 那么容易识别。
PHP 事实上已经死掉了，只是还没埋而已

能做到监听并且不被发现，一定得是手机厂商吧？你是说伟大的苹果监听你们的对话，然后把数据卖给了字节？

你这个几乎是零分回答了。整体的处理流程其实都差不多了，只是根据你的角色不同，在不同的阶段措施有差异而已，基本就是自己执行或者上报推动其他人执行的区别。
首先肯定是确定问题现象，恶性程度，影响范围。然后初步分析大致原因，解决难度，能否回滚，并结合之前的问题信息，来选择修复/回滚/不修复。如果问题较为严重，但是选择修复的话，视情况让另一拨人同时评估回滚影响，随时准备回滚。

我的服务器日均 2.1 度电，一年大概在 500 块电费。但是性能高啊，同配置的在阿里云要 3000 多每月

既然我们公司的打印机可以直接打印双面的文件，为什么不直接打印钞票呢？

llm 不是计算器，这个是正常现象

这就是传说中的恶魔低语吗

稳定的只有营收，盈利短期内就别想了。
现在大家还处于跑马圈地的环节，而第一梯队模型的推理成本不小，这块的成本就非常高昂。并且模型能力还没有达到预期，相互之间也没有足够大的代差，大家还得咬着牙继续投资去训练新的模型

绝大部分自以为是的扩展，最后根本用不上。其中大概一半多增加了不必要的复杂度，对相关开发造成困扰。一小部分会对后续的基于真实需求的扩展造成非常大的阻碍

设计时预留实现扩展的可能性，不要堵死扩展的路就好。
千万不要真的实现扩展，除非你真的知道这里短时间内需要扩展以及扩展的明确方向。

比较好奇你今年起诉过并且赢了的两个案子，这个赢是指胜诉，还是指有利于你的调解结果？

一门不错的语言，奇特的语言特性，优秀的包管理器，较为完善的第三方库。
学习起来有门槛，成本也不小。我的建议是自己写项目玩玩可以，当成主力工作语言不建议，受众面太窄了

最近买了中枢网关，体验真的很好。配置的智能，比如双控开关都可以本地执行，不需要云端，快了很多。另外中枢网关提供了一个配置界面，能力比米家里面要强一个数量级

ocr 是真的慢，从早上开始的任务，15000 的资源 3 个并发，现在还有 1000+没跑完

@skallz 我理解有人会在 docker 里面用 pm2 ，但我不能理解为什么有人会在 docker 里面用 pm2

从描述中完全没有看出来面试表现好。

从纯粹前端技术方向来看，暗色实现并没有什么技术含量，了解这个并没有突显出被面试者的任何优势。而 AI 仿写静态页面实现暗色这个挺难评的，对一个资深开发，应当技术栈和站点的规模来评估，仿写静态页面属实是找错了方向。

如果我面试的人讲了用 AI 访了我的站点并实现了暗色这个议题，并不会得到任何正向的评价。这个议题不加分也不扣分，但是无用的议题会占用面试时间。但是如果别人聊的话题都在加分，你不加分实质上也是扣分了。

我们公司做是一款工具软件，提供 saas 服务，在相应的门类是国内第一的。对服务端有比较强的依赖，但是实际上是有本地运行的方案的。我一直没空，不然我就自己破解了

登录了我的华为账号，确认了所有数据都被清空，我也没有搜索到任何收到的相关通知，包括短信和邮箱。
长时间不登录账号数据被清，如果没有其他备份，我只能表示同情。但是云服务清理闲置账号数据这个我是可以理解并认同的。