编辑组成员、职责、和刊载流程

0. 版本及最近次更新细节

当前公开文件为 2022年8月23日 版本。更新包括

  • 将审稿所需的最少编辑数目由原本的 3 人减少为 2 人。
  • 将先前版本的「Proofreading 」翻译为「校对」。

1. 成员构成原则

所有首席运作人 | Chief Curator 和运作人 | Curator 都将在最初被赋予编辑组员的身份,除非该管理成员特别提出辞去编辑组员身份的要求。辞去编辑组员身份的要求当然不需经过批准,在提出即刻生效。编辑组内部所有成员的编辑职权相同,不再下设层级结构,至多存在分工合作的关系。因此社员可通过任意(首席)运作人与编辑组联系,此时该被联系的(首席)运作人在整个联系流程中扮演被称为「接口」的角色,接口的具体职能和工作流程将在下文详述。接口间不存在职权的差别,至多存在工作主题和内容倾向的区别。社员与编辑组的通讯可能在组内被转递至更合适的组员处,或在组内公开。若接口的身份被转让,将通知发起通讯的社员、并在组内公示,该通知和公示的工作应由被转让成为接口的组员进行。对于特别辞去编辑组员身份的(首席)运作人,将在对社员公开的管理成员名单中注明。

1.1 最小有效编辑数和特邀编辑制

受要求于文稿刊载的流程——主要是审稿意见的产生的综合性和对意见进行整合的合法性——在对任意文稿进行刊载时,编辑组内部的有效人数不应少于 2 人。对于因永久变动(如编辑的辞离)导致的人数不足的情况,应启动编辑的征募;对于因暂时变动(如编辑的暂偃)导致人数不足的情况,可采用特邀编辑的形式暂时补充有效编辑人数。

特邀编辑的入职和辞离均应公示,并在相关文件和作品中声明其特邀编辑的身份。特邀编辑的职权和职责范围与编辑相同,且不具备除编辑之外的职责和职权(如运作人的职责和职权)。特邀编辑属于管理层 | Administrator 的一员。

2. 职责和职权

编辑组成员的主要工作是接收外部或内部投稿(成为接口)、作为接口启动和推进组内审稿流程,以及参与审稿。

3. 稿件刊载流程

稿件的刊载流程大体相同,但其中的一些细节会根据文稿的类型存在细微的差别。在编辑组接到投稿后,会首先对投稿进行分类,再依照该类别的流程规范顺序操作。稿件共有六类,分类方式采用层级分类法。首先按照稿件来源方式,我们将稿件分为原创稿、约稿、和推荐稿三类。对于原创稿,我们将进一步按照体裁分为立论类和评价类;评价类再按照来源分为社员评价类编辑评价类。对于推荐稿,将按照推荐人分为社员推荐编辑推荐文稿。更加显明的层级关系和关于审稿流程的其他信息见附表。

3.1 立论类

立论类稿件即由作者撰写用以抒发、说明、论证个人观点的文章,文章应有较好的逻辑和支持以形成成型的论述。立论类原创文稿的刊载流程由收稿开始。下述刊载流程为适用于全部文稿类型的基本框架,除立论类文稿外,其他流程与下述流程的细微差别将在对应的节中描述。

3.1.1 收稿

收稿即由作者发送至编辑组员处,对应的编辑组员随即成为接口。在收稿时,应向投稿人确认是否同意公开假名,该决策将决定在正刊中作者处的显示。投稿被建议通过邮箱发送电子稿的形式实现,以期对流程时间的把控。以邮寄纸质稿件或其他形式稿件的形式同样被接受,但审稿周期将无法保证。一般地,投稿人应在 10 个自然日内收到审稿结果,投稿人可在 10 日后追加通讯询问审核进度。

3.1.2 确认收稿

接口应尽快回复投稿人以确认稿件被妥善收取,该回复应在 3 个自然日内完成。该确认亦作为审稿阶段的起始时间,稿件应随即被分发至整个编辑组供审阅。

3.1.3 分发稿件

在确认收稿后,接口应将文稿分发至所有编辑组员处,以启动审稿阶段。审稿采取单盲制,在分发稿件时,接口应隐没作者的假名,无论作者是否同意在正刊中显示其假名。在分发稿件时,应宣告截止时间,并在接近截止时间时提醒尚未提供审核意见的编辑组员。截止日期是自分发时间起的 7 个自然日后。

3.1.4 审稿

自稿件被分发之日起,编辑组员应在 7 个自然日内将审核意见告知接口,过时则视为弃权。接口应在分发文稿时宣明截止日期,并在截止日期前提醒尚未提交审核意见的编辑组员。如连续 3 次因过时导致弃权,将被辞退编辑组员身份。对于全体编辑组成员均对待审稿件弃权的情形,审稿流程将于 3 日内被重新启动,审稿周期仍为 7 个自然日。若连续3次均为全员弃权,该稿件将被自动拒绝。

出于对投稿的宽容,编辑组原则上不会要求对稿件总体观点脉络的修改。但除直接同意或拒绝接受投稿之外,还可能伴随要求投稿者对被投稿件进行小幅修改的决策。所谓小幅修改指对单数或复数个局域问题就小逻辑或行文流畅性的优化为目的的改动。对于错字、别字、用词不当和病句问题,编辑组员可将问题在审阅稿中修改或标注。因此每位编辑组员应在截止日期前告知接口:(1)被分发审阅的稿件是否有资格被收录入刊,以及(2)该稿件应被收录于哪个辑,若存在修改的,编辑组员应同时向接口提交修改稿。

若编辑组员对文稿确有评论意图,应另撰文稿作为对该稿件的评论或建设性补充,其体裁被定义为「编辑评论」。编辑评论将在正刊中刊载,其刊载过程同样遵从向组内公正投稿和审核的过程。但在该过程中,可能伴随讨论和修改要求;也就是说编辑评论的刊载将经历更加繁琐的雕琢,力求保障其作为编辑组声音的质量。另见 节 3.3 编辑评论

3.1.5 审稿意见的凝聚

在收到全部审稿意见后,接口应统计结果,将结果在编辑组内公示。

3.1.6 反馈

接口应将统计后的编辑组审核意见反馈投稿人。

3.1.7 校对

接口应向投稿人和整个编辑组同时分发校对版文件,由整个编辑组和投稿人在内对经过审批和修改后的文稿进行最终审校,主要针对错字、别字、用词不当、病句、和排版错误。对校对版本进行确认的截止日期是分发后的 3 个自然日,接口应在分发时声明截止日期。

3.1.8 刊载

在原作者和编辑组员确认无误或截止日期后,稿件将被收录入辑并分发至整个社团。

3.2 社员评论类

社员评论类文章指作者撰写用以评论已被刊载在《晦迹》的作品的文章。若被评论的作品是文学作品、或其他公开的文章,则该评论仍被归类为立论类文稿。社员评论文稿的刊载流程与立论类文稿大体相同,但当评论内容包含对被评论作品的补充和建设性反驳时,投稿人可能需要接受来自编辑组的答辩。

3.2.1 答辩

如进行答辩,该答辩将以一篇由编辑组撰写的、扮演魔鬼发言人的驳论文开始,由原作者针对性地撰写另一篇回复对自己的观点进行辩护。该辩论过程可能同样作为附录被刊载。答辩过程可能会延长刊载周期,应在启动前告知作者。

3.3 编辑评论类

编辑评论类文稿来自在编辑组审稿的过程中,产生的对文稿进行评价、补充、或建设性反驳的意图。较之其他类型的文稿,编辑评论的刊载将经历更加繁琐的雕琢,力求保障其作为编辑组声音的质量。根据讨论和修改的过程,编辑评论类文稿将在正刊上显示为单一/复数作者,或整个编辑组。编辑评论类文稿的刊载流程除审稿阶段外与立论类文稿相同。编辑评论类文稿的审稿阶段以讨论和辩论的形式进行,其本质为更加繁琐和完善的答辩。编辑评论类文章将在正刊中被特别标明。

3.3.1 审稿

编辑评论类文稿的审稿将建立一个针对该稿件审理工作的微信群或其他相同职能的平台,供对稿件内容的讨论和先于刊载的苏格拉底方法。该微信群或等效平台包含全部编辑组成员,并在审稿工作结束后解散。编辑评论的审稿周期不变,依然为分发稿件后的 7 个自然日。对于逾期未能提交审稿意见的情况,该审稿人的意见将被默认为否决,而非弃权。考虑到在微信群或等效平台内的辩论工作,单盲审稿将无法进行,作者身份将在审稿过程中可见。

3.4 约稿类

约稿指编辑组向社团内部或外部作者约定撰稿。约稿在原则上不会被拒绝刊载,因此在约稿的刊载流程中可能包含对原稿的修改。编辑组保留退稿的权利。

3.4.1 修改

对稿件进行修改是约稿的可能审稿结果之一,指的是对除错字、别字、用词不当、病句之外的行文脉络、逻辑或逻辑支撑的修正。在审稿阶段中,修改意见由编辑组员提出并交由接口,接口应整理并凝聚修改意见,将其反馈撰稿人,并约定时间等待修改稿的复投。

3.5 社员推荐类

社员推荐类稿件指由社员推荐的外部文稿、片段、或诗歌,社员应提供被推荐作品的有效来源、溯及路径、或原文,供编辑组员阅读原文并酌定是否刊载。推介人应同时撰写评论或荐文,评论和荐文同样会被刊载。对于审核通过的推荐,编辑组会与推荐人进一步商议联系原作者转载授权的相关事宜。推介人将在正刊中被著名。编辑组保留不刊登原文而仅刊登推介人撰写的评论或荐文的权利,不刊登原文的原因可能来自:来源不可触及、体量庞大、转载授权被拒绝等。

3.6 编辑推荐类

编辑推荐类稿件指由编辑组成员推荐的外部文稿、片段、或诗歌。其要求与刊载流程与社员推荐类文稿大体相同,推介人同样需要撰写评论或荐文。文稿将被投递至接口处,由接口展开单盲审核,并在审核时声明此稿件为编辑推荐。在审稿过程中,逾期未提交审稿意见的情况将被视作拒绝。在正刊中,编辑推荐类文稿会特别标明。

附表 1:文稿的分类

按照从左至右逐渐细化的层级结构顺序。

附表 2:审稿流程特点扼要

按照从上至下审稿要求依次提高的顺序,亦即投稿被接受的难度依次提高的顺序。