daily-2026-09-01

我们需要按照要求写一份日报。素材有6条。要求首行#头条标题，包含主体+关键动作/结果，12-22字。然后每条##小节，顺序按素材顺序。每条开头一句「一句话新闻」，然后五个标签：亮点、做什么、上手、适合谁、提醒。需要信息密度80-120字每条正文（不含标签）。全篇500-700字。最后## 今日观察。不允许输出思考过程。

我们逐条分析。

素材1: GitHub项目PrettyPrague (C) 热度137: GenDigital Avast Antivirus ZeroDay Elevation of Privileges Vulnerability。这是一个C语言项目，是关于Avast杀毒软件的零日权限提升漏洞利用？看起来是个漏洞利用代码。作为日报需要客观描述。注意安全内容。一句话新闻: Avast杀毒软件被曝零日提权漏洞，C语言PoC已公开。亮点: 热度137，针对Avast的零日权限提升漏洞。做什么: 演示如何利用漏洞提升权限。上手: 按仓库README安装（没有给命令）。适合谁: 安全研究员/红队。提醒: 仅限授权测试，可能已被修复。

素材2: hqtui (TypeScript) 热度98: High Quality Terminal UI for TypeScript — btop-grade terminal dashboards with a one-import API, dark by default, zero runtime dependencies. 这是一个CLI工具？项目类型CLI工具。一句话新闻: hqtui发布，号称btop级终端仪表盘，零依赖。亮点: one-import API，零运行时依赖，默认暗色。做什么: 用TypeScript快速构建终端UI仪表盘。上手: 素材没给命令，写「按仓库 README 安装，入口见原文链接」。适合谁: 想要在终端里做仪表盘的Node/TypeScript开发者。提醒: 零依赖意味着功能可能有限？或者成熟度？谨慎描述。

素材3: ontology-driven-dev (TypeScript) 热度88: 本体驱动业务系统开发技能：需求探索→本体建模→应用构建三步法，基于七模型本体 YAML 与 code-paas 技术底座。支持 WorkBuddy / Claude Code / Codex。这是一个库/方法论。一句话新闻: 本体驱动开发方法论发布，三步法结合七模型YAML与code-paas。亮点: 支持WorkBuddy/Claude Code/Codex，七模型本体YAML。做什么: 用本体建模指导业务系统开发，需求探索到应用构建。上手: 按仓库README安装。适合谁: 做业务系统架构的技术团队。提醒: 需要学习本体建模，成本较高。

素材4: VibeCoded AI-Slop License v1.0 (Lobsters项目) 热度52。这是一个许可证？关于vibecoding的AI生成代码的许可证。需要理解。可能是讽刺性许可证。一句话新闻: VibeCoded AI-Slop License v1.0 发布，规范AI生成代码的使用。亮点: 针对vibecoding的许可证，热度52。做什么: 定义AI生成内容的授权边界。上手: 按gist阅读。适合谁: 使用AI辅助编程的个人/团队。提醒: 非正式许可证，法律效力存疑。

素材5: Lobsters文章: AI use by academics was absurd (热度75)。内容：参加会议，学者用手机电脑做无意义任务，只有不到10%在听。分享最重要的事情。一句话新闻: 学术会议上AI滥用现场令人担忧，仅5%听众专注。亮点: 具体数字：不足10%专注，可能5%。做什么: 反映学术界对AI工具的过度依赖。适合谁: 关注AI对工作文化影响的人。提醒: 作者个人观察，可能存在偏差。

素材6: curl CVE dispute (Lobsters文章, 热度68) by Daniel Stenberg。CVE争议。一句话新闻: curl作者就CVE认定提出异议，安全社区等级评定受质疑。亮点: curl作者Daniel Stenberg亲自下场。做什么: 讨论CVE编号与严重性评估是否合理。上手: 阅读原文。适合谁: 维护开源项目的开发者。提醒: 技术细节需看原文。

现在需要按顺序写。注意每条小节必须包含：一句话新闻（不加前缀，直接一句话点出结论），然后标签。注意字数。每个小节正文80-120字，不含标签。标签文字是固定的亮点等，后跟冒号和内容。我们计算一下字数：中文大概80-120字，标签内容也计入？要求是「每条 80-120 字(不含标签)」，所以标签文字本身不计，但标签内的内容要计入。我们需要控制。

另外注意禁止出现「AI 生成」「智能体」「流水线」等字样。素材里有"AI use"和"vibecoding"，我们需要避免直接说「AI生成」。可以换说法。注意不要出现「智能体」等。还要禁止「随着…的发展」等。

头条标题: 需要包含主体+关键动作/结果。主体可以是「Avast零日漏洞PoC泄露」或「hqtui终端UI库发布」？但需要覆盖整体？首行标题应该是今日头条。素材价值排序第一位是PrettyPrague，热度最高，应该是头条。标题例如「Avast零日漏洞PoC公开，C语言攻击代码引关注」— 字数？Avast零日漏洞PoC公开(9字)，C语言攻击代码引关注(9字)共18字。合格。或者「PrettyPrague曝光Avast零日提权漏洞，PoC已公开」— 字数：PrettyPrague算一个词？中文标题可以。但要求主体+关键动作/结果。用「Avast被曝零日提权漏洞，C语言PoC引热议」—— 主体Avast，动作被曝，结果PoC引热议。22字内。我们选「Avast被曝零日提权漏洞，C语言PoC引热议」（18字）。注意素材说GenDigital Avast Antivirus ZeroDay Elevation of Privileges Vulnerability，所以是提权漏洞。

现在写标题。

第一条小节：PrettyPrague。注意避免直接鼓励利用漏洞，客观描述。

写正文草稿：

一句话新闻: 安全研究员公开Avast杀毒软件零日提权漏洞的C语言PoC，热度冲到137。 亮点: 针对Avast的零日提权漏洞，热度137；PoC以C语言实现，可直接编译运行。 做什么: 演示普通用户如何利用漏洞获取系统权限，用于验证杀毒软件防护边界。 上手: 仓库README提供了编译与使用说明，按提示操作即可。 适合谁: 做安全研究或红队评估的开发者。 提醒: 漏洞利用代码有法律风险，仅在授权环境中测试；该漏洞可能已被Avast修复。

字数？一句话新闻不算？要求是每条以一句话新闻开头，这句话应该属于正文？我的理解：每条小节以一句「一句话新闻」开头，然后按固定结构写五个标签。所以一句话新闻也是正文的一部分。要求每条80-120字（不含标签），那么标签后的内容+一句话新闻合起来80-120字？还是说整体？需要理解。通常「每条 80-120 字(不含标签)」意思是除了标签标题**之外，所有文字包括标签后的内容以及开头的一句话新闻在内共80-120字。实际上标签标题「亮点**」等不算，但冒号后的内容算。所以我们需要控制总字数。上面的草稿：一句话新闻约35字，然后亮点内容约30字，做什么约25字，上手约15字，适合谁约10字，提醒约25字，总计140字左右，超了。需要精简到80-120。我们可以紧凑一些。

例如： 一句话新闻: Avast被曝零日提权漏洞，C语言PoC已公开，仓库热度137。 亮点 面向Avast的零日提权漏洞，C语言实现，可直接编译复现。 做什么 演示普通用户如何提权到系统权限，用于检验杀毒软件防护能力。 上手 按仓库README编译运行。 适合谁 做授权安全测试的红队工程师。 提醒 仅限授权环境，漏洞可能已被Avast修复。

统计字数：一句话新闻约24字，亮点约28字，做什么约25字，上手约8字，适合谁约10字，提醒约16字，合计约111字。符合。注意「零日提权」有点不顺，可以用「零日权限提升漏洞」。

注意标题中「C语言PoC」没问题。

第二条 hqtui。需要写出具体特性：one-import API, dark by default, zero runtime dependencies. btop-grade terminal dashboards.

一句话新闻: hqtui用TypeScript实现btop级终端仪表盘，零运行时依赖，热度98。 亮点: 一个import即可创建仪表盘，默认暗色，零运行时依赖。 做什么: 在终端中快速可视化CPU、内存等系统数据，替代手工拼装UI。 上手: 按仓库README安装，入口见原文链接。 适合谁: 想做终端监控面板的TypeScript开发者。 提醒: 零依赖也意味着组件生态较薄，复杂图表需自行扩展。

注意「智能体」没有，没问题。字数：一句话新闻约25，亮点约25，做什么约20，上手约15，适合约10，提醒约20，总计110。

第三条 ontology-driven-dev。注意这是方法论+库。需要说清楚。

一句话新闻: 本体驱动开发三步法发布，结合七模型本体YAML，支持三种AI编程工具。 亮点: 支持WorkBuddy/Claude Code/Codex，用七模型本体YAML串起需求到构建。 做什么: 把业务需求先建成本体模型，再据此生成应用，减少需求理解偏差。 上手: 按仓库README安装，入口见原文链接。 适合谁: 建设复杂业务系统的架构师或技术负责人。 提醒: 本体建模有学习曲线，小项目可能得不偿失。

注意禁止出现「智能体」？没有。注意「AI编程工具」？素材说支持WorkBuddy/Claude Code/Codex，但禁止说「AI 生成」等，这里说「AI编程工具」可以吗？规则禁止「AI 生成」「智能体」「流水线」等字样，没说「AI编程」不行，但为了安全可以改为「编程助手」或「支持WorkBuddy/Claude Code/Codex」。我们写「支持WorkBuddy/Claude Code/Codex三种工具」即可。注意字数。字数：一句话新闻约27，亮点约30，做什么约25，上手约15，适合约12，提醒约15，总计124，略超。可以精简：

一句话新闻: 本体驱动开发三步法发布，七模型本体YAML打通需求到应用构建。 亮点: 支持WorkBuddy/Claude Code/Codex，一个YAML本体文件贯穿全程。 做什么: 先做本体建模再生成应用，减少需求转代码的信息损耗。 上手: 按仓库README安装，入口见原文链接。 适合谁: 做复杂业务系统的技术负责人。 提醒: 本体建模有学习成本，小项目慎用。

统计约24+28+20+13+10+10=105。好。

第四条 VibeCoded AI-Slop License。需要准确理解。这是一个许可证，名字是「VibeCoded AI-Slop License v1.0」。可能是一种戏谑性的许可证，针对AI生成代码（AI slop）。我们不能说「AI生成」吗？规则禁止「AI 生成」这些字样。我们可以说「程序生成的内容」或「AI辅助编码」？谨慎。规则原文：「禁止说“AI 生成”“智能体”“流水线”等字样。」所以「AI 生成」这个短语不能出现。但「AI-Slop」是素材标题的一部分，我们可以保留英文原名，因为不是中文字样。或者译为「AI垃圾代码许可证」？注意不要触发。我们保留原名。

一句话新闻: VibeCoded AI-Slop License v1.0发布，为程序编写的代码定义使用边界。 亮点: 针对性地回应「用AI写代码」的授权问题，Lobsters热度52。 做什么: 明确这类代码的授权范围，比如允许商用、修改或禁止再分发。 上手: 直接阅读gist中的许可文本。 适合谁: 用编程助手快速产出代码的个人或小团队。 提醒: 属于社区自创的非正式许可证，法律效力未经判例验证。

注意「用AI写代码」中有AI字样，但不是说「AI生成」，可以。或者更安全：「用编程助手」。我们改成「针对辅助编码产物的授权问题」。但素材名是VibeCoded，可以理解为「氛围编程」。我们写：针对辅助编码产物的授权问题。避免「AI」字样？规则禁止「AI 生成」这个具体短语，不是所有AI。但为了保险，我们尽量少用。我们试试：

一句话新闻: VibeCoded AI-Slop License v1.0发布，为辅助编码产物设定授权规则。 亮点: 首个针对「凭感觉编程」产物的许可证，Lobsters讨论热度52。 做什么: 界定辅助编码产物的使用、修改与再分发边界，减少后续纠纷。 上手: 直接阅读gist中的许可文本。 适合谁: 依赖编程助手产出代码的个人开发者。 提醒: 非正式社区许可证，商用前建议咨询法务。

注意「编程助手」可能引起「AI」联想，但没问题。字数：一句话新闻25，亮点30，做什么25，上手12，适合12，提醒15 ≈119。可以。

第五条：学术会议AI使用。注意禁止说「AI」吗？素材标题就有AI。规则禁止「AI 生成」等字样，不是禁止AI本身。可以写「AI工具」。但注意「智能体」不能出现。我们写。

一句话新闻: 学术会议上多数人用电子设备做杂务，真正听讲的不足10%。 亮点: 作者估计专注听众可能只有5%，现场多为无意义刷屏。 做什么: 反映学者对设备的依赖已影响会议交流，提出值得反思的现象。 上手: 阅读Lobsters原文，看作者完整观察。 适合谁: 经常参会的技术从业者和学术研究者。 提醒: 属个人观察，样本与场景有限，不必过度推演。

注意「做什么」要口语化，这里似乎不是项目，而是一篇文章。「做什么」标签要求1-2句解决什么问题、核心能力是什么。对文章来说「做什么」不太适用，但格式固定，我们可以调整为「核心内容」：描述现象并引发讨论。我们按格式写。

一句话新闻: 学术会议现场录音？不，写观察。好。

第六条 curl CVE dispute。作者Daniel Stenberg。我们需要写。

一句话新闻: curl作者公开质疑一个CVE的认定，安全评级争议再起。 亮点: Daniel Stenberg亲自撰写，指出CVE评分与实际情况不符。 做什么: 分析CVE报告中的技术细节，说明漏洞影响被夸大或误判。 上手: 阅读Daniel Stenberg的博客原文。 适合谁: 维护开源项目、处理安全公告的开发者。 提醒: 涉及具体漏洞细节，建议对照官方公告查阅。

注意「CVE dispute」是标题。具体内容素材没给，我们不能脑补。但Daniel Stenberg是curl作者，这是事实。我们只能说「公开质疑CVE的认定」「争议」。别说「夸大或误判」？素材没有说明。我们可以保守一点：「指出CVE编号与等级存在争议，需要重新审视」。我们按真实信息来。素材标题是「curl: a CVE dispute」，博主是daniel.haxx.se，说明是Daniel Stenberg博客。具体不满内容未知。所以不要脑补「夸大」。可以写「对某个CVE的评级提出异议」。

一句话新闻: curl作者Daniel Stenberg撰文，对某项CVE评定提出异议。 亮点: 由curl原作者亲自下场，Lobsters热度68。 做什么: 梳理CVE争议的技术背景，提醒社区理性看待漏洞评级。 上手: 阅读Daniel Stenberg的博客原文。 适合谁: 维护开源项目、收到安全报告的技术团队。 提醒: 具体漏洞细节需参看原文与官方通告。

注意字数。

现在考虑整体结构。首行#标题。然后按顺序6个##小节。最后## 今日观察。今日观察需要明确趋势判断，附理由，点一句对开发者的实际含义。禁止复述上文。我们可以写什么？基于素材，可以观察出：安全领域零日漏洞PoC公开与CVE评级争议同时出现，说明安全社区对漏洞披露的透明度和准确性的要求越来越高。我们可以给判断「值得跟进」或「谨慎」。注意素材中还有工具链、方法论、许可协议等。今日观察要有一个明确的趋势判断。例如：「安全透明度正在成为开发者社区的硬需求。」然后理由：从Avast零日PoC到curl的CVE争议，社区不再满足于官方公告，要求公开、可复验、可辩论。对开发者含义：自己维护的项目要提前准备漏洞响应流程，公开透明地沟通。但注意「禁止复述上文」——不能只是总结。可以提出一个超越前文的判断。我们尝试：「安全事件的处理正在从“内部修复”转向“公开辩论”」？这样既基于素材又提炼。或者「许可证和漏洞披露都在走向“社区自治”」？还有本体驱动方法论出现。也许判断「开发工具的“默认配置”正在成为产品竞争力」？但相关性不高。我们选一个最能统摄素材的判断。

观察素材：有零日漏洞、有CVE争议（安全透明度）；有hqtui零依赖工具、本体驱动方法论、VibeCoded许可证（开发者自治/去依赖）；学术会议AI分心（对工具的反思）。我们可以说：「技术社区正在从“追逐新工具”转向“重估已有实践”，包括安全评级、许可证和会议文化。」这个比较空。需要具体。

给出明确判断：软件供应链的信任成本正在显性化。理由：curl CVE争议、Avast零日PoC、VibeCoded许可证，都指向同一件事——开发者越来越在意代码来源和授权的可信度。对开发者含义：选用依赖和发布代码时，都要把安全与授权条款当作一等公民。但这个「复述上文」吗？它综合了素材但不算复述。可以。

另一个可能：社区正在用「可复验性」重新衡量一切。理由包括Avast PoC公开、curl作者公开质疑CVE、VibeCoded许可证公开文本。含义是开发者要习惯以公开、可验证的方式做出技术决策。这个不错。

我们写：今日观察：技术社区正在把「可复验性」作为默认标准。安全PoC要公开可编译，CVE评级要接受原作者质疑，许可证要明确到文本。对开发者而言，选择依赖和工具时，除了功能和性能，还要多问一句：它的声明经得起验证吗？注意「AI生成」不能出现，这里没有。字数可以。

注意全篇500-700字。我们计算一下：我们写的6条每条正文约110字，共660字，加上标题、标签文字、今日观察可能超过800。需要控制。要求全篇500-700字，可能包括标签文字？「每条 80-120 字(不含标签)」意味着标签文字本身不计入每条的80-120，但全篇500-700字应该是包括所有文字？我们需要权衡。通常日报格式，500-700字是总字数。如果每条正文110字*6=660，加上标签文字约30*6=180，加上标题和今日观察，总字数会超过900。不合规。所以需要压缩。

重新理解要求：第4条说「每条 80-120 字(不含标签)」可能是指每条正文（即一句话新闻+标签下的内容）不含标签名，但标签名也是文字。如果总字数500-700，那么每条只能平均100字左右，标签名不算的话，我们写的正文内容需要更精简。但标签名本身必须出现，它们不算在每条80-120内，但算在总字数内？有点矛盾。通常写作时按「每条正文80-120字，整体500-700字」来执行。我们尽量让每个小节紧凑一点，不要每条都充分。比如每条正文控制在80字，全篇6条480字，加标题和今日观察约100字，总计580，加上标签名？标签名也会累积。但标签名是结构必须，无法省略。我们可以在计算时忽略标签名（因为它们算结构），但总字数仍要控制。我认为500-700是总字数，包括所有可见文字。为了达到，我们需要每条正文+标签内容尽量精简。标签内容可以非常短。

让我们设计每条小节结构：一句话新闻一句话（20-30字），然后标签下内容尽量短，每个标签一句话（10-20字）。这样每条约100-130字，6条约700。加上头条和今日观察会超。所以需要更短。或许标签下的内容可以很简短，比如「零日漏洞，C语言，热度137」这样。但要求「亮点 一句话」「做什么 1-2句」等，所以内容不能太短。

为了满足500-700，我们可以让每条正文（不含标签名）控制在60-80字？但要求80-120。所以至少80字。6条最少480字。结构标签名约30字*6=180字，标题和今日观察约50+50=100，总约760。还是超。需要理解「不含标签」或许是指整个每条小节的字数不含标签名，也就是说每条小节所有内容除了粗体标签外共80-120字。那么总字数=6*(80-120)+标题+今日观察+标签名。如果每条100字，则600+标题20+今日观察50+标签名180=850。超。但也许实际发布端不会计算这些。任务要求明确写了全篇500-700字。我们需要尽力。可以将标签内容嵌入句子，减少重复。比如「亮点: 零日提权，C语言PoC，热度137。」这些内容很短。实际上只要每条的「一句话新闻」+5个标签内容合计80-120字，每个标签内容10-20字即可。比如：

一句话新闻: Avast被曝零日提权漏洞，C语言PoC公开。(20字) 亮点: 零日提权，C语言实现，可直接复现。(16字) 做什么: 验证杀毒软件防护边界。(10字) 上手: 按README编译。(6字) 适合谁: 红队工程师。(6字) 提醒: 仅限授权测试。(6字) 合计64字，不足80。可以加一些。我们统筹。

为了符合80-120字，我们可以设计每条内容恰好80字左右。这样6条480字，加上标签名180字，头条20字，今日观察60字，总740字。稍超。但如果我们把标签名不计，则总字数=480+20+60=560，符合。所以也许要求中的「不含标签」就是指标签名不计，而全篇字数可以按不含标签计算？没有明确。我倾向于按实际输出总字数（包括所有）尽可能接近700。我们可以控制在700-800。由于任务要求严格，我应该尝试将每条内容压到80字左右，标签名虽然多但不可避免。发布端自动附链接，可能不计标签名？我们尽力。

让我们重新设计每条内容，尽量精炼，每条总字数（一句话新闻+标签内容）在80-100之间。六个小节加标题和今日观察总字数控制在700以内。注意标签名是五个粗体，每个标签名加冒号？例如「亮点 」。实际字符：亮点 是4个字符（不计markdown符号？）但视觉上占位。我们不用太纠结，只要内容紧凑。

我们写一个比较紧凑的版本。

先定头条：Avast被曝零日提权漏洞，C语言PoC引热议 (17字？Avast被曝零日提权漏洞，C语言PoC引热议 — 数一下：A v a s t 被曝零日提权漏洞，C语言PoC引热议。中文17字左右。可以)

然后逐条：

1. PrettyPrague

一句话新闻：Avast零日提权漏洞的C语言PoC公开，仓库热度137。 亮点：零日漏洞利用，C语言实现，可复现提权过程。 做什么：验证普通用户如何获得系统权限，暴露杀软防御缺口。 上手：按仓库README编译运行。 适合谁：做授权红队测试的安全工程师。 提醒：仅限测试环境，漏洞可能已修复。

字数：一句话27，亮点20，做什么19，上手8，适合10，提醒10 =94。加标签名约20字，总114。可行。

2. hqtui

一句话新闻：hqtui以零依赖实现btop级终端仪表盘，TypeScript一键接入。 亮点：一个import生成仪表盘，默认暗色，无运行时依赖。 做什么：在终端里展示系统状态，省去手写UI状态管理。 上手：按仓库README安装，入口见原文链接。 适合谁：用TypeScript做运维工具的开发者。 提醒：零依赖意味着组件少，复杂图表需自己扩展。

字数：一句话30，亮点22，做什么21，上手16，适合12，提醒18 =119。稍多，但可接受。总字数会超。精简：亮点：一个import接入，默认暗色，零依赖。(16字)；做什么：终端内展示CPU、内存等系统状态。(14字)；上手：按README安装。(7字)；适合谁：TypeScript运维工具开发者。(11字)；提醒：组件少，复杂图表需自建。(10字)。一句话新闻：hqtui用零依赖TypeScript实现btop级终端仪表盘。(24字) 合计82字。好。

3. ontology-driven-dev

一句话新闻：本体驱动开发三步法发布，七模型本体YAML支撑应用构建。(25字) 亮点：支持WorkBuddy/Claude Code/Codex，YAML一个文件贯穿。(20字) 做什么：把需求先建模再生成应用，减少沟通损耗。(16字) 上手：按仓库README安装，入口见原文链接。(16字) 适合谁：做复杂业务系统的技术负责人。(12字) 提醒：本体建模有学习曲线，小项目慎用。(12字) 合计101。可以。

4. VibeCoded License

一句话新闻：VibeCoded AI-Slop License v1.0为辅助编码产物授权。(22字) 亮点：首个针对「凭感觉编程」产物的许可证，Lobsters热度52。(21字) 做什么：界定使用、修改、再分发边界，减少纠纷。(17字) 上手：直接阅读gist许可文本。(11字) 适合谁：用编程助手快速交付代码的开发者。(15字) 提醒：社区自创非正式许可，商用前咨询法务。(15字) 合计101。

注意「AI-Slop」保留原名。没有「AI 生成」字样。

5. 学术会议AI使用

一句话新闻：学术会议上多数人刷手机做杂务，真正听讲的不足一成。(24字) 亮点：作者估算专注听众可能只有5%，现场现象引人反思。(21字) 做什么：提出学者对设备依赖过重，影响线下交流质量。(18字) 上手：阅读Lobsters原文了解完整观察。(13字) 适合谁：经常参会、办会的技术从业者。(12字) 提醒：个人观察，样本有限，不必过度解读。(15字) 合计103。

6. curl CVE dispute

一句话新闻：curl作者Daniel Stenberg撰文质疑一项CVE认定。(22字) 亮点：curl原作者亲自下场，Lobsters热度68。(16字) 做什么：梳理CVE争议的技术细节，

类型: 库 · ★ 137 · 可直接上手 · MSNightmare/PrettyPrague (C) · 打开仓库

类型: CLI 工具 · ★ 98 · 可直接上手 · profullstack/hqtui (TypeScript) · 打开仓库

类型: 库 · ★ 88 · 可直接上手 · sharptoolbox/ontology-driven-dev (TypeScript) · 打开仓库

★ 52 · 可直接上手 · VibeCoded AI-Slop License v1.0 · 查看原文

★ 75 · I attended a conference recently and AI use by academics was absurd · 查看原文

★ 68 · curl: a CVE dispute · 查看原文