account-scoring 用于把 TAM 中的每家公司分层为 A、B、C 或 disqualified，每行附两句理由和决定该分层的页面链接，便于销售人员理解并质疑。它运行在 tam-building 生成的 tam_companies 模型上，不依赖 CRM、评分代码或分值权重。配置位于工作区上下文仓库，智能体每次调用时读取 ICP 与 tiering-rubric.md；修改 tier A 的含义只需对该文件提交经过评审的改动，无需部署。企业特征由 tam-building 负责，分层判断针对列中没有的信息，先基于已获取的行判断，仅在必要时搜索一次以消除会改变分层的疑问。
使用流程分四个阶段：先读取 ICP 与评分表，缺少 ICP 时停止并引导至 tam-building 首阶段，缺少评分表时依据 ICP 语言提出 A/B/C/disqualified 让操作者修正并批准；随后构建，与 tam-building 协调，运行契约、类型、检查与计划，展示差异，仅确认后部署且 play 保持禁用；再以禁用状态先跑十行试点，抽查一个 A、一个 C 和一个 disqualified，给出每家公司成本与全书成本估算；最后回填所有未分层行、启用 play 并报告分层分布、disqualified 比例、评估通过率与实际 credits。
安装需先安装作者技能，缺失 cargo-cdk 时运行 npx skills add getcargohq/cargo-skills --skill cargo-cdk。在 CDK 项目内运行 cargo-ai cdk add cookbook/account-scoring 可写入示例；尚无项目时运行 cargo-ai cdk init <dir> --cookbook account-scoring && cd <dir> && npm install。已存在 infra/tam-building/ 时应将四个 additionalColumns 迁移过去并删除副本与连接器，避免同一 slug 重复声明。适配后从技能目录运行 node --import tsx evals/contract.mjs，再从项目根运行 cargo-ai cdk types && cargo-ai cdk check && cargo-ai cdk plan。
限制与注意：状态为待批准，在批准前不作结果承诺；自定义列写入需使用裸 slug，否则节点报告成功但值被丢弃；play 若未回填，changeKinds: ["added"] 只纳入之后到达的行。成本为每家公司一次智能体运行，按绑定的 LLM 连接器计 token，外加智能体决定执行的网络搜索，maxSteps 为每家公司上限。评分表放在上下文中而非提示词，智能体只判断、由 play 写入，资格以 tiered_at 为标记，每个可输出的层级都应有对应 segment。