继续，但必须更窄。
从“智能盒子与泛化 AI 助手”，收敛为正式平台下游的承办侧标准执行与证据质量层。这不是措辞优化，而是产品、渠道、技术和商业模式的共同校准。
已有真实办件需求、规则资产和使用记录；但尚未证明稳定重复使用、一次通过率提升和规模化付费。下一阶段只验证一套完整办件流程，不再扩大功能范围。
五个确定性结论
不是新热线平台，也不是通用大模型。
经办、调度、质检处理单件；综合、分析、文书人员查数并形成材料。
主线是单件承办；第二工作面是查数、专题和领导材料。
只有确需本地处理敏感材料时才配置盒子。
硬件配套，拒绝按页面数量报价。
| 决策问题 | 确定答案 | 明确排除 |
|---|---|---|
| 还做不做？ | 做，但按验证门槛继续 | 不再用新增页面证明进展 |
| 盒子是不是主产品？ | 不是。盒子是部署与信任载体 | 不卖“每街道一台独立大模型中心” |
| 回复生成是不是壁垒？ | 不是。它是基础能力 | 不以通用文书、案例推荐作为核心差异 |
| 真正壁垒是什么？ | 规则持续更新、证据相互印证、实际场景检验和现有系统对接 | 不靠模型参数或复杂技术概念 |
| 先扩市场还是先补产品？ | 先在朝阳完成一套可衡量效果的办件流程 | 缺少一手用户证据的地区不提高投入优先级 |
证据够做取舍，不够宣布成功
本报告将官方制度、真实运营、工程事实与市场推断分层。确定性来自多源交叉，而不是材料数量。
北京条例、地方标准、政府采购与官方案例；朝阳区上半年涉否复盘；大屯、麦子店原始试点记录；FastGPT 原始使用记录；速办通八卷原文。
厂商实名案例与政府能力交叉印证；上海彭浦规范包；年度服务成本模型；平台/运营商合作路径。
厂商自报准确率、Accio 市场假设、河南等地需求推测、没有实际用户标识的使用次数、未经正式验收的演示能力。
① 真实独立用户数与留存；② 产品是否让材料一次通过率显著提升；③ 区级平台或运营商是否愿意为规则包和承办组件持续付费。
产品不是突然出现，而是连续收缩的结果
纵向看，最有价值的不是保留了多少功能，而是每次约束如何迫使产品更接近真实工作。
数据主权先行
大盒子、本地存储、录音卡、个人知识库；确立“敏感材料不轻易出域”的底层价值。
录音卡切入
从宏大社区平台收缩到采集、转写、留痕；录音后来成为证据链的可选输入，而非独立主线。
12345 首期分叉
从完整 PC 原型切出办件主线，形成“理解—证据—文书—质检—复盘”的产品骨架。
主动助手与真实交付
吸收 AI 主动完成任务的思路，但坚持正式数据仍以业务台账为准；多用户、权限、附件和任务选择开始暴露真实交付难题。
文书与证据成为生产工具
回复、剔除、附件命名、版本轨迹形成最接近可验收价值的能力组合。
社小智分发与战略再校准
管理端能力被拆为轻前端；使用日志证明“贴工单拿结果”有需求，也暴露身份、隐私与无依据画像风险。
真正连续增值的是由工单、规则、证据、文书版本和人工确认组成的办件过程。硬件、录音、对话入口和治理大屏都只能围绕这条主线服务。
使用信号真实，但不能被包装成用户成功
注意：曝光、点击和生成次数不是同一统计单位；5,230 不能写成用户数或有效办件数。
用户要的是结果，不是聊天
全部日志几乎都是一问一答，输入以粘贴工单为主。产品入口应围绕工单和任务，而不是开放式聊天首页。
当前无法回答“谁在用、是否有用”
后台记录统一归在一个共享账号下，缺少实际使用者、所属街道、前后操作关联和结果反馈。三档 78.1%—86.1% 的记录集中在工作日，但 74.8%—82.7% 又落在 0—9 时；结合重复输入，需进一步区分实际使用、系统批量处理和重复测试。
三档形成三种输出形态，但尚未形成可验证用户旅程
| 应用 | 8—9 月使用记录 | 典型输入长度 | 典型输出长度 | 可观察形态 |
|---|---|---|---|---|
| 不限地区助手 | 3,049 | 144 字 | 4,489 字 | 完整办件思路、证据与话术参考 |
| 办理回复 | 1,621 | 194 字 | 721 字 | 可继续编辑的回复草稿 |
| 深度解读 | 539 | 170 字 | 4,496 字 | 疑难件长篇研判；当前安全风险最高 |
这支持“接单研判—办结回复—疑难分析”三个业务时刻，但缺少统一用户 ID，不能证明同一用户按顺序走完流程。输出应按任务做经办简版、质检详版和领导摘要，不应默认长报告越长越好。
541 条中，76.2% 明确缺少人口信息，75.8% 明确缺少历史记录，但 75.4% 仍生成人格/动机画像；43.1% 出现“职业投诉、恶意举报”等标签，61.7% 出现满意度导向措辞。正确动作是先删除无依据画像、标签和诱导，再做最小权限、脱敏、审计与安全评测。
三份主应用在 8—9 月统计期内，至少 192 次输入含 11 位大陆手机号格式（主档 110、办理回复 63、深度解读 19）。这是记录条数，不是独立人员数；但足以要求系统在提交给 AI 前自动识别和遮盖敏感信息，并完整记录访问情况。
| 数据能证明 | 数据不能证明 |
|---|---|
| 以工单为起点的办件参考、回复文本有稳定使用记录 | 有 3,062 名用户或 5,230 个真实办件 |
| 物业、施工、消防充电、噪音、停车是高频主题 | 使用产品已经提升解决率、满意率或一次通过率 |
| 北京是主要使用场景，朝阳、丰台、海淀相关记录较多 | 河南、重庆、上海地区已经形成稳定使用 |
| 现有入口和输出存在实际需求 | 当前深度解读适合生产使用 |
双街道原始会话补足了“用户在什么业务时刻需要什么”
需要一位能随事实变化而修正判断的办件助手
排除研发运维和测试后，可核验 16 个业务会话、44 轮业务交流。用户围绕工单研判、剔除条款、四段式申报文书和材料审核反复补充事实，期望系统据此调整判断，而不是一次性给出固定答案。
还需要从历史工单直接形成可交付材料
当前导出含 29 个可解析网页会话、78 轮用户交流，出现点位统计、治理方向、书记会议材料、季节性工作提示及 Word/Excel 下载需求。说明街道中心既办单件，也承担查数、专题、策划和领导服务。
账号数不能等同真实人数；麦子店另有 71 个已删除、无法归属的会话未纳入明细。现有记录只证明用户提出任务并获得输出，不能证明文书已通过、报告已采纳或工作成效已经提升。
社小智与街道工作端不是两套产品，而是同一能力的轻重两种用法
| 使用场景 | 典型提问与期望 | 合适的产品方式 |
|---|---|---|
| 社区一线 / 轻量办件 | 一次粘贴一件工单，快速得到办件思路或可编辑回复 | 社小智：步骤少、结果短、立即可用 |
| 街道经办 / 调度 / 质检 | 多轮补充事实，核对规则、附件、录音、回复和申报 | 街道工作端：保留过程、证据与版本 |
| 街道综合 / 分析 / 文书 | 查询历史工单，要求统计明细、专题、策划、会议材料及文件 | 街道工作端：连接数据并稳定交付 Word/Excel |
全链条都有人做，机会只在“办”内部的专业层
北京已把数智化延伸到接、派、办、评全过程。原先“市区平台只做接派，办是空白”的判断已经失效。
接
多渠道、ASR、坐席辅助。成熟且重集成。
派
五级目录、责任匹配、异议审核。依赖全域权限。
办
规则执行、现场证据、协同、回复与申报。
评
回访、全量质检、三率、正式考评。
治理
每月一题、民情指数、未诉先办。
明确不进入
- 热线受理底座与 ASR 红海
- 正式智能派单与责任认定
- 官方评价、排名和干部问责
- 没有全量数据的治理大屏
- 街道独立大模型中心
可以进入
- 把速办通和考核规则转成可执行检查项
- 场景化证据清单和三一致
- 可追溯政策与案例引用
- 提交前自检和材料导出
- 嵌入现有系统的办件辅助组件
| 层级 | 正式能力 | 公司位置 |
|---|---|---|
| 市级 | 统一入口、全市派单目录、异议审核、回访评价、知识中枢 | 遵循接口，不建平行平台 |
| 区级 | 二次研判、跨部门协同、督办、规则与考核 | 规则包、知识运营、承办组件 |
| 街道/社区 | 内部任务分配、核查、处置、证据、回复 | 真实用户验证与具体办件步骤落地 |
使用者、付款者和否决者不是同一个人
第一用户组织
街道城指/接诉即办中心。经办、调度、质检承担单件办理；综合、分析和文书人员承担统计、专题和领导材料。
业务所有者
区城指/城运与街道分管领导。关心标准落地、整体质效和是否形成新孤岛。
审批与渠道
信息化、网信、财政；平台厂商与运营商。决定数据、接口、采购和规模复制。
| 对象 | 他们购买的不是功能，而是 | 验收语言 |
|---|---|---|
| 城指经办 / 质检 | 少返工、少超时、材料一次过 | 准备时长、退回率、一次通过率 |
| 综合 / 分析 / 文书 | 查数有出处、专题能修改、正式文件拿得到 | 统计准确率、明细可追溯、文件交付成功率、成果采纳情况 |
| 社区一线 | 上门有清单、回来能成稿 | 补证次数、材料完整率 |
| 区城指 | 速办通真正被执行 | 章节命中、规则覆盖、版本更新 |
| 信息化 / 网信 | 不新增孤岛、不发生安全事故 | 接口、权限、日志、回滚、零严重事件 |
| 平台厂商 / 运营商 | 可对接、可复制的场景包 | 对接方式、部署周期、服务标准和城市适配成本 |
目标产品：一层内核，两种前端，四个收费单元
围绕一件工单完成判断和交付
理解诉求、匹配规则、核查证据、形成回复或申报，并在提交前完成六项一致性检查。
从真实工单形成可核查的专题材料
先确认数据范围和截止时间，再返回统计与明细，最后生成专题、策划、领导材料和可下载文件；不另建领导驾驶舱。
把行业标准转成办件检查项
把场景分类、办理时限、法规、话术、剔除码、附件清单和三一致要求，转成经办人可直接使用并持续更新的内容。
核心矛盾与诉求拆解
面对数百字工单，先按主体、事实、矛盾、诉求、待核问题拆分，并逐项标出原文依据，再给办理动作和回复/申报草稿。
六项一致性自检
核对事实—处置—录音—照片—回复—申报之间的遗漏、错配和矛盾；只提示缺口，不输出官方评分。
城市本地化与验证服务
适配当地字段、规则、模板和禁答要求，用典型高风险案例持续检查产品质量并按月更新。
朝阳区 2026 年上半年对 2,133 件涉否进行“否件大起底”，其中“对核心诉求不了解”641 件，占约 30.1%。这不是全部工单的误判率，但证明长文本读单、核心矛盾识别和诉求拆解是高频、可量化的经办负担。
出处：`朝阳区城指/data/2026年第三季度/材料/0720区城管指挥中心关于2026年上半年“接诉即办”工作情况的通报.pptx` 第 21 页；同目录 Markdown 转换稿第 21 页。
事实—处置—录音—照片—回复—申报：六项一致性检查
| 官方复盘暴露的问题 | 具体出处 | 产品检查动作 |
|---|---|---|
| 录音实际回应时间与申报标注不一致 | 第 43—45 页，东湖消防案例 | 转写定位时间点，核对身份、告知事项和上报引用位置 |
| 照片非同位置、同角度或同时段；材料跨工单、跨评价期 | 第 21 页材料问题明细 | 检查点位、角度、时间、前后对比及工单归属 |
| 后续投诉和诉求人照片反证“整改完毕” | 第 43—45 页，东湖消防案例 | 在输出“已解决”前检索后续事实和相反证据 |
| 申报条款要求特定告知录音，实际录音只说明办理进展 | 第 49—50 页，小红门店外经营案例 | 核对申报编码、适用条件、录音内容和附件齐套性 |
| 回复称措施到位，但录音反映问题持续并有视频 | 第 54—55 页，水务施工案例 | 逐项比对事实、处置、回复和申报结论，显式展示冲突 |
导入工单 → 拆解核心矛盾/诉求并标出原文 → 匹配规则 → 生成核查/证据清单 → 整理附件/录音 → 形成回复或剔除申报草稿 → 六项一致性自检 → 导出或填回原系统。
系统不得因证据不利于评价而建议隐藏、删除或不上传，只能完整呈现冲突并交由有权限人员判断。
历史资产不是都要继续做
继续投入
- 办理标准可执行化
- 工单理解与文书
- 证据清单与附件
- 提交前自检
- 查数、专题与领导材料
- 城市规范包
必须重构
- 统一保护系统密钥
- 记录实际使用者身份
- 真实附件上传与解析
- 数据截止时间与统计明细
- Word/Excel 稳定下载
- 采用、修改和退回记录
- 权限、操作留痕与脱敏
- 深度解读只输出有证据的结论
冻结后置
- 辖区看什么/专题大屏
- 全流程 BPM
- 领导驾驶舱扩页
- 八卷全量知识化
- 河南等新区域研发
停止主叙事
- 卖盒子/拼算力
- 录音卡独立产品线
- 街道独立大模型中心
- 绩效实训体检回流
- 页面复制式定制
区域策略：按证据投入，不按地图撒网
| 层级 | 地区 | 现在做什么 | 不做什么 |
|---|---|---|---|
| A · 主验证 | 北京朝阳 | 在既有街道完成整套办件流程验证；形成区级规则包；复制到 1—2 个兄弟街道 | 不替代正式平台，不先做治理大屏 |
| A- · 方法验证 | 上海街镇 | 验证字段、模板、禁答与评测包的低改迁移 | 不默认回落北京规则，不照搬速办通编码 |
| B · 渠道研究 | 河南、重庆、江西、川渝、苏锡等 | 由伙伴带入，先拿角色、系统、规则、预算和接口证据 | 不因外部热度直接排研发，不先做方言硬件 |
| C · 暂不投入 | 无伙伴、无预算、无数据接入地区 | 只保留市场观察 | 不做免费定制样板 |
本报告已结合完整地址和上下文复核地域信息，不按单个地名词语归类。现有材料仍表明北京是主要使用场景；河南、重庆和上海尚缺少足以支持增加投入的真实用户、使用效果和采购证据。
不限地区助手中，长沙县星沙街道华润凤凰城相关文本至少 48 条，分布在 20 个日期。由于后台统一使用共享账号，当前还不能确认实际使用人数和使用效果；下一步应定位来源并访谈，再决定是否纳入区域试点。
商业不是卖软件功能，而是卖持续标准运营
年度服务主合同
软件使用、规则更新、城市本地化、质量检查、培训和运维服务标准。硬件按项目租赁或配套，不承担主要利润。
平台厂商 / 运营商集成
公司提供规则包与承办组件，伙伴提供客户关系、主平台接口、信创环境和属地运维。
| 阶段 | 客户路径 | 成交物 | 关键风险 |
|---|---|---|---|
| 验证 | 朝阳既有街道 | 大屯验证单件办件；麦子店验证综合分析与文件交付；共同形成效果周报 | 使用次数不等于实际减负，生成材料不等于正式采用 |
| 产品化 | 区城指 / 行业部门 | 规则包 + 更新责任 + 验收指标 | 知识授权与版本责任 |
| 复制 | 平台厂商 / 运营商 | 现有系统对接组件 + 城市本地化包 | 系统接口与合作分工 |
| 规模 | 多街道 | 年度服务 + 明确服务标准 | 现场支持成本失控 |
旧模型估算年固定运营约 132 万，10 个街道摊薄后才接近合理单位成本。该数字尚未包含完整接口、合规测评和规则运营成本，签约前必须用真实人日重新核算。
未来 90 天只证明四件事
统一入口与安全治理
- 保护系统密钥并记录实际使用者
- 以工单作为操作起点
- 记录改进前的对照数据
单件办件流程
- 核心诉求拆解与原文标注
- 首批高频规则包
- 六项一致性自检
双街道真实验证
- 大屯：单件办件结果与退回情况
- 麦子店：查数、专题与文件交付
- 数据截止时间、明细与采纳记录
复制与成交
- 兄弟街道或上海小样
- 报价与合同附件
- 继续/调整/停止复盘
四道继续投入门槛
路径完成率 ≥ 60%
或一次通过率显著提升
拒绝只买一次页面
高风险输出人工复核
若 4 周无稳定真实用户、材料质量无改善、客户只愿购买一次性页面，或无法满足数据安全边界，应缩回规则咨询/场景包交付，不继续建设完整产品平台。
本报告如何复核
HTML 是决策收敛层，事实底稿仍保留在 01—14。点击可回到对应材料。
不是寻找一个没人做的大环节，而是在“办”内部成为不可替代的专业层。
最终定位：上接市区正式平台，下接街道城指中心的单件办理与综合分析；把官方标准转成动作，把现场材料转成证据，把历史工单转成可核查的统计与专题，把 AI 草稿转成可审、可追溯、可提交的结果。
这条路比“智能盒子”“AI 问答”或“回复生成”更窄，也更难；但它与政策边界、现有资产、真实需求和可持续收费方式最一致。