人工目录，内部团队怎样分配责任：从证据收集到复查的岗位分工
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /dcdd5afb015f.html
📄
人工目录，内部团队怎样分配责任：从证据收集到复查的岗位分工
人工目录的维护责任不能只挂在一个人身上。合理的分配方式是：由一名目录负责人统一规则与最终判断，编辑负责条目筛选和描述，技术负责页面可访问与结构化数据，审核人独立复查并留痕。出现“条目重复、链接失效、分类混乱”等具体问题时，先按观察、判断、处理、复查四步走，每一步都指定唯一责任人，避免集体负责等于无人负责。
先观察：把问题写成可核查的记录
不要从“目录质量差”这种笼统判断开始。让发现问题的成员在共享表格里登记四项信息：具体条目地址、现象描述、发现时间、发现人。现象要写成可验证的事实，例如“同一站点被收录进两个分类”“条目描述与目标页主题不符”“点击条目返回404”。
- 编辑负责登记内容层面的异常，如分类错误、描述过时。
- 技术负责登记访问层面的异常，如链接失效、页面加载失败。
- 目录负责人负责合并重复登记，避免同一问题被多人重复上报。
这一步的产出是一份待处理清单，而不是立刻动手修改。没有清单就开始改，后续无法判断问题是否真的减少。
再判断：区分可能原因与已定位原因
同一现象往往有多种解释。条目打不开，可能是目标页已删除，可能是链接写错，也可能是服务器临时故障。在证据不足时，只能记为“可能原因”，不能直接下结论。
判断责任归属时用一条简单规则：谁最接近证据，谁负责给出结论。
- 编辑核对目标页内容是否仍与条目描述一致，给出内容层面的判断。
- 技术用可复现的访问测试确认链接状态，给出技术层面的判断。
- 目录负责人综合两方结论，决定是修改、删除还是保留观察。
如果两方结论冲突，以可复现的证据为准。例如技术连续两次访问均返回404，而编辑认为“应该还在”，此时按技术结论处理，编辑可补充目标页的新地址作为替换候选。
处理：按条目状态分派动作
把清单里的条目分成三类，分别对应不同责任人和动作：
- 可修复：链接写错、分类放错、描述过时。由编辑修改，技术抽查修改后的页面是否可正常访问。
- 需替换：目标页已不存在但有同类替代内容。由编辑提出替换候选，目录负责人确认后执行。
- 应删除：内容不再相关且无合适替代。由目录负责人批准删除，审核人记录删除理由。
假设某目录条目指向的页面已改为登录后才能查看，普通访客无法获取内容。这类条目对用户已无价值，属于应删除或替换，而不是简单改个描述就能解决。判断依据是“普通访客能否直接获得条目承诺的信息”，而不是页面是否还能打开。
复查：用固定检查项确认问题关闭
处理完成后不能直接标记结束。审核人按以下检查项逐条确认：
- 原问题现象是否消失，用与登记时相同的方法复测。
- 修改是否引入新问题，例如替换后的条目是否与所在分类一致。
- 同一批条目中是否存在相同原因的未处理项，避免只修个案。
- 处理记录是否写清动作、责任人和时间，便于后续追溯。
复查不通过时退回原责任人，而不是由审核人代为修改。这样责任链条清晰，也能暴露规则本身是否有歧义。
让分工长期可执行的两个条件
第一，规则要写成可对照的文档，包括收录标准、分类定义、描述格式、失效处理时限。第二，每类动作只设一个最终决定人。多人同时拥有删除权限，容易出现互相覆盖。
如果团队规模很小，一人可以兼任多个角色，但审核环节建议由未参与该条目修改的成员承担。若确实无人可审，至少间隔一段时间后由同一人按检查项复测，并如实记录这是自我复查。
下一步，把当前待处理清单按上述三类分开，为每一类指定一名责任人和一个复查人，先处理可修复项，再集中判断需替换和应删除的条目。
