CURATION METHODOLOGY

我们如何判断一个项目是否真正值得关注

ByteZoneX 的目标不是尽可能多地收录项目,而是建立一个能帮助用户做判断的软件库。我们把实际价值、公开证据和编辑判断分开处理,再决定项目是否值得进入正式内容。

01 · VALUE

先判断项目本身有没有价值

热度、截图和 README 都不能替代价值判断。我们更关心项目是否解决真实问题,以及它能否带来可感知的改进。

01

解决真实问题

项目是否针对明确、实际存在的问题,而不是只有概念、包装或演示。

02

具有具体用途

用户能否真正使用它完成任务、降低成本、提高效率或改善已有工作方式。

03

有明确差异

相比已有方案,它是否提供新的能力、明显更好的体验,或有值得理解的技术与产品创新。

04

能够形成杠杆

是否容易被集成、复用、组合或扩展,从而放大个人与团队已有能力。

05

现在值得关注

项目近期是否出现有意义的产品变化、能力成熟、生态变化或其他值得现在重新评估的信号。

02 · EVIDENCE

证据支撑判断,但证据不是价值本身

活跃度和社区是支持证据

维护者是否持续更新、是否回应问题、社区是否真实使用,会帮助我们判断项目的可持续性和采用风险,但这些信号不会单独决定一个项目是否有价值。

Stars、截图、许可证和成熟度不是价值分数

这些信息分别反映关注度、可验证性、使用边界和成熟程度,更适合作为事实、风险和发布依据,而不是用一个表面数字替代产品价值。

不因为项目形态直接否决

SDK、框架、技能包、教程资源和最终用户应用都可能产生高价值。成熟基础设施即使创新性不高,只要解决的问题重要、实际效用强,也可以被收录。

03 · PROCESS

从发现到正式发布

自动化用于扩大覆盖和整理证据,最终正式发布仍要求内容达到我们的质量与可核验标准。

  1. 01

    发现候选

    从公开软件生态与项目来源发现可能有价值的候选,不把“被发现”视为“已推荐”。

  2. 02

    整理事实

    核对官网、仓库和公开文档,整理用途、平台、部署、活跃度等可以验证的信息。

  3. 03

    价值初筛

    判断它解决什么问题、实际用途、差异点和为什么值得进一步审核,过滤明显低价值或不符合定位的候选。

  4. 04

    编辑审核

    人工可以基于完整上下文纠正自动判断;模板空壳、重复小工具、规避平台规则等项目可以直接拒绝。

  5. 05

    正式发布

    只有达到内容、证据和发布质量要求的项目才进入公开软件库。未发布草稿不会冒充正式推荐。

  6. 06

    持续更新

    项目发布后仍会根据公开来源更新事实与活跃信息;发现错误时通过纠错流程重新核验。

04 · INDEPENDENCE

商业合作不能购买编辑结论

广告、赞助和品牌合作可以帮助 ByteZoneX 持续运营,但商业关系必须明确标注,并与自然收录、自然排序和编辑判断分开。正常项目收录不需要购买任何商业服务。