AI 新闻 Tencent
2026-09-20
tencent news skills
下载地址：https://mat1.gtimg.com/qqcdn/qqnews/cli/hub/tencent-news.zip
API Key 获取地址：https://news.qq.com/exchange?scene=appkey
-> % unzip -q ~/Downloads/tencent-news.zip -d ~/.agents/skills/
-> % ll ~/.agents/skills/tencent-news
total 36K
drwxr-xr-x 4 catroll catroll 4.0K 2026-09-16 19:41:48 .
drwxrwxr-x 133 catroll catroll 4.0K 2026-09-20 01:47:18 ..
-rw-r--r-- 1 catroll catroll 13K 2026-09-16 19:37:18 SKILL.md
-rw-r--r-- 1 catroll catroll 898 2026-09-16 19:41:48 _skillhub_meta.json
drwxr-xr-x 2 catroll catroll 4.0K 2026-09-16 19:41:48 references
drwxr-xr-x 2 catroll catroll 4.0K 2026-09-16 19:41:48 scripts
通过 tencent-news-cli 配置好 APIKey 就好了。
然后在 cursor 中测试一下：
使用 tencent-news skill 查询今天的 5 条新闻，并返回标题、发布时间、来源。
使用 tencent-news skill 查询武汉未来 7 天的天气，有没有雨。
tencent-news-cli
-> % curl -fsSL https://mat1.gtimg.com/qqcdn/qqnews/cli/hub/tencent-news/setup.sh | sh
Downloading CLI from https://mat1.gtimg.com/qqcdn/qqnews/cli/hub/linux-amd64/tencent-news-cli
Checksum verification passed.
Tencent News CLI setup completed
CLI path: ~/.tencent-news-cli/bin/tencent-news-cli
Installed tencent-news-cli (v1.0.16)
Added TENCENT_NEWS_INSTALL and PATH setup to ~/.zshrc
warn: API Key is not configured.
后续步骤 / Next Steps:
1. 重启终端或打开新的 Shell。
Restart your terminal or open a new shell.
2. 从以下地址获取 API Key：https://news.qq.com/exchange?scene=appkey
Get an API Key from https://news.qq.com/exchange?scene=appkey
3. 设置 API Key：tencent-news-cli apikey-set KEY
Set it with: tencent-news-cli apikey-set KEY
4. 验证 API Key：tencent-news-cli apikey-get
Verify it with: tencent-news-cli apikey-get
5. 开始使用 CLI：tencent-news-cli help
Start using the CLI: tencent-news-cli help
-> % tencent-news-cli apikey-set ******
✅ API Key 已写入 /home/catroll/.zshrc
执行以下命令使当前终端立即生效:
source /home/catroll/.zshrc
-> % tencent-news-cli help
tencent-news-cli 是腾讯新闻的命令行查询工具，支持热点新闻、新闻搜索、早晚报等内容查询。
Usage:
tencent-news-cli [command]
Available Commands:
apikey-clear 清除已配置的 API Key
apikey-get 查看当前配置的 API Key
apikey-set 设置 API Key 并持久化到系统配置文件
evening 查询今日晚报,如果是18点之前，则提示用户查询热点新闻
feedback 提交使用问题反馈，可以把跟问题相关的上下文一并提交
gaokao 高考志愿填报相关查询
help Help about any command
hot 查询热点新闻榜
jiaozhen 较真查证，对网络流传的说法进行事实核查
morning 查询今日早报
search 搜索新闻，支持通过 --limit 指定返回条数
sport 体育赛事相关查询
update 更新 tencent-news-cli 到最新版本，支持 --force 强制更新
version 查看版本信息及更新状态
weather 查询天气，默认查询当前地区，可通过 --adcode 指定地区
Flags:
--caller string skill 的名称，用于上报
-h, --help help for tencent-news-cli
Use "tencent-news-cli [command] --help" for more information about a command.
Email WebDev
2026-09-18
传统邮箱验证通常采用 Double Opt-In：用户提交邮箱后，服务端发送验证邮件，用户切换到邮箱客户端打开邮件，再点击链接返回网站完成验证。这个流程虽然可靠，但存在明显的行为断点。新的 Email Verification API 试图让浏览器在用户不离开当前页面的情况下完成邮箱所有权验证。
Email 营销
2026-09-17
对于 ESP（Email Service Provider）来说，邮件打开率长期以来都是最重要的用户行为指标之一。传统实现非常简单：在邮件 HTML 中插入一个 1×1 像素的远程图片，用户打开邮件时，邮件客户端加载这张图片，ESP 的服务器收到 HTTP 请求，就可以认为邮件发生了一次“打开”。
俄罗斯 军事
2026-09-16
俄乌冲突中，受到主要打击的俄罗斯海军力量是黑海舰队。虽然还没有网上所说的“团灭”，但其水面舰队实力已经明显下降。乌方2026年7月公布的评估称，黑海舰队33艘主力作战舰艇中有4艘被毁、8艘受损；34艘登陆舰中15艘被毁、10艘受损；23艘辅助舰船中3艘被毁、9艘受损，合计为19艘被毁、18艘受损。这组数字属于乌方口径，不能直接当作独立统计，但可以作为观察黑海舰队损失规模的一个参考。
真正值得关注的，其实不是简单统计“沉了多少艘”，而是黑海舰队的作战能力正在发生变化。旗舰“莫斯科”号于2022年4月沉没，此后俄军又持续有护卫舰、导弹舰、潜艇和辅助舰艇遭到攻击或受损。军事方面我并不专业，但从公开信息来看，尤其是今年以来，每当俄罗斯船舰遭到袭击，随后往往都能看到卫星图像或其他公开影像，显示部分舰艇和港口设施受到明显破坏。
因此，与其说黑海舰队已经失去全部作战能力，不如说它的水面舰艇体系正在持续被削弱，远程导弹和舰队机动作战能力受到明显影响，但潜艇以及部分小型导弹舰仍然具备重要的远程打击能力。截至9月的公开分析也显示，黑海舰队并没有完全失去“口径”巡航导弹的发射能力。
这场战争真正值得研究的，是攻击舰艇的方式发生了变化。无人艇、无人机、远程导弹以及侦察监视手段正在组合使用，攻击目标也不再只是海上航行中的军舰，而是逐渐延伸到港口、锚地和维修区域。
舰艇进入港口，确实可以降低在海上被发现和攻击的风险，但港口并不意味着绝对安全。一旦对手能够持续进行侦察，固定停泊的军舰反而更容易成为远程精确打击的目标。
从这场战争来看，海上作战有几个值得关注的变化：
- 军舰在封闭海域很难单独作战，需要和岸基反舰、防空、电子战以及侦察系统配合起来；
- 军港不能过度依赖少数固定泊位，高价值舰艇需要分散部署并加强防护；
- 面对无人艇、无人机等低成本目标，单靠传统防空武器并不经济，需要建立多层防御体系；
- 补给、维修和造船能力同样重要，港口和维修设施本身也可能成为攻击目标；
- 战时军舰在固定港口和维修区域停留的时间越长，暴露风险就越高，需要提高机动和分散能力；
- 更值得研究的是，无人系统如何以相对较低的成本持续消耗高价值军舰，以及防守方如何降低拦截这些低成本目标的成本。
黑海战争并没有证明“大舰巨炮已经过时”，但正在证明一个更加现实的问题：现代军舰越来越难以脱离侦察、防空、电子战、岸基火力和后勤体系独立生存。
| 时间 |
舰艇 |
类型 |
重大损失 |
可信度/说明 |
| 2022-04-14 |
“莫斯科”号 |
光荣级导弹巡洋舰 |
沉没 |
俄国防部确认。舰上起火、弹药爆炸并造成舰体严重受损，拖带途中失去稳定性后沉没。 |
| 2025-12-15 |
基洛级潜艇 |
柴电潜艇 |
据称重创 |
乌方称在新罗西斯克港使用无人潜航器攻击；俄方否认舰艇受损，暂不能列为确认损失 |
| 2026-08-12 |
“马卡罗夫海军上将”号 |
11356R型护卫舰 |
严重受损 |
新罗西斯克港遭袭，卫星图像显示舰艇及导弹发射区域出现明显损伤；相关报道确认其受损。 |
| 2026-08-12 |
“埃森海军上将”号 |
11356R型护卫舰 |
严重受损 |
卫星图像显示舰艇前部及导弹发射区域受损。 |
| 2026-08-12 |
大型登陆舰 |
大型登陆舰 |
受损 |
乌方称新罗西斯克海军基地遭袭时受损；公开报道确认有大型军舰受击，但具体舰名及损伤程度信息有限。 |
| 2026-08-12 |
“暴徒-M”级小型导弹舰 |
小型导弹舰 |
严重受损 |
新罗西斯克港遭袭后，公开卫星图像显示舰体后部及垂直发射系统附近存在严重火灾和结构损伤。 |
| 2026-09-09 |
“埃森海军上将”号 |
11356R型护卫舰 |
再次遭重创 |
乌方称遭“海王星”导弹攻击；后续卫星图像显示舰体前部及垂发区域明显受损。 |
| 2026-09-09 |
“马卡罗夫海军上将”号 |
11356R型护卫舰 |
再次遭重创 |
卫星图像显示前部垂直发射系统附近存在中重度损伤。 |
| 2026-09-09 |
“暴徒-M”级小型导弹舰 |
小型导弹舰 |
严重受损 |
卫星图像显示其上层建筑后方及垂直发射单元区域发生严重火灾和结构坍塌。 |
附：俄罗斯海军舰队分布
俄罗斯海军一共五支舰队，分布在五个主要方向：
- 北方舰队驻守俄罗斯北部，面向北冰洋，靠近挪威和北极；
- 波罗的海舰队位于俄罗斯西部，面向波罗的海，靠近芬兰、瑞典和波兰；
- 黑海舰队位于俄罗斯西南部，面向黑海，靠近乌克兰、土耳其；
- 太平洋舰队位于俄罗斯远东，面向太平洋，靠近日本、韩国；
- 里海区舰队位于俄罗斯西南部，面向里海，靠近哈萨克斯坦、伊朗。
PS：里海区舰队严格来说不是“舰队”（Fleet），而是 Flotilla（区舰队/舰队支队）。
个人
2026-09-15
也门位于阿拉伯半岛西南部，濒临红海、亚丁湾和阿拉伯海，人口约3500万。居民以阿拉伯人为主，官方语言为阿拉伯语，宗教以伊斯兰教为主，其中逊尼派和什叶派扎伊迪亚派影响较大。经济长期依赖石油、天然气、农业、渔业和海外汇款，但经济基础薄弱。也门历史悠久，古代曾是连接阿拉伯半岛、东非和印度洋贸易网络的重要地区，历史上长期存在不同王朝、苏丹国和部族政权。
MySQL PostgreSQL JSON
2026-09-14
关系型数据库支持 JSON 已经很成熟，但 JSON 并不意味着可以随意替代普通字段。实际项目中，更重要的问题是：PostgreSQL 的 json 和 jsonb 怎么选？MySQL JSON 如何建立索引？Go 又应该怎样读写？
MySQL PostgreSQL
2026-09-13
同样叫 Timestamp，MySQL 和 PostgreSQL 的语义并不相同，也是跨库迁移和应用开发中最容易踩坑的地方。
个人
2026-09-12
中国劳务派遣制度本质上是市场经济发展过程中，为满足企业灵活用工需求而形成的一种特殊劳动用工形式。它并非中国独有，但在中国的发展路径具有明显的国企改革和劳动力市场转型特征。
中国现代意义上的劳务派遣最早可追溯至改革开放后的涉外劳务服务。20世纪80年代末至90年代，随着外资企业进入、劳动力市场逐步建立，劳务派遣开始出现并逐渐扩大。与此同时，国企进入“减员增效”和改制重组阶段，部分企业通过人员分流、调整劳动关系等方式降低传统用工模式的负担，劳务派遣也逐渐成为灵活用工的重要方式之一。因此，国有企业确实是中国劳务派遣早期的重要需求方和推动力量。
2008年，《劳动合同法》正式确立劳务派遣制度。但随着制度快速发展，一些企业开始利用劳务派遣规避正式用工责任，出现“同工不同酬”“假外包、真派遣”“长期派遣”等问题。
2012年，《劳动合同法》修订后进一步强化监管，明确劳务派遣应主要用于“临时性、辅助性、替代性”岗位。2014年实施的《劳务派遣暂行规定》又明确，用工单位使用被派遣劳动者的数量原则上不得超过其用工总量的10%。中国劳务派遣制度由此开始从快速扩张转向严格规范。
PS：现实中，很多企业将劳务派遣统称为“外包”，但两者并不相同。一些所谓外包员工虽然劳动合同签在第三方公司，却长期在甲方工作，接受甲方直接安排、考勤和管理，本质上仍属于劳务派遣。这种“假外包、真派遣”现象，也可能被用于规避派遣岗位和用工比例限制。
劳务派遣并非中国独有。日本、美国、德国、法国等国家都存在类似制度，日本甚至形成了规模庞大的派遣产业。但不同国家的监管模式存在明显差异，通常围绕派遣岗位、使用期限、工资待遇、社会保障以及实际用工责任进行规范。
因此，真正的问题并不是“是否应该存在劳务派遣”，而是劳务派遣是否被企业异化为长期压低人工成本、规避劳动责任的工具。如果派遣工长期承担企业核心业务，却在工资、福利、晋升和职业保障方面长期低于正式员工，那么劳务派遣实际上就可能形成新的劳动身份分层。
从社会主义发展目标来看，劳务派遣制度本身并不天然与社会主义相违背。社会主义市场经济同样需要劳动力合理流动，也需要企业根据经营变化进行灵活用工。问题的关键在于，市场效率不能以牺牲劳动者基本权益为代价。
如果大量企业将派遣工长期固定在核心岗位，并形成身份分层、待遇分层和保障分层，那么问题已经不再只是灵活用工，而是劳动权益分配失衡。这确实会与共同富裕、劳动者权益保护以及劳动价值应得到尊重的社会目标形成矛盾。
未来，中国劳务派遣制度大概率不会取消，而是继续收紧和规范。核心方向应该包括：严格限制派遣岗位范围，落实同工同酬原则，压实实际用工企业责任，提高违法成本，并防止劳务派遣成为企业的基础用工模式。
长期来看，劳务派遣应当回归临时性和补充性的定位，而不是成为企业长期替代正式劳动关系的工具。只有在企业灵活用工需求与劳动者权益保障之间建立合理平衡，劳务派遣制度才能真正服务于经济发展，而不是制造新的劳动不平等。
思考：为什么劳务派遣、年龄门槛、编外人员与正式编制身份分层、长期临时工等用工做法，在政府机关、国有企业和公共部门同样普遍？作为以社会主义和劳动者权益保护为重要价值目标的国家，政府及国有企业为何也会采取这些容易造成劳动身份和待遇差异的用工方式？
Nginx
2026-09-11
Linux
2026-09-10
Linux 在服务器、云计算等领域无处不在，也拥有大量优秀工程师，但桌面产品长期难以与 Windows、macOS 竞争。问题未必是技术能力不足，而是：
-
Linux 缺少一个真正对完整产品体验负责的主体。
Windows 有微软，macOS 有苹果。界面不好用、软件体验不统一，最终都有人负责。
Linux 则涉及内核、桌面环境、发行版、软件包和大量社区成员，常常是每个组件都有人维护，但整个产品没人负责。
-
开源社区擅长技术决策，却不一定擅长设计。
技术问题可以讨论、测试甚至投票，但审美和产品体验往往需要取舍。优秀设计必须有人敢说：“这个功能不需要，这个设计不行。”
但社区文化强调包容和尊重不同需求，结果容易形成“功能越来越多，默认体验却越来越平庸”的局面。
-
Linux 有时会把技术路线放在产品体验之前。
一个软件是否适合作为默认应用，讨论的不只是好不好用，还可能涉及许可证、Mono、微软等技术路线争议。
这也是 Omarchy 这类“强主张软件”受到关注的原因。像 Omarchy，由 DHH 直接决定默认桌面、快捷键和软件组合。用户当然可以修改，但默认答案只有一个。
Linux 桌面真正的问题不是民主，而是责任被稀释。可以广泛讨论，但产品最终必须有人拍板。
设计不是投票。Linux 擅长给用户选择，却不擅长替用户做决定。而优秀的消费级产品，往往不是提供最多选择，而是在无数选择中，坚持做出一个足够好的默认答案。
以上观点，根据微信公众号文章《Ubuntu设计团队往事：品味是如何死在投票箱里的？》整理。