本页介绍求闻百科对条目长度的限制，分别介绍条目的长度下限（正文50个汉字）和长度上限（200KB）。为了保障读者阅读时的可读性，一个条目不应过长或过短。编者应采取措施，使条目长度控制在合理的范围内。
| 条目大小 | 处理办法 |
|---|---|
| ≥ 150 KB （列表为200 KB） | 必须拆分，例外须按照一例一议的方式逐一讨论决定 |
| ≥ 100 KB | 应视情况进行拆分，除个别例外 |
| ≥ 80 KB | 可视情况进行拆分。随着条目的增长，条目最终需要拆分 |
| ＜ 50 KB | 不必拆分，长度也不是拆分的理由 |
| ＜ 1 KB | 条目长度较短，建议予以扩充 |
| ＜ 50个汉字（正文） | 条目长度过短，若无法扩充则必须删除 |
长度下限
小小作品
条目正文少于50个汉字（计算标准见下文）的条目，因过短而无法给读者有效信息，故需删除。此类条目被称为小小作品。任何用户（尤其是巡查员）遇到小小作品，可自己动手将其扩充，使其正文字数大于等于50个汉字；无法扩充的，可在条目顶部加上模板链接：{{subst:Substub/auto}}。在7天的期限内，任何用户可扩充该条目，使其不再是小小作品，之后可摘去模板。此类条目在7日后若仍处于小小作品状态，将自动以快速删除准则A1提请管理员删除。
小小作品的条目正文字数在50个汉字以内，具体计算标准如下。
- 外文字母和数字算半个汉字。
- 条目正文，包含章节标题（该章节须不是空章节）、信息框、表格及列表内的文字。不包含模板自身代码（例如
{{Infobox person和}}），以及其他模板的文字（包括但不限于维护模板、导航模板）。 - 条目若存在与条目主题直接相关的图片，则减免正文10个汉字的要求，但最多减免10个汉字。
小作品
条目正文少于1000字节的条目，虽可能不至于删除，但仍需有效的扩充使其内容更加充实。小作品的底部需添加小作品模板，以指引其他编者扩充。
长度上限
一般情况下，读者在阅读一个超过1万字的页面时就容易感到厌倦。此外，长条目也不利于编者的编辑与维护。为保障读者阅读条目时的可读性，求闻百科对条目长度上限进行限制。
考虑到以下因素：
- 条目设有目录功能，便于读者选取想看的内容；
- 条目的主体部分（即不包括链接、参见、参考文献及注脚等辅助内容）是条目的主要内容和读者阅读的主要部分，但受技术限制，难以计算主体部分长度，只能算入辅助内容计算页面长度；
- 部分条目包含表格，而表格代码占用的字节数较多，可能导致条目的字节数水涨船高、一同膨胀。
综合长期实践，社区认为，条目长度（以编辑历史最新版本的页面字节数为准）不宜超过100KB；领域概述性文章可以放宽至150KB；列表则可以放宽至200KB或1000个列表项。
- 领域概述性文章可能是某领域条目的起始，具有基础性意义，也值得增加阅读时间。这种情况下，这些条目也应保持可读性，并考虑能否适量压缩条目长度、拆分长段落和关联性不强的内容到其他条目。读者阅读此类条目时一般可以接受其复杂性，但前提是该条目行文流畅、结构风格合适。
- 列表有时需要保障完整性，但前提是列表本身符合收录标准且符合格式指引，没有过度收录。列表不应成为过多注释、不切主题的仓库，应注意可读性。但是，长列表很多时候和长条目一样难以阅读、编辑和寻找重点，因而，超过长度上限的列表，必须按照一定的分类方法进行分拆。
绝大多数条目并不会达到这个字节数限制，一般大于80KB时就可以考虑分拆。大于150KB（列表为200KB）的页面必须进行缩减和分拆，除非经讨论认为没有缩减和分拆的必要。
条目和其他页面的长度上限也受到技术上的限制：
- 由于本地服务器限制，超过200KB的条目、超过288KB的其他页面，可能导致更多的加载和编辑问题，因此系统会对上述两类页面进行报错。
- 求闻百科所使用的共笔引擎目前只能正常渲染模板展开后页面长度不大于2048KB的页面。因此，如果在页面底部出现模板无法正常展示（一般表现为最后数个参考资料或底部导引模板被指向相应模板的内链代替），则该条目必须进行分拆。
拆分条目
拆分前
若遇到超过80KB的条目，任何编者可先阅读条目的讨论页和编辑历史，看看社区是否对该条目的长度有过结论。此外还可以简要阅读条目，确定是否有必要拆分。有时，一个条目真的需要很长，以便有效涵盖主题。
在决定拆分前，编者要先对条目进行整理，清理凌乱、琐碎、无用的内容，以及不适合百科全书记载的其他内容。有时给条目进行“瘦身”后就能够符合80KB的限制。当然，页面过长绝对不是删除有用内容的理由，有用的内容应尽可能保留。若清理后的条目仍然远远超过这一限制，才应考虑是否对条目进行拆分。
社区鼓励拆分长期无人编辑的条目和基础性条目。社区不建议编者自行拆分近期创建的条目、有其他编者关注的条目和近期热点条目，但若已有成熟的分拆方案，且拆分工作不会持续很长时间，则可以进行拆分。在拆分前，最好先和其他编者（尤其是对条目扩充有重大贡献的编者、熟悉该领域的编者、近期多次参与该条目编辑的编者，以及条目署名者）进行讨论，决定是否拆分以及拆分方案。
拆分时
拆分时，可依照同类条目的框架结构确定拆分方案，先列出条目大纲，再将适合的内容填入，最后将需要新建条目存放、合并到其他条目中的内容进行转移。保存拆分编辑时，应当在编辑摘要里写下类似于“将××章节拆分至××条目”“××章节拆分自××条目”的文字，并在“××条目”处做出内部链接，方便之后的读者和编者阅读，并确保页面历史及署名的连续性。
一个不重要的段落一般更适于依附于较长条目，而不值得单独成立条目。将争议性段落拆分出去容易违反中立原则，除非提供适当的概要性介绍。拆分也不应该用来为需要删除的内容提供新“住址”。拆分时还应该考虑其他条目组织方面的原则，并确保新条目的题目和内容都反映客观视角。此外，若分拆对象是长列表，分拆时应按照一定的分类方法（如地理位置、类别、拼音或首字母顺序）分拆，并且应按照最佳的分类方法分拆。
如果编辑过长的条目遇到技术困难（如浏览器加载缓慢、加载后部分内容缺失、编辑时设备卡顿、保存编辑缓慢）等问题，您可考虑采取以下方式：
- 若您的浏览器或设备系统版本低，建议对其进行升级。
- 检查网络环境是否良好。
- 可采取分段编辑作为临时的解决方案，即每次仅编辑一个章节。
- 前往茶馆留言请求其他编者帮忙解决。
拆分后
拆分完成后，可寻求其他编者的意见。若拆分前曾与其他编者讨论过拆分问题，拆分完成后应当向他们征求反馈。