大单交易审批与折扣路由

要解决的问题

销售把折扣申请递上来时，审批往往卡在一个含糊的中间地带：AE 想快点成交，CFO 想知道这单到底赚不赚钱，法务担心合同条款里有坑。靠邮件来回拉扯，审批链靠猜，折扣标准靠记忆——结果要么放行了不该放的单，要么把优质客户拖死在流程里。

这个技能要替代的正是「从销售开口要折扣，到 CFO/CRO/法务签字」之间那段灰色地带，用三个确定性脚本把模糊的协商变成可审计的评分和路由。

核心能力

交易评分 — deal_scorer.py 从利润率、风险、战略价值、商业匹配度、条款形态五个维度打 0–100 分，输出一个明确裁定：APPROVE、REVIEW、ESCALATE 或 DECLINE，每个裁定都绑定具名审批链。它只给建议，从不说「已批准」。

折扣路由 — discount_approval_router.py 按折扣比例、交易规模和客户分层映射审批链，路径为 AE → Manager → Director → VP → CFO/CRO，并给出预计周期天数。内置 SaaS、企业软件、服务、市场平台四种行业 profile，也可在输入 JSON 里通过 policy_thresholds 覆盖默认阈值。

条款红线扫描 — terms_redliner.py 检测十种常见的「杀手级」条款模式，包括无上限赔偿、MFN、永久授权回授、缺失 DPA、NET-60+ 付款等，按 CRITICAL/HIGH/MEDIUM/LOW 排序，附带标准反建议条款和必须签字的审批人。关键信号会覆盖总分：一个高分但含无上限赔偿的单子照样是 DECLINE。

工作方式

1. 用 assets/deal_intake_template.md 录入 ARR、期限、折扣、付款条件、客户分层以及客户已标注的条款红线。
2. 依次运行三个脚本，拿到综合分、逐维度拆解、具名审批链和红线清单。
3. 把三份输出合并成一份 deal-desk review packet，始终包含具名审批链。这份 packet 是建议，不是批准。

适用边界

它假定商业政策已经存在——折扣带宽、付款条件规范、赔偿上限——它只是执行政策，不负责设计，设计折扣矩阵请用商业政策那套技能。它不写提案文档，也不对全文合同做深度法律审阅，后者需要结构化的 terms JSON，而非整篇散文。路由的目标是停在能签字的最低审批层级，手动跳过节点会让审计链失效。