aikey-dependency 是 AI KEY 体系中的「依赖体检」技能，从 v1.0.0 起由原名 /zmm-… 改为 /aikey-…，旧名不再更新，老用户升级方式见 README。它只回答一个问题：这门生意攥在谁手里。判据是一句话——谁能不跟你商量，就改变你的生意。
用途与分工
该技能面向 2B 非技术业务负责人、老板或一号位，不假设对方有系统，不使用术语。它与 /aikey-concentration 分工不同：后者管收入端（钱从谁那来），本技能管生产端（你需要谁才能把活干出来、交出去、收到钱）。平台类问题两边都涉及，建议两个都跑。
五类依赖
按对目标用户的致命程度排序：
- 通路方：平台（短视频、外卖、电商、团购）、商场、渠道商、介绍生意的人。危险在于客户关系、规则制定权和分成变更权同时握在对方手里，规则变更通常不预告、不解释、不申诉。
- 场地与牌照：房东与租约、经营许可、资质证照、加盟授权、独家代理权。平时无感，出事无缓冲，且与装修、设备等专门投入绑定。
- 关键人：厨师、老师傅、技术负责人、掌握客户的大销售、唯一懂系统的人。判据是这个人明天不来了生意还转不转得动。
- 供给方：货源、原料、代工厂、上游服务、软件与接口。需区分通用件（风险低，多备一家）与独家定制件（风险高）。
- 结算通道：收款方式、支付渠道、平台代收、账期。不影响生产但立刻影响生存。
评估原则
技能给出五条公理：判据是「单方面变更权」而非「重不重要」；没有「换掉他要多少钱、多久」就等于没评估，给不出数字的标「未评估」，不接受「应该问题不大」；为关系做的专门投入是走不掉的原因（资产专用性与套牢问题）；备选方案即使不用也在提供议价权；平时无感是这类风险的正常状态，不能用「一直都没事」证明安全。
工作流程
Phase 0 列清单：从头到尾走一遍进货、干活、交付、收款，逐类询问谁能单方面改变规则。 Phase 1 逐项评三样：业务占比、切换成本、切换时间，以及有无备选、专门投入，必须给数或量级，切换时间最易被低估。 Phase 2 分级：🔴 致命（覆盖大部分业务＋无备选＋切换时间长于能撑的时间）、🟠 重伤、🟡 可承受、⬜ 未评估。 Phase 3 按类别给出对应打法，例如通路方把客户关系落到自己手里、场地牌照提前记录到期日、关键人把「靠这个人」变成「靠一套做法」、供给方多备一家或锁长约、结算通道至少准备第二条收款路径。 Phase 4 输出报告，包含一句话结论、清单表格、需准备 Plan B 的项目、到期日历、未评估项、立刻做与本月做的行动，以及编号的下一步选项。
使用与限制
触发方式为 /aikey-dependency、/靠谁、/依赖体检，或说出「平台改规则怎么办」「房东要涨租」等问题。运行时先读 config.yaml（读不到则明说配置缺失并停止，不用示例值冒充用户设定），再读交互规范与记忆目录。技能不做单个「要不要现在换掉他」的决策（属 /aikey-decide），不做收入端集中度与资源分配；不建议试探或质问合作方，不替用户联系供应商、房东或平台，不编造数字，开启脱敏时以「主要平台」「A 供应商」指代。结束前会自查记录真实切换案例与行业特有依赖形态，用于校准后续评估。