Ich glaube, es liegt ein Missverständnis vor. Mein Punkt bezog sich nicht darauf, warum Wiki-Beiträge im ersten Beitrag hochgeschoben werden. Ich sprach über die Gründe für die Einschränkung des API-Parameters no-bump, wie im GitHub-Kommentar erwähnt:
Sollte dies auf API-Schlüssel des Personals beschränkt werden? Ich denke nicht, dass wir möchten, dass normale Benutzer das Hochschieben umgehen können (es würde ihnen ermöglichen, Spam in Themen einzuschleusen, ohne ihn in die Aufmerksamkeit der Leute zu rücken).
Wenn Spam wirklich das Problem wäre, dann sollte diese Einschränkung konsistent angewendet werden, nicht nur in den wenigen verbleibenden Fällen, in denen ein Hochschieben stattfindet. Das hat mich überrascht: Die Begründung nennt Spam hier als Problem, aber das Hochschieben soll beispielsweise bei Wikis, die der letzte Beitrag in einem Thema sind, kein Spam-Schutzmechanismus sein.
Ich weiß es zu schätzen, dass Wiki-Beiträge bei Aktualisierungen hochgeschoben werden (obwohl die Benutzererfahrung, an das Ende des Themas gebracht zu werden, während der Grund für das Hochschieben der erste Beitrag ist, immer noch verwirrend ist). Mein Punkt ist nur, auf diese scheinbare Inkonsistenz in Bezug auf Spam hinzuweisen.