按 §5.3《领养与授权》的规则，在这台机器上算出你的
领养 KEY 与领养名。
本页不发起任何网络请求——它不向谁领取 KEY，它把 KEY 算出来。
名字也一样，而且名字不进 KEY。
领养只有一种形态：装技能。本页把那条安装命令按你的元组生成出来，
再当场算出你会拿到的东西——但本页不构成授权。
授权发生在安装那一刻，不在这一行输出上。
一个不需要授权就能打开的页面算出了你的 KEY 与名字，这恰恰说明它们是什么：
一张来源标注，加一个由同一份摘要派发的名字。
Owner 角色。你领养的只是一份副本，不是猫本身。Staff——这是最低权限角色，不是管理角色。改动任何一项，KEY 都会变。同一秒内改一个字也一样——摘要的前 8 字节里不会有任何一位保持原样。
取说明书、取命令行实现、领养、复算、卸载全部封装在 skill/install.sh 里。
领养人可填写：不给值而在终端里运行时，安装包会问一句。
粘贴 KEY，不看证书也能查抄错。核验需要同时提供元组——KEY 是元组的摘要，元组不对就一定不对。
本页不写入任何文件。证书由技能写在 ~/.cat-api/adoption.json——
位置在技能目录之外：卸载技能不会删掉它，因为卸载不撤销任何东西。
任何一份实现都 MUST 复现这三组值。本页用的是 assets/js/adoption-key.js，
命令行用的是 skill/install.sh——两份实现互相钉住，判据就是这张表。
skill/install.sh 同源：payload = JSON.stringify([adopter, cohort, habitat, intent])，
KEY = "CAT-" + sha256(payload).slice(0,16).toUpperCase()，
名字取同一摘要的另一切片。AGENTS.md / llms.txt