社 区 数 字 化 底 座
让数据多跑路
让数据多跑路
让群众少跑腿
以“一次采集、多方利用”为主线的社区数字化底座：打通人、房、事、物、组织五类对象，让既有系统协同起来，让 AI 在合规边界内补位。
感通算用社区一体化底座
感 · 物联感知
通 · 融合通信
算 · 云边协同
用 · 应用承载
以“一次采集、多方利用”为主线的社区数字化底座：打通人、房、事、物、组织五类对象，让既有系统协同起来，让 AI 在合规边界内补位。
社区数字化的重点已经从“装了多少设备、建了多少系统”，转向“通数据、能联动、真减负、可持续运营”。判断有一个具体的检验标准：社区工作者填表的次数有没有减少。
综治、民政、卫健、城管、物业各建一套，口径与对象标识不一致，同一批数据反复填报。
门禁、视频、烟感、水表、充电桩各自成网，私有协议互不相通，报警了没人处置。
一老一小、助餐、报修、议事入口分散，“数字鸿沟”集中在老年群体。
一次性交付，缺运维与运营主体，数据资产沉淀不下来，建成即闲置。
部分小区把人脸识别当作进出唯一验证方式，属存量合规风险。
需要的不是又一个大平台，而是一套“标准贯通 + 合规内建 + 通信兜底”的新底座：它既能按国家标准向上回流到市级运管服平台，也能让社区工作者少填几张表。
一个底座承载能力，两个中台治理数据与 AI，N 个智能体直接嵌入治理与服务流程。既有系统零扰动接入，不做推倒重来。
方案以现行国家标准与行业标准为设计依据，建设过程即对标过程。这不是宣传口径，而是验收口径。
基础设施层、系统层、应用层、安全保障、运行维护五层架构——本方案的底座层、中台层、应用层逐条对应。
明确综合服务平台是多相关方共用：政府侧、企业侧、居民侧差异化视图，避免“一个平台包打天下”。
市级平台覆盖市、区、街道三级并向社区、网格延伸，与智慧社区平台、智慧物业平台对接——社区侧必须能按标准回流。
三维空间底板与“一标三实”数据要求：社区不与城市重复建库，空间数据与城市 CIM 同源。
社区数据综合采集、一次采集多方利用；适老化与无障碍信息服务，保留必要的线下办事渠道。
最小必要与单独同意；人脸识别不得作为唯一验证方式；生成内容标识与算法备案。
设备侧经 oneM2M / LwM2M 屏蔽差异，平台侧采用 NGSI-LD（ETSI GS CIM 009）表达“实体—属性—关系”的实时状态，观测数据遵循 OGC SensorThings API，语义统一参考 SAREF 与 FIWARE Smart Data Models；OASC 最小互操作机制（MIMs）已被 30 多个国家 160+ 城市采用。关键动作是把“必须提供符合标准的开放接口与批量导出能力”写进采购合同。
看板采集的是治理与服务过程数据：数据项复用程度、隐患自动发现比例、事件处置效率、应急链路可用程度。所有数值均为演示样例。
每个智能体都明确标注能力与权限边界。这不是保守，而是社区场景的基本要求——处置决定必须由有权限的工作人员作出并留痕。
事件自动分类、相似事件合并、重复投诉识别，给出派单建议与责任建议。
边界：只出派单建议，派单动作由人确认
消防通道占用、燃气异常、电动自行车进楼入户充电自动发现并生成事件与证据切片。
边界：只发现与提示，处置由人作出
独居老人异常预警、助餐与托育需求匹配、随访提醒；保留电话与线下窗口双通道。
边界：只预警与提醒，走访与决定由人完成
报修受理、工单派发、能耗异常提示；既有设备只做接入，不改造成本。
边界：责任认定与考核由人作出
政策问答、办事指南、周边服务查询；答案基于社区知识库，可溯源到具体文件。
边界：只回答，不代办、不承诺办结时限
预案匹配、通信链路切换、资源调度建议；卫星链路作为保底通道。
边界：只给建议，指挥指令由人下达
顺序不可颠倒。标准不定，数据模型就会各说各话；数据不通，智能体就只能空转。
本页所有量化数值均为演示样例，不作为承诺。实际成效以试点实测为准，验收前提是改造前先测出基线数据。政策文件引用均来自公开发布文件，未作任何转述性篡改。