用途：把客户的业务用例转成精确、最小化的 Nexor 配置——命名的原语加上具体字段值，端到端连通，交付物是配置而非建议。
三条分解法则：一，系统所需的每条信息都是变量，必须落在命名的工作流字段或线索元数据中，不能只写在提示词里；门控只读字段，确定性发送方只读元数据，需发送的值要先镜像进元数据。二，单个智能体内的每次状态变化都是一个状态，不能是提示词里的阶段或元数据里的布尔值；每个阶段需有 key、label、entry_hint 和显式门控（required_field_keys、transition_rules）。三，智能体身份切换发生在带转移的边界状态，默认用 is_terminal: true 加 transfer_config，边界状态不得命名为 future_*、contact_later、colder。
默认形态：按意图拆分，2–3 个模式；仅当操作者明确要求时才用一个模式，且不得超过四个。
提供了 15 个原语（智能体配置、工作流 HTTP/MCP 工具、规则、出站 webhook、状态自动化、后台任务、云函数、定时函数、工作流转移、入站 API、节奏配置、知识库分配、预执行挂钩、预处理器、阶段超时）及从配置到代码的决策阶梯。
限制：入站线索的完整 API 凭据细节资料在此处截断，暂未提供；价格、平台支持范围等信息暂未提供。