发布节奏
最近 12 周每周中位浏览
最近 12 周发布时间
颜色 = 中位浏览爆款 vs 日常
爆款 = 浏览前 10%| 指标 | 爆款 | 日常 |
|---|---|---|
| 帖子 | 11 | 90 |
| 带媒体 | 36.4% | 26.7% |
| 回复 | 0% | 0% |
| 平均字数 | 207 | 188 |
| 中位浏览 | 7,872 | 750 |
打法建议
只陈述相关性- 互动最好的时段是 06:00 前后(北京时间),中位浏览 1,246。
- 一周里 周三 的中位浏览最高。
- 形式上 带图/视频 的中位浏览更高(829 vs 790)。
- 爆款里带媒体占 36.4%、回复占 0%;日常分别是 26.7%、0%。
- 当前节奏约 2.7 条/天,日均浏览 1,878。
内容结构
按本站分析的分类(近 120 天)- 观点34
- 产品12
- 产业5
- 论文5
- tip5
- 模型2
形式与语言
帖子占比- 纯文字73
- 图片21
- 视频7
回复占比 0% · 引用 49.5% · 带媒体 27.7%
互动最高的帖子
按浏览排序- 1
jev scoring as a RAG reranker makes a ton of sense. nice applications from the folks running rippling's internal gtm machine
- 2
bro thinks I’m just made of benchmarks lol
- 3
i heard you guys like slop (also yes, opus 5.5 is good ikik)
- 4
got tired of watching slopcodebench boxes progress so made something a little...sloppier
- 5
we out here
- 6
AI and GTM at Rippling: 🦄 ai that works with @vaibcode and @JohnKutay https://x.com/i/broadcasts/1XxygwaqOpyGM
- 7
@humanlayer_dev x @EffectTS_ live from SF
- 8
they don't call him kyle "55 minutes ahead of geoff huntley" mistele for nothing
- 9
yet another deeply unsaturated benchmark on model’s ability to maintain a codebase
- 10
anthropic built their own git. Most interesting mental shift here, and if you buy that changing code happens more and more autonomously, faster*, then this will make a ton of sense: Git was designed so that any client could serve the repo. Fully offline, your *build time* dev stack is never in the hot path for your *run time* deployment. Anthropics new version control system (VCS) does not work offline. There’s a central server which must be reachable for clients to function. They found a bunch of benefits to doing it this way. At first this sounds wild. Today if GitHub is down, you can’t pull or push or merge. Imagine if you couldn’t COMMIT if GitHub was offline. But in a (someday, maybe) future where code changes 1000x per day with no human in the loop, then your VCS is basically part of production anyway, so you might as well lean into keeping it online with a team of SREs etc, and then you get all sorts of interesting perf benefits for CLIENTS because you can offload some processing to server and re architect what all needs to be stored where * I’m not sure I buy this, but the labs are certainly pushing “don’t read the code, leverage signals like “outage, feature request, user behavior change” as STIMULUS to agents to drive change in deployed code” as the future, so it lines up Does that make sense? Are we going back to CVS instead of distributed? Will there be another swing back to distributed 5-10 years after things like Scion become Mainstream?
- 11
this is exactly why we talk about leverage and what /show-me is for https://www.youtube.com/watch?si=kPO3wH00gA3XQKhV&t=2959&v=-w6RDNBAI0E&feature=youtu.be
- 12
great post from @exedev team - the same thing that has always been true of software engineering is still true: Do fewer things in parallel, do them very well, optimize for getting incremental value out to users, FOCUS It's been 30 years since the XP and Lean folks said "limit work in progress (50+ if you count the eli goldratt thing) - its still true https://blog.exe.dev/etoomanythings
点赞、转发、浏览是采集那一刻的快照,不是帖子最终数据;时间为北京时间。KPI 卡片里的同比只在账号有 8 周以上数据时显示, 否则只看近 4 周。“打法建议”只说明数据里的相关性,不代表因果。
