用途：为交付团队设计信息运行系统，明确消息归属频道、会议真实成本、状态更新如何经得起高管快速扫读，以及被阻塞时的处理路径。
主要能力：三个脚本工作流。meeting_load_auditor.py 统计人时与年度成本，给出 KEEP/TRIM/ASYNC/KILL 判定、重复预订与合并建议；channel_router.py 按可逆性、干系人数量、共享上下文、所需时限把消息路由到同步/异步/书面决策/1:1/广播，并给出理由与SLA；status_update_scorer.py 对草稿按完整性、高管可读性与可扫读性打0-100分，低于70需重写。另附频道选择与会议负荷、运行节奏与章程等参考文档，以及沟通章程模板、状态更新模板和可运行的示例JSON。
使用方式：先确认要解决的问题（负荷、更新无人读、还是阻塞迟报），必要时询问核心时段重叠、是否可取消会议、人力成本等2-3个关键输入。典型命令： python3 project-management/team-communications/scripts/meeting_load_auditor.py --input project-management/team-communications/assets/sample_calendar.json --maker-hours-target 24 --format text python3 project-management/team-communications/scripts/channel_router.py --input project-management/team-communications/assets/sample_messages.json --core-overlap-hours 3 --format text python3 project-management/team-communications/scripts/status_update_scorer.py --input project-management/team-communications/assets/sample_status_update.json --format text
适用场景：会议日历满但说不清原因、状态更新无人阅读、阻塞迟报、团队转为分布式或新增第三时区、反复争论是否要开会、新团队成立初期制定章程。
限制：需要提供日历导出、人员角色与时区、成本、决策数量等输入；若未知应询问而非假设。取消会议前需先建立书面替代渠道，否则会把负荷问题转为更昂贵的迟报问题。具体价格、平台支持范围等资料未提供。