规范
编辑规范
这份规范说明我们收录什么、怎么描述一条资源。它对投稿同样适用。
收录标准
一条资源要能被收录，需要同时满足三点：能用、够具体、有出处。 「能用」指读者拿到之后立刻可以试； 「够具体」指它不是泛泛的科普； 「有出处」指能找到原始链接，而不是二手转述。
不收录什么
- 纯粹的产品宣传页，或是带返利链接的推广。
- 需要付费墙才能看到核心内容的条目。
- 链接失效、仓库归档或长期不维护的项目。
- 标题党式的「10 个必知技巧」这类没有信息增量的合集。
摘要怎么写
摘要必须回答「它是什么、为什么值得看」，而不是复述标题。 「一个提示词模板」是无效摘要； 「强制模型按六个固定维度输出，避免写成泛泛而谈的总结」才说明了它的差别在哪。 卡片上摘要只显示两行，所以第一句就要说清重点。
标签怎么打
每条资源挂 1–2 个场景、1 个类型。 场景按读者的工作场景划分（科研 / Coding / 自媒体）， 类型按内容形态划分（简报 / 提示词 / Skill / 开源项目 / 工具）。
需要注意：场景是多值的。一条既服务科研又服务写代码的内容， 应该同时挂两个场景，这样两个场景下都能搜到它。
需要注意：场景是多值的。一条既服务科研又服务写代码的内容， 应该同时挂两个场景，这样两个场景下都能搜到它。
精选权重
「站长精选」是编辑判断，不是热度。它的含义是： 这条内容不一定最火，但它代表了这个方向上值得先看的东西。 权重 0–5，0 表示不入选，5 表示强烈推荐。
算法只能推出「相似」，推不出「该读」。 一篇讲 RAG 的简报，最该被推荐的可能是某篇反驳它的论文—— 这种关联只有编辑知道，所以我们会手工指定相关推荐。
算法只能推出「相似」，推不出「该读」。 一篇讲 RAG 的简报，最该被推荐的可能是某篇反驳它的论文—— 这种关联只有编辑知道，所以我们会手工指定相关推荐。
纠正与下架
内容有误我们会直接改，并在必要时于详情页说明修改。 如果原作者要求下架，我们会照做，不做挽留。