单日快照只能回答「今天有什么」,回答不了「它是谁」。两份快照对齐后,新星榜(近 7 天新建,各 20 席)的变动如下:
| 变动 | 席位(星值为 09-12 快照) | 出榜原因 |
|---|---|---|
| 出清 | ashemag/human-atlas(3191) | 满 7 天,自然出窗 |
| 出清 | vinzdg/codenotch(1442)、yang0/handraw-style(1385) | 同上※ |
| 出清 | donvito/codex-astra-luna-orchestrator(965)、iamzulx/crypto-rag(902)、Jarvis322/macos-sysdata(639) | 同上※ |
| 转正 | okf-memory/okf-agent-memory(576) | 移入「Skills 生态动态」Skill 榜 |
| 新进 | sumimakito/Mac-Duo(523) | macOS 应用,非 Skill |
| 新进 | mizzlelover/gongwen-gbt9704-skill(475)、SpaceDudem/text-humanizer(471) | 已被本栏今日另期主拆,此处只记账 |
| 新进 | Colafornia/short-video-generator-AI(458) | 本期主拆一 |
| 新进 | Sophomoresty/turnstile-bypass(441)、sitimas9/cdcrafthh(426)、Sadpainy/Stuxnet(424) | 灰色带三席,本期点名不拆 |
三个可数的结构信号:第一,换进来的七席里没有一个是零描述——9 月 11 日存档统计过新星榜沉默席位多达五个,一夜之间沉默潮退了;第二,七席里三席是灰色带,灰色潮涨了;第三,出现了本栏开播以来第一例「同名易主件」。三者合起来,就是本期的主题。
老规矩先划边界:本期两件主评对象都是「零实测、零正文」——抓取通道本轮未放行,SKILL.md/README 原文未能读取,仓库结构未知。「实战效果」按未实测口径压分并标待验证;「功能完整度」「设计质量」基于描述栏、命名、星值轨迹与本刊存档的可观察信息推断;「社区活跃度」有连续四日快照支撑,是硬数据。五星制,权重照本栏惯例:功能 25%、设计 25%、实战 20%、上手 15%、社区 15%。
| 对象 | 定位 | 功能完整度 | 设计质量 | 实战效果 | 上手难度 | 社区活跃度 | 加权综合 |
|---|---|---|---|---|---|---|---|
| okf-memory/okf-agent-memory | Git 原生记忆运行时,今日转正 | ★★★★ | ★★★★ | ★★(待验证) | ★★★ | ★★★★ | 3.45 |
| Colafornia/short-video-generator-AI | 切片总装件·同名易主版 | ★★★ | ★★½ | ★★(待验证) | ★★★ | ★★★ | 2.70 |
| 灰色三席(不评分) | 见第五节 | — | — | — | — | — | — |
对照锚点:切片件的「前身」pierrenade 版在本刊 9 月 7 日存档中得 3.25;记忆件竞品 tigerless-labs/agent-memory 在 9 月 10 日存档中得 3.80。Colafornia 版比前身低 0.55,分差主要砍在两处:社区分(星池从 834 缩水到 458,且身份存疑)与设计分(描述栏原样照搬旧版,连「youtube-viedos」这个被存档点过名的错字都没改)。
flowchart LR
A["pierrenade 版 09-07 快照 834 星"] --> B["09-10 与 09-11 快照均未在册"]
B --> C["Colafornia 版 09-12 新进榜 458 星"]
C --> D["同名 同描述 同错字"]
D --> E["三种解释均未经证实"]
E --> F["仓库易主或转移"]
E --> G["删库后重传"]
E --> H["换账号重开"]
9 月 7 日,本栏以「市场端切片总装件」为定位首拆过 pierrenade/short-video-generator-AI:七日 834 星,给了 3.25 分,总结出「倒放产线」(把别人的成片当原料再流一次)与「版权海关」缺口两个概念,并在文末留下安装命令 npx skills add pierrenade/short-video-generator-AI。五天后的今日快照:这个名字重新出现在新星榜上,owner 变成 Colafornia,星数 458,描述栏与旧版逐字相同——包括「youtube-viedos」这个错字。09-10 与 09-11 两期快照里它都不在册,中间发生了什么,GitHub 之外无从查证,上图三种解释均未经证实。
为什么这件事比切片件本身重要?因为它是「星值先于解释到达」的沉默件逻辑的变体,而且更锋利:旧版的信用积累(834 星、本刊评测、搜索引擎快照)不会自动继承到新地址上。一个读者今天按搜索结果或按本刊旧文装这件,他面对的仓库 owner、提交历史、后续是否继续维护,与五天前被评测的那个对象没有任何机制保证一致。对生态里的普通用户,操作结论只有三条:装前看 owner 与提交历史,不认名字认地址;本栏 9 月 7 日留下的安装命令视为失效待核,新旧两版 diff 之前不建议执行;若确有切片需求,本栏 9 月 7 日给出的装机端自然语言触发替代方案(youtube-transcript 提字幕、video-downloader 拿文件、自剪成片)不依赖这件,仍然有效。
功能面能说的与五天前相同:描述自述两段工艺——「把 YouTube 视频变成爆款短视频」与「高光检测」(描述在 Highlight dete 处截断,按语义推断为高光检测※),切片之后的竖屏重排、字幕、成片导出等环节描述只字未提,是否真以 Skill 格式交付也未见声明※。它本轮没有因易主而更新任何一个字的描述,这既是「照搬」的实锤,也意味着五天前存档指出的全部短板(描述工程粗糙、对照原创管线 content-to-video 的一代设计水位差)原封不动地继承了过来。
今日 Skill 榜(「Skills 生态动态」名单)新面孔只有一个:okf-memory/okf-agent-memory,576 星,从此前的新星榜移入。这是转正,不是首现——它的星值轨迹本刊连续四期在册:
| 仓库 | 09-08 | 09-10 | 09-11 | 09-12 |
|---|---|---|---|---|
| okf-memory/okf-agent-memory | 482 | 535 | 565 | 576 |
| 对照:tigerless-labs/agent-memory | — | 818 | 992 | 998 |
斜率上它是温和爬坡(四日 +94),竞品 agent-memory 是陡坡(同期 +180,且已在本刊 9 月 10 日存档拿到 3.80 的高分)。但今天值得给它单独一行,理由在描述栏的信息密度:「Git-native persistent memory for AI coding agents. Implements Google OKF v0.2 with sub-300µs in-memo……」(描述在 in-memo 处截断,按语义应为内存索引类性能主张※)。一句话自报了三件硬货:存储形态(Git 原生)、对齐的规范(Google OKF v0.2)、性能指标(sub-300µs)。对照本期主拆一那条连错字都懒得改的描述栏,这是描述工程的两个极端:一边把规格当卖点写进一百个字符,一边把五天前的旧文案原样复读。
设计路线上,记忆赛道本周形成了明牌的两条线:agent-memory 走文件直读线——纯 Markdown 即事实源,人能直接读改,本刊 9 月 10 日存档的评价是「记忆的事实源回到 Markdown」;okf 走规范引擎线——先对齐一个公开规格(OKF v0.2),再拿性能数字说话。两条线的分歧本质是「信任放在哪」:前者信任「人眼可读」,后者信任「机器可验」。对装机的读者,一个粗糙但够用的分法:你的记忆需要被非程序员看懂,选文件直读线;你的记忆要进 CI 流水线做校验,规范引擎线更对味——后者这条使用路径目前只是规格推演※,sub-300µs 与 OKF v0.2 两个主张都还没有第三方实测背书,实战分两星待验证压在这里。
flowchart TD
Q["Agent 记忆层两条线"] --> A["okf 规范引擎线"]
Q --> B["agent-memory 文件直读线"]
A --> A1["自报对齐 OKF v0.2"]
A --> A2["自报 sub-300µs 索引"]
B --> B1["纯 Markdown 事实源"]
B --> B2["本刊 09-10 前拆 3.80"]
A1 --> C["同榜竞标 星差 422"]
B1 --> C
# 转正件(规范引擎线)
npx skills add okf-memory/okf-agent-memory
git clone https://github.com/okf-memory/okf-agent-memory
# 竞品对照(文件直读线,本刊 09-10 已拆 3.80)
npx skills add tigerless-labs/agent-memory
这三席全部是今日新进榜,描述栏齐全,星值 424—441。本栏的处理与沉默件不同——沉默件是「信息不足」,这三席是「信息足够,性质灰」:只点名、不评分、不给安装命令。
值得记录的是位置而不是个体:新星榜的下沿正在灰色化。上期榜的尾部问题是无描述(沉默),这期榜的尾部问题是描述清晰但性质可疑。榜单对「新星」的收录只看创建时间与星数,不看性质——这意味着看榜选件的人, Tail 部位的甄别成本永远自负。本栏的做法立此存照:此类席位进不了评测表,也不会出现在任何排行榜里。
本期对新星首发这个栏目做了一次自我校准:当榜单上的每个名字都开始有存档、有前拆、有轨迹的时候,单日快照的信息量就见底了。对账——拿昨天的榜对今天的榜——能对出扫榜永远看不到的三样东西:谁出清了、谁换主人了、谁在灰色里进榜。今天对出来的最重要的一个事实是:仓库地址是生态里唯一稳定的标识,名字、描述、星数都会说谎,至少都会失效。把自己此前的安装命令标记为待核,是本期做过的最诚实的一件事。
[!tip] 51学通信知识星球 星主:爱卫生(微信:gprshome201101)——公众号「51学通信」创办者,19 年通信行业运维与讲师经验,著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书(各大电商平台有售)。 星球定位:深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域,主打运维岗位与信令分析。 当前规模:5200 篇主题 / 990 个回答,198 元/年。 加入福利:加入星球后请加爱卫生微信,拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题,另有群内分享。 AI 加持:51学通信知识星球已作为 skill 接入 WorkBuddy,使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例,做总结、找文档和 PPT 等场景全覆盖。
