DENOX · DIGITAL SYSTEMS

项目进展汇报

系统建设进展、阶段成果与后续规划

2026年8月6日

Contents

汇报目录

以四条主线呈现当前成果、展示内容、下一步安排与需要决策的事项。

项目进展及状态整体全览

系统状态、子代码库、已完成工作、开发方法、问题与上周主要工作。

现有系统及产品原型 Demo

展示当前已初步实现、可用于说明成果的系统与产品原型。

下一步计划及后续整体规划

明确下周工作重点，并给出各模块的阶段进度安排。

待讨论事项

聚焦 New API 平台治理与协同工具选择两项需要推进的事项。

01 / OVERVIEW

1（一）现阶段状态

模块	当前阶段	已完成或已进入的工作	主要目标及功能
询价系统	使用迭代、验收	已进入实际使用后的迭代与验收阶段	销售询价、参数确认、产品计算、技术复核、报价审批、交付文件生成及留痕。
公共技术平台	大部分完成，剩余知识库	主体能力已完成大部分；知识库为当前剩余重点	统一登录、账号权限、AI 访问、文件与知识、流程配置、飞书审批、日志与运行管理。
AI 实验员系统	基于实验结果持续迭代	已进入根据每次实验结果进行迭代的循环	实验数据整理、查询分析、方案推荐、推荐依据、研究员确认及结果回填。
投标与标书系统	需求梳理、迭代开发	已启动需求梳理并开展迭代开发	资料解析、任务协同、技术标 / 商务标、完整性检查、提交留痕和结果归档。
报销系统（销售及采购）	需求调研、前端初步设计	已启动调研，已完成前端初步设计	报销申请、票据提取、规则比对、费用分类、补助计算、报销单、复审和 Excel 导出。

01 / OVERVIEW

1（一）现阶段状态续

模块	当前阶段	已完成或已进入的工作	主要目标及功能
CRM 与销售管理系统	未启动	未启动	客户、线索、商机、项目、投标、合同、回款及售后争议管理。
合同管理系统	未启动	未启动	合同模板、台账、审批用印、版本附件、关键条款、付款节点与履约状态。
业财一体化驾驶舱	未启动	未启动	经营分析、指标追溯及异常提示。
门禁打卡系统	取决于迪诺斯	启动与推进条件待定	门禁、考勤、异常、补卡、月报和数据导出。

01 / OVERVIEW

1（二）子代码库及其作用 1 / 2

除各业务系统自身代码库外，以下子代码库解决专业计算与通用基础能力问题。

所属系统 / 公共能力	子代码库	解决的问题
询价与技术支持系统	rpa-honeycomb-estimator	蜂窝类产品自动计算，将业务输入转为选型、参数或报价所需计算结果。
询价与技术支持系统	rpa-scr-catalyst-design	SCR 脱硝催化剂方案自动设计 / 计算，生成技术设计关键参数。
询价与技术支持系统	rpa-excel-engine	读取 Excel 模板、填参、执行公式并输出结果；可供投标、报销、业财场景复用。
公共技术平台	doc-extract	解析 PDF、Word、Excel、图片的文字、表格和结构化字段，支持多系统资料处理。
公共技术平台	denox-identity-fabric	统一登录、用户、角色与权限，使不同业务系统共用账号和访问控制。
公共技术平台	denox-ai-platform	统一 AI 能力入口，向业务系统提供模型调用、知识问答等服务。

01 / OVERVIEW

1（二）子代码库及其作用 2 / 2

所属系统 / 公共能力	子代码库	解决的问题
公共技术平台	middleware-ai-fabric	统一模型 / 供应商接口，并承接鉴权、配额和日志等治理能力。
公共技术平台	denox-object-storage	保存合同、附件、票据、生成文件等业务文件，并提供受控访问。
公共技术平台	workflow-control-plane	定义和管理审批、自动化任务或跨系统处理流程。
公共技术平台	denox-business-registry	维护业务模块、接口或配置项，管理服务目录、业务配置和集成关系。
公共技术平台	denox-secrets	集中保管 API Key、数据库连接等敏感配置，避免业务前端或代码库自行保存。
公共技术平台	denox-i18n	统一维护中英文等界面文案和国际化配置，支持多语言界面与交付文件。

01 / OVERVIEW

1（三）其他已完成、正在推进的工作

已完成

开展两次 AI 培训：中层培训、各部门骨干培训。
面向整个业务事业部开展培训；各事业部已开始直接使用 CodeX 开展工作。
为 3 名管理层同事开展一对一 AI 培训。

正在推进

协助迪诺斯寻觅未来可在企业内部、懂 AI 且能够持续配合的专业 AI 人员；招聘工作正在进行。

01 / OVERVIEW

1（四）开发原则与方法演进

开发基本原则

整体需求框架清晰。
整体技术方案明确。
按周 / 双周拆分，按周 / 双周交付。
一个模块进入收尾、使用迭代和验收时，进入下一个模块的开发。

开发方法的阶段演进

第一阶段先建设整体技术底座和基础设施，再逐步形成前端产品与交互界面，减少后续人员与流程变化时的大范围重构。

当前：在整体需求框架和技术方案明确的基础上，按周 / 双周发布（release），形成更频繁的可验证交付。

01 / OVERVIEW

1（五）遇到的问题及相应解决方案

问题	相应解决方案
仅通过“提出问题—业务方回答”收集需求，输入容易不完整、存在错误或相互矛盾；进入产品和系统后会反复暴露问题。	与业务人员共同梳理并记录实际工作过程，不只记录其表述，也记录具体操作和判断方式；再将结果结构化进入产品需求文档（PRD）和后续开发。
早期发布（release）拆分不够细，阶段性可验证成果不够清楚。	按周 / 双周拆分需求、开发和验证，形成可演示、可复核的阶段性交付。
书面资料、技术信息与实际软件输入可能不一致；标准算法也可能无法覆盖人工确认的真实方案。	验收案例保留原始资料、实际输入、计算输出和最终方案；已有人工确认结果时优先保留。
非标方案、例外处理和经验估算常在真实验收中才出现。	流程冻结前覆盖标准、非标、参数缺失和返工项目，并以“黄金案例”持续沉淀规则。

01 / LAST WEEK

1（六）上一周的主要工作 · 询价系统

工作事项	上周完成情况	当前状态 / 下一步
真实项目共同使用	与 4 位技术支持同事共同使用询价后台，基于实际项目完成资料解析、参数确认和计算验证；补充了此前需求阶段未能完整提供的业务执行条件、计算规则和异常场景。	继续以真实项目为主线，每天共同计算、记录差异并持续查漏补缺。
蜂窝式催化剂计算验证	完成蜂窝式催化剂计算链路验证；系统已能成功计算，并得到与技术方案一致的结果。	持续回归不同项目、孔数和工况；同时进入板式催化剂计算链路验证。
使用反馈与需求收敛	持续收集反馈，优化参数填写、计算流程和结果查看等使用体验；梳理产品需求文档（PRD）中已确认、待确认及后续版本事项。	按优先级形成待确认事项与后续任务清单，为下一阶段板式验证和需求收敛建立基础。

01 / INQUIRY RETROSPECTIVE

1（六）询价系统复盘：阶段结论与已形成能力

询价系统建设同时承担了系统开发与企业流程梳理两项工作：在真实项目中确认规则、还原流程并沉淀经验，是把个人经验逐步转化为企业标准流程的必要过程。

已形成的主体能力

已覆盖项目及多轮询价管理、原始文件上传与信息提取、参数来源追溯、缺失信息补充、人工修订、技术方案计算、报价衔接和交付资料管理。

已接入的业务范围

已接入蜂窝、板式、波纹板和 CO 等产品流程，并对接 Excel、自动化流程（RPA）及相关计算程序。

当前阶段重点

主体链路已经形成；后续以真实项目持续验证、规则定型和共同验收为重点，同时沉淀责任边界、参数口径、异常处理方法和验收标准。

01 / LAST WEEK

1（六）上一周的主要工作 · 标书系统调研

对整体需求的判断

价格文件和技术文件与询价系统关联较多。价格文件需要等待询价系统完成后复用相应成果；技术文件也需要技术参数，可能存在复用关系。
商务标书相对独立，且工作量较大。因此先从商务标书的细致调研开始。

调研方法与进展

与 3 位商务同学一起工作，梳理现有全部工作，包括直接相关与存在间接关系的业务。
与吴海微同学共同工作的时间较多，累计约 1–2 天。

02 / DEMO

2现有系统及产品原型 Demo

本环节仅呈现当前需要展示的系统与产品原型。

询价系统

现有系统 Demo

New API 平台

现有系统 Demo

AI 实验员系统

现有系统 Demo

报销系统（销售及采购）

产品原型 Demo

标书小工具

产品原型 Demo

03 / NEXT STEPS

3（一）下周工作计划

询价系统

继续以真实项目为主线，与技术支持同事共同使用系统计算数据，记录原始输入、系统结果、人工技术方案结果及差异原因；同步将发现事项按系统问题、需求未实现、业务规则待确认和体验优化收敛。

重点完成板式催化剂真实案例计算闭环及结果对比证据；持续回归蜂窝式计算，并按 P0、P1、P2 整理待确认事项、影响范围、确认责任方和后续动作。

商务标书产品方案

完成商务标书前两周的产品方案，优先开展业绩模块的产品设计。

围绕业绩材料的拼凑、遮盖和字段提取等功能，形成第一阶段可交付的产品方案与任务清单。

公共平台知识库

开始进行检索增强生成（RAG）的技术开发、检索增强生成（RAG）知识库架构的开发。

基于一些现有的典型文档进行检索增强生成（RAG）知识库的验证测试。

03 / ROADMAP

3（二）后续整体规划

模块	计划启动 / 下一步	预计阶段性交付或目标时间	备注
询价系统	8 月持续使用迭代与验收	9 月底	持续迭代
公共技术平台	本周启动知识库 RAG	10 月中旬完成知识库阶段工作	平台大部分能力已完成；本轮重点为知识库
AI 实验员系统	根据每次实验结果持续迭代	持续进行，不设固定结束时间	每 6–8 周一轮迭代；本轮预计 6–8 次实验
投标与标书系统	8 月进入需求梳理和迭代开发	11 月底	先落地小工具，再逐步扩展
报销系统（销售及采购）	9 月底进入开发	12 月底	需求调研和前端初步设计阶段
CRM 与销售管理系统	9 月中旬进入需求调研	1 月底	未启动
合同管理系统	10 月初进入需求调研	12 月底	未启动
业财一体化驾驶舱	10 月底调研，11 月初进入建设	1 月中旬	未启动
门禁打卡系统	待迪诺斯确认启动条件	待定	取决于迪诺斯

04 / DISCUSSION

4（一）公共技术平台

New API 的治理问题

平台后续的运营、维护和公司内部使用管理。
模型定价、使用方式与管理规则。

充值问题

持续费用的充值与管理方式。
责任主体与日常执行机制。

04 / DISCUSSION

4（二）协同工具选择

比较重点：现有 OA 连续性、内部项目协同与知识沉淀、与 DENOX 系统的匹配，以及采购与切换成本。

比较维度	飞书	钉钉	企业微信（企微）
现有流程与协同	内部项目协同、知识库和在线文档适配度高；飞书审批需完成正式配置。	现有 OA 连续性最高；无需先重建当前审批流程。	可满足群、文档和智能表格协同；复杂项目管理仍需验证。
与 DENOX 的匹配	身份、目录、文档、表格和审批已有实现或事实依据，短期技术风险较低。	已有 IM 适配；其余能力仍需新增适配与迁移。	已有 IM 适配；其余能力仍需新增适配与迁移。
适用取向	优先内部项目协同、知识资产和业务轻应用。	优先保持现有 OA 与行政流程稳定。	如客户和渠道协同主要在微信生态，应重点评估。
采购前确认	核验实际席位、会议、存储、项目与 aPaaS 权益及成本。	核验已购应用、席位、有效期与真实模块成本。	针对同一人数、会议、文档和外部协同取得书面报价。

项目进展汇报

汇报目录

项目进展及状态整体全览

现有系统及产品原型 Demo

下一步计划及后续整体规划

待讨论事项

1（一）现阶段状态

1（一）现阶段状态 续

1（二）子代码库及其作用 1 / 2

1（二）子代码库及其作用 2 / 2

1（三）其他已完成、正在推进的工作

已完成

正在推进

1（四）开发原则与方法演进

开发基本原则

开发方法的阶段演进

1（五）遇到的问题及相应解决方案

1（六）上一周的主要工作 · 询价系统

1（六）询价系统复盘：阶段结论与已形成能力

已形成的主体能力

已接入的业务范围

当前阶段重点

1（六）上一周的主要工作 · 标书系统调研

对整体需求的判断

调研方法与进展

2现有系统及产品原型 Demo

询价系统

New API 平台

AI 实验员系统

报销系统（销售及采购）

标书小工具

3（一）下周工作计划

询价系统

商务标书产品方案

公共平台知识库

3（二）后续整体规划

4（一）公共技术平台

New API 的治理问题

充值问题

4（二）协同工具选择

1（一）现阶段状态续