候选人分析

A1架构：其在平台中的定位

候选人分析 is a first-class module of the 人才管道与客户管理 suite inside the authenticated Expertini ATS workspace. 该平台特意采用服务端渲染架构：每个视图均由应用服务器生成并作为完整的 HTML 发送，无需客户端框架，无第三方 CDN 脚本，数据与页面之间无构建流水线。渲染内容即为服务器计算所得——正是这一特性确保了界面的可审计性。

所有持久化存储均运行在单个原生搜索文档库上；每个查询在最底层都将组织标识符作为强制过滤条件。因此，租户隔离是架构层面的 — 是由每个请求的构成方式决定的固有属性 — 而非依赖应用程序代码主动校验的策略。

Availability is governed by the platform's tool registry: this tool is registered from the Growth plan, and access is enforced server-side by the registry gate on every request — never by hiding a button. Plans also carry a monthly distinct-tool quota (3 / 5 / 15 / 30 / 45 across Trial→Business, unlimited on Enterprise), counted at the same chokepoint. The pricing page states both honestly: what is available, and how much of it the month includes.

A2数据模型与依赖关系图

In production the tool reads and writes the candidate database (ats_candidates), pipeline applications (ats_applications). Documents are plain, explicitly-mapped fields — mappings are provisioned ahead of first write, so term filters and aggregations behave deterministically instead of depending on inferred types.

每次单独打开都会记录在工具活动日志中——而“报告”部分汇总的正是该日志，而非并行的分析系统。您看到的用量数据就是平台实际记录的数据。

任何脱离请求路径的操作（通知散播、Webhook 投递、活动日志记录、邮件）均在即发即弃的后台线程中运行。缓慢的外部端点绝不会导致界面卡死，失败的附带操作会被记录而非无声重试导致不一致。

A3运营注意事项

组织层级的设置、破坏性操作和连接权限仅限所有者和管理员角色；招聘人员仅可在其有权查看的记录上操作工具。角色变更将在下一次请求时即刻生效——权限控制在路由层执行，而非仅停留在菜单界面。

错误会被明确呈现，而非隐蔽处理：服务端验证会返回确切的字段和原因，涉及集成时会逐字引用供应商错误信息，每一次写入操作都会进行确认或报告。导出内容会按需重新生成而非读取缓存——您下载的报告反映的是您发起请求时的数据存储状态，而非昨晚的快照。

写入的所有内容均归您所有：CSV 导出与 Data Export 应用所覆盖的数据存储与产品自身读取的完全一致。离开的通道与进入一样畅通无阻——这是设计使然，而非妥协。

A4Interaction contract

该界面遵循平台的“搜索并选择”惯例：任何指代真实记录的字段（如候选人、客户或职位）均采用基于实时数据的键入搜索选择器，绝非自由输入的纯文本，从而确保活动追踪记录和去重机制的可靠性。静态选项采用边键入边筛选的组合框，而非原生下拉菜单；状态转换会提供明确的反馈：服务器确认以浮动提示形式显示，验证错误会指明具体字段，未经服务器确认的操作绝不会显示为已完成。

下方的线框图和流程说明记录了界面的结构协定——包含哪些面板、状态发生的顺序以及各个边缘条件的处理——而非具体的像素细节。布局采用原生 CSS grid 和 flexbox 构建，可从宽屏桌面端自适应调整为单列布局，无需单独的移动端视图。