Grill

SKILL内容创作
内容创作 未标注权限 许可证不明确
安装这个技能

Use when a technical writeup, blog post, war story, or "Show HN" is about to go to Hacker News, Lobsters, or any skeptical technical audience, or when the us...

累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

ClawHub 市场
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install clawhub_escoffier-labs/grill

技能档案

内容创作
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方clawhub_escoffier-labs仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式ClawHub 市场安装包 clawhub
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791731496
正文体量5.5 KBSKILL.md 原文大小,越大说明说明书写得越细

SKILL.md 全文

5.5 KB
模型实际读到的说明书原文,来自技能仓库

grill

On Hacker News and Lobsters the top comment is usually someone who has done the exact thing you wrote about. Grilling is the pass that gets a post ready to be read by that person: every claim sourced or flagged, the voice de-hyped, the story real instead of impressive, and the obvious objections already answered. You are not writing for the upvote. You are writing for the skeptic who has been here before.

Core principle: a fabricated specific is the fastest way to lose the thread to the one reader who knows. Flag what you cannot verify; never dress a gap as confidence.

The pass (run in order)

  1. Voice: kill the underdog. Strip the effort-proving "I did X, I did Y, I opened the chassis, I ran the cabling" cadence. The byline already says you did the work; arguing it reads as insecure. Tell the story and let the specifics carry it. Cut sentences that exist only for rhythm or motivation ("That is the job.", "future pain with confidence.").

  2. Slop: strip the AI tells and empty hedges. Run scripts/grill-scan.sh <file> for the mechanical hits (slop vocabulary, hedge phrases, em dashes, the rhythmic "That is X." tic), then read by eye for the rest. The scan is a floor, not the check.

  3. Facts: source every number, price, date, version, and third-party claim, or flag it. For anything you cannot verify against a primary source, leave a literal [CONFIRM: what's needed] marker in the draft. Do not invent a plausible config value, log line, or figure to fill the gap. Look facts up yourself before asking the human; only escalate the ones that survive a real search.

  4. Right-number check. A fact can be genuinely real and still be the wrong fact for this post. Confirm the claim matches the specific setup, not just that the value exists somewhere (quoting the full-bundle list price when the project ran the base edition; citing a benchmark from different hardware). Verified-real is not verified-relevant.

  5. Freshness check. Vendor pricing, policies, and "minimums" get reversed, and versions move. Date-check any claim about how a third party behaves and note when it was true, so a since-changed fact reads as history, not error.

  6. Specifics over fluff. Replace every hand-wave with a real artifact pulled from actual notes: a config value, an error message, a log excerpt, an exact version. If the artifact does not exist, say what happened plainly rather than inflating it. Real beats impressive, and impressive-but-vague reads as never-happened.

  7. Citations. Link the primary source for any contested or load-bearing external claim: the vendor doc, the actual pricing page, the bug report, the commit. Inline links, never "studies show" or "it's well known".

  8. Comment pre-mortem. For each load-bearing claim, ask: what will the commenter who has done this say? Fix what you can. For the rest, hand the author the three most likely objections with an honest answer ready for each. Surviving the grilling in public is where the credibility actually accrues; the goal is to be ready for it, not to dodge it.

  9. Title. Factual and specific, no editorializing or clickbait. HN strips editorialized titles and the culture punishes bait. Use the real title and let the content earn the click.

  10. Leak scrub (REQUIRED, last). Run plate for the identity and infrastructure pass before publish. A clean fact-check is not publish clearance; the leak gate is separate.

Rules

  • Never invent a specific to sound credible. Flag, do not fake.
  • Verified-real is not the same as right-for-this-post. Check edition, version, and context.
  • The author's effort is assumed, not argued. No self-justification voice.
  • One honest "I don't know why that happened" beats one confident wrong explanation. The skeptic forgives a gap and crucifies a bluff.
  • Look up what is lookup-able. Only ask the human for facts that survive a genuine search.

Logistics (HN / Lobsters)

  • Hacker News: submit a title and URL. It needs organic upvotes in roughly the first one to two hours or it falls off /newest unseen. You cannot upvote your own post and must not solicit votes; ring detection buries offenders. Weekday mornings around 8-10am US Eastern see the most traffic. A first comment from the author is optional, not required: use one only to add context that does not belong in the post, never reflexively. Most submissions get no traction, and that is the default outcome, not a verdict on the writing.
  • Lobsters: invite-only, smaller, higher signal, less hostile. You cannot just sign up; you need an existing member to invite you. Tag accurately. Better suited to the second post, once there is a track record.

Common mistakes

  • Padding thin facts with confident prose instead of marking the gap with [CONFIRM].
  • Quoting a real number that is the wrong number for the setup.
  • Leaving the effort-proving voice in because it "sounds passionate".
  • Editorializing the title to bait the click.
  • Treating a clean fact-check as publish clearance and skipping plate.
  • Posting the first comment when the post already stands alone.

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。