543
订阅者
无数据24 小时
+57 天
+530 天
吸引订阅者
十月 '2610月 '26
十月 '26
+326
在0个频道中
九月 '260
在1个频道中
Get PRO
八月 '260
在0个频道中
Get PRO
七月 '260
在10个频道中
Get PRO
六月 '260
在0个频道中
Get PRO
五月 '260
在3个频道中
Get PRO
四月 '260
在2个频道中
Get PRO
三月 '260
在0个频道中
Get PRO
二月 '260
在0个频道中
Get PRO
一月 '260
在0个频道中
Get PRO
十二月 '250
在1个频道中
Get PRO
十一月 '250
在1个频道中
Get PRO
十月 '250
在1个频道中
Get PRO
九月 '250
在0个频道中
Get PRO
八月 '250
在0个频道中
Get PRO
七月 '250
在0个频道中
Get PRO
六月 '250
在0个频道中
Get PRO
五月 '250
在0个频道中
Get PRO
四月 '250
在0个频道中
Get PRO
三月 '250
在0个频道中
Get PRO
二月 '250
在0个频道中
Get PRO
一月 '250
在0个频道中
Get PRO
十二月 '240
在0个频道中
Get PRO
十一月 '240
在1个频道中
Get PRO
十月 '240
在0个频道中
Get PRO
九月 '240
在0个频道中
Get PRO
八月 '240
在0个频道中
Get PRO
七月 '240
在0个频道中
Get PRO
六月 '24
+44
在0个频道中
Get PRO
五月 '240
在0个频道中
Get PRO
四月 '240
在0个频道中
Get PRO
三月 '24
+35
在0个频道中
Get PRO
二月 '240
在0个频道中
Get PRO
一月 '24
+138
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 15 十月 | +1 | |||
| 14 十月 | +3 | |||
| 13 十月 | +2 | |||
| 12 十月 | 0 | |||
| 11 十月 | 0 |
频道帖子
![怀念那个曾经发烧的年代 [xref]](data:image/jpeg;base64,/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACgcHiMeGSgjISMtKygwPGRBPDc3PHtYXUlkkYCZlo+AjIqgtObDoKrarYqMyP/L2u71////m8H////6/+b9//j/2wBDASstLTw1PHZBQXb4pYyl+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj/wAARCAATACgDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDUZ3DkKARShn7jH4UjBCx3IpPqRSbY/wDnkv5UASfP7UfP7UxSq/cQD6U7zPagBRu74opFfJ6UUANf7xpneiigBR3p8YFFFAEmB6UUUUAf/9k=)
| 2 | 以 3A 大作的方式打开扫雷
https://minesweeper.mikelacher.com/
source | 170 |
| 3 | 自从有了 vibe coding 后，这类紧跟时事的在线小游戏也多了起来
https://paiwawa.site/zunzun/
注：原网页 https://breakbreak.app/ 被 OTA 没了，故换了一个链接 | 284 |
| 4 | 我们 oplus 已在内核层面预装 ACE
* File: oplus_kernel_security_check.c
* Author: cenjun
* Data: 2025-7-20
* Version 1.0
* Desc:和平精英需求-内核完整性检测，包括系统调用表劫持检测和ko完整性检测
https://github.com/OnePlusOSS/android_kernel_modules_and_devicetree_oneplus_mt6993/blob/oneplus/mt6993_b_16.0_ace_6_ultra/vendor/oplus/kernel/secureguard/gki2.0/rootguard_new/oplus_kernel_security_check.c | 296 |
| 5 |  +12026-10-02 · 沪
#群友交汇 | 503 |
| 6 | 世界上果然有这种东西，让 Gunyah 假装自己是 KVM
[RFC PATCH 00/34] Running Qualcomm's Gunyah Guests via KVM in EL1
Posted by Karim Manaouil 1 year, 5 months ago
This series introduces the capability of running Gunyah guests via KVM on
Qualcomm SoCs shipped with Gunyah hypervisor [1] (e.g. RB3 Gen2).
The goal of this work is to port the existing Gunyah hypervisor support from a
standalone driver interface [2] to KVM, with the aim of leveraging as much of the
existing KVM infrastructure as possible to reduce duplication of effort around
memory management (e.g. guest_memfd), irqfd, and other core components.
In short, Gunyah is a Type-1 hypervisor, meaning that it runs independently of any
high-level OS kernel such as Linux and runs in a higher CPU privilege level than VMs.
Gunyah is shipped as firmware and guests typically talk with Gunyah via hypercalls.
KVM is designed to run as Type-2 hypervisor. This port allows KVM to run in EL1 and
serve as the interface for VM lifecycle management,while offloading virtualization
to Gunyah.
This series is heavily based on previous work from Elliot Berman and others,
available at:
https://lore.kernel.org/lkml/20240222-gunyah-v17-0-1e9da6763d38@quicinc.com/
https://patchew.org/linux/20250424141341.841734-1-karim.manaouil@linaro.org/ | 476 |
| 7 | 2026 年了，GitHub 的 SHA-256 object format 仓库支持终于有一点进度了。
https://github.com/bk2204/talk-rust-in-git/blob/1ab09c89ff09cf55dcea97a2626530ddedfe91a60c8490d469dd9500c04be304/presentation.adoc#one-more-thing | 578 |
| 8 | VibeCoded AI-Slop License v1.0
Comments
via gist.github.com by ktr | 557 |
| 9 | 这届网友还是太遥遥领先了
https://paiwawa.site/ | 766 |
| 10 | Linux 6.11+ 终于有了自己的 VirtualQueryEx
讽刺的是 它仍然是一个文件
int fd = open("/proc/self/maps", O_RDONLY);
struct procmap_query q = {...};
ioctl(fd, PROCMAP_QUERY, &q);
Starting with 6.11 kernel, /proc/PID/maps provides an alternative ioctl()-based API that gives ability to flexibly and efficiently query and filter individual VMAs. This interface is binary and is meant for more efficient and easy programmatic use. struct procmap_query, defined in linux/fs.h UAPI header, serves as an input/output argument to the PROCMAP_QUERY ioctl() command. See comments in linux/fs.h UAPI header for details on query semantics, supported flags, data returned, and general API usage information.
https://docs.kernel.org/filesystems/proc.html | 745 |
| 11 |  Google 你要不看看你的专家系统在干什么 | 631 |
| 12 |  +8AOSCC 2026 · 杭州
#群友交汇 | 848 |
| 13 |  没有文字... | 421 |
| 14 | 蒸蒸日上的大蒸馏时代
我们可以使用同一厂商的便宜的小模型复述大模型的加密 CoT
https://stolen-thoughts.com/ | 534 |
| 15 | 我觉得“词元”这个翻译的公布方式是一个非常非常失败的例子
直接公布一个标准译名，然后各种官媒进行消息轰炸，再把高度上升到科技话语权。
人人都知道这届网友是最逆反的，非得用这种大家长作风式的按头措施来公布这个译名，那现在就相当于把词元这么一个很好的翻译永远的与这次失败关联起来，也永远带上了政治色彩，永远会有一批人拒绝使用这个词。
而如果由deepseek或者moonshot发的我觉得都压根不会有人往那方面想。要做到这一点只需要稍微行政指导一下：
1. 订好了翻译之后找moonshot和deepseek在model card和新闻里用这个词
2. 其它下游软件和生态跟进
3. 国家“顺势”采纳为标准
关键就在于你不能让人觉得自己是被按头的，得让人觉得这是行业里有头有脸的公司提出来的。 | 446 |
| 16 | 有人把 kimi 的视觉编码器接到 ds 上实现了视觉 https://huggingface.co/webbrain-one/DeepSeek-V4-Flash-0731-Vision-NVFP4 | 784 |
| 17 |  https://vxtwitter.com/i/status/2084946167503188092 | 651 |
| 18 |  我不行了 你们都这么写路由的吗 | 230 |
| 19 | 如果希望系统 DNS prefer IPv4
可以修改 glibc address selection
On glibc systems, edit: /etc/gai.conf
Enable the IPv4-mapped precedence rule:
precedence ::ffff:0:0/96 100
This makes IPv4 addresses preferred over IPv6 when both exist.
比如: 可以让 wg-quick 在解析 DNS 时优先使用 IPv4
#小知识 #TIL | 361 |
| 20 | deepseek-v4-flash 正式版现已有限支持 custom_tool_call (仅支持 apply_patch)
挺可惜的，试了一下 deepseek-v4-flash 正式版 的 custom_tool_call 仅支持 apply_patch, 用 OpenAI 的例程测了一下 DeepSeek API 直接报错。
openai.BadRequestError: Error code: 400 - {'error': {'message': "Unsupported custom tool: 'code_exec'. Only 'apply_patch' is supported.", 'type': 'invalid_request_error', 'param': None, 'code': 'invalid_request_error'}}
似乎除了 OpenAI 的 GPT-5 系列外，没有见过其他模型能正确处理 custom_tool_call (使用 codex 的 code mode only 模式需要 custom_tool_call，即使用 javascript 直接调用 tool/function/mcp, LLM 不再直接使用 json 交互).
注: grok-4.5 也使用 Responses API 但是它无法正确生成 custom_tool_call.
Anthropic message API 不支持非 json 的 function/tool.
OpenAI 的 chat completions API 其实也有 custom_tool_call 但是不支持流式响应。
DeepSeek 关于 custom tool 受限支持的说明: https://api-docs.deepseek.com/zh-cn/guides/responses_api/#tools
关于 custom_tool_call 的说明以及例程: https://developers.openai.com/cookbook/examples/gpt-5/gpt-5_new_params_and_tools#2-freeform-function-calling | 476 |
