前端开发
在正式审查队列监督模式下管理学生产出审批(查看待审、批准…
当诊所采用「正式审查队列」监督模式时,用于查看、批准、编辑后批准或退回等待教授审核的学生产出。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 59/100 ×0.15
适用场景
在正式审查队列监督模式下管理学生产出审批特定
解决思路
- 检查 `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` 中的 supervision style;如果不是 "formal review queue",则说明该诊所采用的是 [flags/lighter-touch] 模式、不存在正式队列,并告知如何切换。
- 若正式队列已启用,则读取 flag triggers 并继续。
- 默认展示等待审核的内容,按紧急程度和按学生分组。
- 队列存放在 `references/review-queue.yaml`,每条记录包含 id、type(intake | draft | memo | status | client-letter)、client、student、submitted、flags(rule、detail)、content_path、status(pending | approved | edited-approved | returned)。
- 展示待审视图:标题为 `## Review Queue — [date]`,显示 Pending 数量与 Oldest 等待小时数,分为 🔴 Deadline-sensitive 表格(列:ID、Type、Client、Student、Why flagged、Waiting)、Standard 表格(同列)、以及 By student 分组(用于发现谁在大量排队、谁可能需要沟通)。
- 审查单个条目时,展示完整内容、被标记的原因以及学生备注。
- 执行 Approve:状态改为 approved,通知学生,并记录日志。
- 执行 Edit then approve:教授内联编辑,以编辑后的版本为批准版本,原始版本保留在日志中,让学生看到 diff(作为教学契机)。
- 执行 Return:附上备注退回,学生修改后重新提交。
- 记录每一次操作;批准日志属于诊所记录,用于证明持牌法律专业人士在学生产出送达客户或法院前已进行审查,这对诊所合规和学生评估都很重要。
- 利用队列作为教学信号:退回的模式(如某学生总是漏掉 service requirement)可触发辅导对话;编辑的模式(如大家的 demand letters 都太长)可作为下学期 `/ramp` 的更新内容。
适用边界 · 注意事项
- 教授未选择「正式审查队列」监督模式时(技能处于休眠状态)。
- 期望自动批准时——批准必须由教授本人完成。
- 期望用它替代诊所现有的监督结构(如 case rounds、一对一沟通、观察学生实操)时。