惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

大猫的无限游戏
大猫的无限游戏
D
DataBreaches.Net
M
MIT News - Artificial intelligence
量子位
N
Netflix TechBlog - Medium
The Cloudflare Blog
The GitHub Blog
The GitHub Blog
P
Proofpoint News Feed
人人都是产品经理
人人都是产品经理
B
Blog RSS Feed
B
Blog
博客园_首页
博客园 - Franky
MyScale Blog
MyScale Blog
有赞技术团队
有赞技术团队
Apple Machine Learning Research
Apple Machine Learning Research
MongoDB | Blog
MongoDB | Blog
云风的 BLOG
云风的 BLOG
爱范儿
爱范儿
H
Help Net Security
Y
Y Combinator Blog
Stack Overflow Blog
Stack Overflow Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
酷 壳 – CoolShell
酷 壳 – CoolShell

Hacker News - Newest: "LLM"

GitHub - lechmazur/position_bias: A benchmark for testing whether LLM judges keep the same preference when two lightly edited versions of the same story are shown in opposite orders. Flex routing (EU and EFTA) Dark Factories: Retooling for LLM Velocity Ask HN: What would be the impact of a LLM output injection attack? GitHub - Oaklight/llm-rosetta: Production-ready LLM API translation layer for Python — bidirectional conversion between OpenAI, Anthropic & Google formats via hub-and-spoke IR. Optional API gateway. Streaming & non-streaming. Zero core deps. Contributions welcome! GitHub - browser-use/browser-harness: Self-healing browser harness that enables LLMs to complete any task. GitHub - moeen-mahmud/remen: Remen turns thoughts into something you can return to Analyzing 156 LLM Launch Posts on Hacker News ChatGPT vs Gemini vs Claude: The Best LLM Subscription You Should Buy GitHub - salaamalykum/quran-semantic-search: High-density RAG Semantic Search Engine & Quran Corpus (GEO/SEO Architecture) GitHub - NVIDIA/TensorRT-LLM: TensorRT LLM provides users with an easy-to-use Python API to define Large Language Models (LLMs) and supports state-of-the-art optimizations to perform inference efficiently on NVIDIA GPUs. TensorRT LLM also contains components to create Python and C++ runtimes that orchestrate the inference execution in a performant way. The State of LLM Bug Bounties in 2026 Operational Readiness Criteria for Tool-Using LLM Agents Meshcore: Architecture for a Decentralized P2P LLM Inference Network How an LLM becomes more coherent as we train it GitHub - seetrex-ai/laimark GitHub - Jossifresben/BibCrit: AI-assited biblical textual criticism GitHub - wastedcode/memex: File system based wiki, maintained by Claude 99helpers.com GitHub - cliver-project/AITrigram GitHub - unbody-io/adapt: A self-evolving memory layer for AI agents. GitHub - hb20007/awesome-gen-ai-fails: A list of incidents where reliance on generative AI and LLMs resulted in harm to companies, individuals, or society GitHub - nevenkordic/localmind: Run any local LLM with persistent memory and context. CLI agent over Ollama with SQLite-backed hybrid recall. No cloud. Ask HN: What are the machine requirements for a LLM like Llama-3.1-8B? Faster LLM Inference via Sequential Monte Carlo grpo explained: group relative policy optimization for llm finetuning - cgft Stop comparing price per million tokens: the hidden LLM API costs · TensorZero Andrej Karpathy's LLM Wiki Is a Bad Idea GitHub - GG-QandV/mnemostroma: Offline RAM-first cognitive leer/coprocessor for AI agents and robotics. Solves "Context Abandonment" with 20-80ms latency using a dual-thread biomimetic memory architecture (ONNX + SQLite WAL). mempalace/agent at agent · skorotkiewicz/mempalace
GitHub - kouhxp/showhn-rank: Ranking 1,000 Show HN posts ...
mrkn1 · 2026-05-10 · via Hacker News - Newest: "LLM"

A four-stage pipeline that ranks Show HN posts by estimated merit using TrueSkill + LLM-as-judge, then surfaces where that ranking disagrees with actual HN points.

The core claim: HN upvotes correlate with how easy a project is to evaluate from a screenshot. Deep technical work that requires reading the README to appreciate tends to get penalized. This pipeline is a second opinion that weights depth, novelty, and craft instead.

Results for 1,000 recent Show HN posts: report

How it works

Four stages, each reading from the previous stage's JSON output:

scrape.py         →  data/posts.json
fetch_content.py  →  data/content.json
rank.py           →  data/ratings.json + data/matchup_log.json
publish.py        →  data/report.json + data/report.md

Collection — Algolia API (tags=show_hn, sorted by date). For text-only posts, links are parsed out of story_text so there's something to judge.

Content extraction — readability-lxml, truncated to 20k chars per post in content.json, then trimmed to 6k per side at judge time. Fallback chain: post URL → links inside story_text → the story_text body itself. fetch_status records which path won.

Judging — a DeepSeek V4 Flash LLM does pairwise comparison with a rubric that favors depth, novelty, and craft, and discounts marketing polish. Each pair is judged twice with order swapped (A-vs-B and B-vs-A). If the verdict flips, it's recorded as a draw rather than a win — this is the most effective mitigation for LLM positional bias. The judge can also output VERDICT: TIE explicitly; TrueSkill ingests draws natively.

Rating — TrueSkill with draw_probability=0.10. Items start at μ=25, σ=8.33. Matchmaking pairs each item with neighbors in the current μ-sorted order so comparisons are between near-equals. Only items with σ below a threshold enter the published lists; posts under 48 hours old are excluded from "buried gems" since they may simply not have been seen yet.

Every post gets two independent percentile ranks — by merit and by upvotes. The disagreement is the story.

Setup

pip install -r requirements.txt
export DEEPINFRA_API_KEY=...                           # required
export DEEPINFRA_MODEL=deepseek-ai/DeepSeek-V4-Flash  # optional, this is the default

Quick run (50 items, ~250 pairs, ~500 judge calls)

python scrape.py 50
python fetch_content.py
python rank.py
python publish.py

Full run (1,000 items, ~6,000 pairs, ~12,000 judge calls)

python scrape.py 1000
python fetch_content.py --workers 16
python rank.py --matchups-per-item 12 --workers 16
python publish.py --sigma-max 3.5 --top-n 25

At this scale it's worth considering a second pass targeting only high-σ items for extra matchups, and spot-checking the top over/underrated calls with a second model family before publishing.

Limitations

This is not a replacement for HN's ranking. The LLM judge has its own biases — it appears to favor projects with detailed READMEs and clear technical novelty claims, which may overrate well-documented niche work and underrate good tools with terse documentation. Bidirectional judging reduces positional bias but doesn't eliminate model taste. Treat the output as one lens, not a ground truth.