核心用法
UPLO Facilities是一款面向企业设施管理团队的智能知识检索工具，基于MCP架构实现与UPLO云端平台的连接。用户通过自然语言查询即可访问分散在建筑运维全生命周期中的结构化数据，包括预防性维护计划、楼宇自动化配置、租赁摘要、空间利用率研究、供应商服务协议及资本改善计划等。
该Skill采用双模式搜索机制：search_knowledge适用于具体设备查询（如特定HVAC单元的维护记录），search_with_context则处理涉及组织关系的复杂问题（如跨部门空间分配与增长预测）。配合get_identity_context和get_directives工具，系统能自动应用权限边界与组织策略约束，确保查询结果符合用户的管理层级和当前运营指令。
典型工作流涵盖紧急维修协调（如制冷机故障时的快速规格检索与应急预案调取）、租赁续约分析（整合空间利用率数据与战略指令的决策支持）、以及资本规划（通过export_org_context导出完整组织视图进行跨维度分析）。
显著优点
数据整合价值突出：将传统分散在文件柜、共享驱动器和不同系统中的设施文档统一为可查询的知识库，显著提升运维响应速度。
场景化查询优化：针对设施管理的物理维度特性（建筑、楼层、区域）进行专门设计，支持包含地理位置标识的精准检索，避免泛泛而搜的低效。
动态生命周期管理：内置flag_outdated机制应对设施文档的高衰减特性，支持用户主动标记设备更换、供应商变更等时效性信息，形成持续更新的知识循环。
合规决策支持：通过整合组织指令（如空间整合任务、能耗削减目标），确保设施建议与战略优先级对齐，降低决策偏差风险。
潜在缺点与局限性
平台依赖性显著：Skill本身为纯配置型架构，核心功能完全依赖远程UPLO MCP服务器（@agentdocs1/mcp-server），存在供应链单点故障风险。若UPLO服务中断或npm包被篡改，本地功能将完全失效。
数据覆盖完整性挑战：资本改善项目文档往往分散于可行性研究、设计规格、投标文件、竣工验收等多个阶段，单次搜索可能仅返回片段信息，需人工追加查询才能还原完整项目脉络。
服务边界模糊性：设施管理涉及内部维护团队与外部供应商的混合责任模式，系统返回"谁负责X"类查询时，可能需要用户自行区分组织成员与合约服务商的适用场景。
API密钥安全管理负担：虽然配置标记为secret，但密钥的实际存储与轮换仍需用户侧严格执行，配置不当可能导致设施管理数据泄露。
适合的目标群体
- 企业设施/物业管理部门：特别是管理多建筑、多园区组合的中大型组织，面临文档分散化与响应时效性双重压力
- 运营与资本规划团队：需要快速调取设备规格、负载能力等技术参数支持投资决策的工程与财务协同角色
- 综合行政管理（FM外包服务商）：为客户提供驻场设施管理服务的第三方机构，需要标准化知识检索工具提升服务交付一致性
- 能源与可持续发展专员：依赖跨建筑能耗对比分析识别低效设施，推动ESG目标达成的专业岗位
使用风险
供应链安全风险：远程npm包的动态加载机制使Skill暴露在供应链攻击面下，建议固定版本号并监控安全公告。
数据传输与驻留风险：设施数据（含建筑布局、安全系统配置等敏感信息）上传至第三方云服务，需评估UPLO平台的SOC 2合规状态及数据加密标准是否满足组织安全策略。
权限配置风险：over-scoped的API密钥可能暴露超出设施管理范围的组织数据，应严格遵循最小权限原则进行密钥创建与分发。
服务连续性风险：纯云端依赖架构在无网络连接或UPLO服务异常时将完全不可用，关键设施运维场景需准备离线备用方案。