小团队行政积压优先级准备包
三个人的工作室，行政活全压在一个人身上：合同盖章、开票、社保基数、供应商结算、资质年检、月度对账——散在群聊、便签和脑子里。每周一开会被问「这周到底先干哪几件」，得到的答案是「都很急」。问题不是没人干活，而是这些事项从来没有被按明示事实排过一次。
本技能做这件事：读一份 JSON，输出可以逐条核对的优先级准备单——每条事项的结论、今日交付板、本周承诺板、等待中与阻塞根因、无责任人清单、决策缺口、依赖异常，以及一个明确区分「已知」与「未知」的工作量合计。脚本只读一个本地 JSON，不联网、不写文件、不发送、不建任务、不派活、不改动任何外部系统。
输入与澄清
字段表、判定规则、状态优先级与安全边界见 @references/guide.md（同目录 references/sample.json 是常规样例，references/sample-blocked.json 是触发缺失、成环、拒绝的样例，两者输出分布固定）。
最少确认：as_of（必须带时区偏移）与 items[]。
必须问清的关键点：
as_of不能省。没有它就无法判断逾期与到期，工具会停在INPUT_INCOMPLETE，而不是猜一个当前时间。- 没有截止时间就不算紧急。
due_at缺失记NO_DUE_DATE、格式无效记INVALID_DUE_AT，两者都不会进入今日板。工具不替你编一个紧急度。 - 没有责任人不会自动分派。
owner缺失记UNKNOWN_OWNER，该事项停在证据不足，并出现在无责任人清单里。 - 被未完成的前置挡住就不能算「今天能做」。
depends_on里只要还有事项不是done，本条就记WAITING，并给出未完成前置与根阻塞（没有未完成前置的那一环）。 - 依赖编号要真实存在。指向不存在的事项记
DANGLING_DEPENDENCY；两条事项互相等对方记DEPENDENCY_CYCLE——这两类都需要人工先拆解。 - 只会按明示事实升级到今天。已逾期、今日到期、3 天内到期且存在明示的客户或现金影响、或对外承诺在 24 小时内到期，才记
DO_TODAY；其余进本周板。 - 工作量缺失不按 0。
effort_hours缺失时保持未知，today_effort.unknown_items会如实计数，complete为false——合计只包含已知项。 status取值固定。open/in_progress/waiting/done（大小写不敏感，in_progress等同open）；其它值记UNKNOWN_ITEM_STATUS。- 只给文件名，不要给路径或链接。证据引用只接受单一文件名；含路径或链接会被拒绝，输出里只保留安全化后的文件名，原引用不会回显。
- 不要填登录凭据。输入里出现密码、令牌一类字段或真实凭据形态的字符串会被整体拒绝，且不回显该内容。
执行
- 按 @references/guide.md 的字段表整理输入 JSON。第一次使用建议先用 @references/sample.json 跑一遍，确认输出结构后再换成自己的积压清单。
- 用 Python 3.9+ 执行本包脚本（无第三方依赖、不联网）：
python3 "<skill-directory>/scripts/run.py" "<input.json>"，Windows 可用py -3。 - 先看顶层
status：REJECTED表示输入疑似含凭据（已拒绝且未回显）；INPUT_INCOMPLETE表示缺as_of或没有事项；GAPS_FOUND表示存在等待中或证据不足的事项；READY表示全部事项都已分类完成（今日 / 本周 / 完成）。 - 看每条事项的
state：DO_TODAY/PLAN_THIS_WEEK/WAITING/DONE/INSUFFICIENT_EVIDENCE。 - 按
today_board安排今天的顺序（已按紧急度固定排序），用today_effort判断今天是否装得下。 - 按
week_board对齐本周承诺；overdue_items与due_soon_items是逾期与即将到期的独立视角。 - 按
waiting_board与blocking_chains找出根阻塞——先解决root_blockers，被挡住的事项才会解开。 - 按
no_owner_items与decision_gaps补齐责任人与待决策项，这两类都需要人工拍板。 - 按
clarification_questions的Q-01顺序原样发给对应责任人确认；dangling_dependencies与dependency_cycles必须先人工拆解。 - 用
human_confirm_items明确哪些决定必须由人工做，本工具不下判断。
运行约束
- 只读：只读取用户提供的那一个 JSON；不打开链接、不调用外部服务、不写文件、不访问任何工单、邮件、财务或协作系统。
- 不外发：不发送消息、不建任务、不派活、不审批、不付款、不删除任何原始材料。
- 只推导不发明：优先级只由输入中的明示事实推导；不虚构截止时间、影响、责任人或工作量。
- 前置门禁：
depends_on中仍有非done事项时一律WAITING，阻塞事项不会被当成可立即完成。 - 责任门禁：
owner缺失一律UNKNOWN_OWNER，工具不自动分派。 - 工作量门禁：
effort_hours缺失保持未知并计入unknown_items，合计永不按 0 计算。 - 确定性：事项按编号、待办板按紧急度与编号、问题按编号、状态汇总按
ITEM_STATES全部显式固定，同一输入输出逐字节一致。 - 文件名门禁：
evidence_ref只接受单一文件名；含路径、链接或盘符的引用被拒绝，且只输出安全化文件名，原引用在任何字段都不出现。 - 提示注入逐字段检测、位置精确、低误报：覆盖备注、类别等自由文本，命中时只加标记并在
injection_flagged中给出精确路径（如items[8]/notes）；检测要求「动作词 + 目标词」同句共现。 - 不可信文本先转义再入简报，命中即隐藏：
markdown_summary中所有自由文本走同一转义处理（去控制字符、折叠空白、对 Markdown 元字符加反斜杠）；命中注入的值改用固定占位「已隐藏疑似提示注入文本」。 - 隐私门禁：字段名命中
password、token、api_key一类凭据名，或字符串值具备真实凭据形态，直接拒绝处理且不回显该内容。 - 免责：输出是行政积压的人工优先级准备材料，不是绩效评价、劳动关系结论或财务审批；是否分派、对外承诺与付款由经营者人工决定。
