江宁区量子维迁信息咨询服务中心 · 软件工作室 · 南京

把复杂的事, 做成能验收的系统

我们在南京。三个全职核心,二十六名兼职工程师按项目随时补位。
我们不做「接一单、交一单」的外包——一期做成了,二期三期的活儿自然还是我们的。
做过投融资平台的 AI 诊断、地名方案的编制助手、边坡监测的大屏、 还有让孩子愿意继续做下一题的刷题 App。

6
最近一年交付
29
人可调配
14年
工程经验
31
张真实截图
向下滚动
Spring BootJava 21uni-appVue 3 LLM 应用RAG 检索OCR 识别GIS 等保二级开放接口API Key + HMACPostgreSQL DockerNginx
关于我们
不是接一单交一单。
我们跟项目一起走,走完一期走二期。

我们做 to-B 和 to-G 的定制系统:从需求梳理、原型、开发、部署到上线后的运维, 一家从头跟到尾。客户不用在几个供应商之间传话。

但我们的生意不是「做完这一单」,是做完这一单之后,你还会想找我们做下一单。 所以我们从第一天起就按长期算:报价里留了后期维护的钱,架构里留了二期扩展的余地, 交付的时候把文档和代码一起给你——不是大方,是我们还想要三期四期五期。

三个全职核心负责需求和架构,二十六名兼职工程师负责产能。 对接的人固定,干活的人按需扩——不会因为人手不够把工期拖成三个月。

擅长的事:把说不清的业务流程变成能跑的系统;把大模型、 OCR、检索这些新东西接进老平台,而不是推倒重来。

不擅长也不接的:纯设计稿交付、压到交付不出质量的低价单、 没有验收标准的长期空转。

后端
Spring Boot 3 / 4.1
Java 21
MySQL · PostgreSQL
Redis
前端
uni-app 双端
Vue 3
微信小程序
H5 · 后台管理
AI 能力
大模型应用集成
RAG 与向量检索
OCR 多供应商
结构化抽取
工程与安全
等保二级
开放接口 / API Key
HMAC 签名
私有化部署
01 / 06

牛融融
投融资 AI 诊断

让一份商业计划书,在二十分钟里拿到一份能看的诊断报告。
三期迭代uni-app Spring Boot大模型抽取
项目形态
投融资服务平台,小程序 + 运营后台 + AI 算法服务
我的角色
技术负责人,从一期做到三期
核心难点
BP 格式千奇百怪,评分要可解释
交付状态
生产运行中

早期项目最缺的不是钱,是一份说得清楚自己问题的材料。

平台要做的事有三步:读得懂——把用户上传的商业计划书解析成结构化字段; 评得准——多维度打分模型,分数要能追溯到具体证据; 说得清——自动生成一份十二页的诊断报告,投资人拿起来就能看。

最麻烦的从来不是调模型,是评分标准要可解释。同样一份 BP, 换个评委分数就变了,产品就废了。我们把评分维度、权重、每一档分数的触发条件 全部做成可配置项,报告里的每句话都能对上源文件。

牛融融运营后台登录页
运营后台 · 登录
诊断报告封面与综合评分
诊断报告 · 评分页
诊断报告亮点与改进建议
诊断报告 · 亮点与建议
诊断报告类比赛道与维度得分
诊断报告 · 类比与得分
02 / 06

一束光 · 养老服务平台

省、市、县、街道、村,五级养老服务网络,一套系统撑住。
等保二级Spring Boot 小程序 + H5开放接口
项目形态
养老服务 C 端 H5 + 机构端 + 民政监管对接
我的角色
技术负责人,架构与核心开发
核心难点
监管要数据、机构要效率、老人要服务
合规要求
通过等保二级,对接上级监管平台

一头是民政要的报表,一头是老人要的一顿饭。系统得同时接住两头。

养老服务网络的难点不在功能多,在层级太多:省级看统筹、市级看指标、 县级管机构、街道管站点、村里管到人。每一层要的数据颗粒度都不一样。

我们把组织层级、服务项目、资金流向拆成三套独立模型, 用统一的数据口径往上汇总。同时对外提供开放接口,把数据按规范推给上级监管平台; 接口全部走 API Key + HMAC 签名,满足等保二级的传输与访问控制要求。

一束光舒心康养 · 首页
一束光舒心康养 · 生活灵感
城乡三级养老服务网络架构
平台方案 · 城乡三级养老服务网络
省 · 市 · 县 · 乡镇 · 村 五级网络,是这套系统的业务底座
03 / 06

论舆
地名方案编制助手

一个县的几万字地名方案,从翻资料变成点鼠标。
生产运行RAG 向量检索多供应商可换
项目形态
面向地名方案编制单位的工作台
我的角色
架构与核心开发
核心难点
资料形态极杂,结果必须可追溯
交付状态
生产运行中

方案里每一句话,都要能指回它出自哪份文件哪一页。

编制一份地名方案,要翻几百份历史档案、地方志、批复文件。过去靠人一页页看, 一个县就是几十万字。系统把这条链路拆成六步: 文档上传 → OCR 识别 → 大模型抽取分类 → 人工审核 → 入库建索引 → 检索生成。

两个设计上不肯让步的点:全程可审计,每条结果都带原文出处与页码; 模型可换,向量、精排、OCR、对话分属不同供应商,换一家不用改业务代码。 这一条在客户换供应商的时候救过命。

论舆工作台界面
工作台 · 采词、审核、方案组合
论舆登录页
登录入口
论舆总体技术路线
技术路线 · 四层架构
04 / 06

经纬固岩
边坡智能防护平台

边坡是活的。系统要做的,是在它出事之前先说话。
GIS实时监测 三维场景灾害预警
项目形态
边坡监测预警与防护方案平台,大屏 + 后台
我的角色
方案设计与核心开发
核心难点
多源数据叠在一张图上,还得看得懂
交付状态
一期已交付

一座边坡下面埋着传感器、山头上挂着相机、桌面上摊着图纸。这些事以前是分开的。

平台把四类信息捏在一起:实时监测(位移、雨量、裂缝)、 视频与识别、地质与工程资料、历史灾害事件。 底图用 GIS,重要边坡上叠加三维实景,点进去能看到这个点的传感器在说什么。

预警不是一个阈值报警器。系统做的是多指标联合判据: 单一指标越线只是提示,多个指标同时变化才升级。误报比漏报更消耗信任—— 一个天天响的系统,最后没人看。

边坡监测预警大屏
监测预警
实时监测数据看板
实时监测
诊断模拟与 GIS 底图
诊断与模拟
防护方案三维场景
防护方案
后台管理界面
后台管理
数字工程平台
数字工程平台
05 / 06

英小练
智能英语刷题

先摸清你哪里弱,再精准补哪里。题不用多刷,刷对地方就行。
初高中英语自适应测评 React + CapacitorWeb / iOS / Android
项目形态
面向初高中的智能英语刷题产品,Web + 双端 App
覆盖范围
初一至高三,教材同步 + 考试冲刺
核心难点
知识点要拆得够细,推题才推得准
交付状态
线上运行中

题海战术的问题不是题太多,是不知道哪道该做。

系统把初高中英语拆成 900 多个知识点,每个知识点挂真题、错题、掌握度。 学生进来先做一次自适应测评定级,之后每次练习都推当前最薄弱的那一档—— 做对升一档,做错降一档,永远在「踮脚够得着」的难度上。

技能中心是四步闭环:全局体检 → 浏览知识树 → 专项学习 → 定向练习。 除了刷题,还有班级作业、巅峰排位赛、家长中心——把「练英语」这件孤独的事, 做成有反馈、有竞争、有仪式感的东西。

英小练官网首页
官网 · 首页
技能中心年级知识点拆解
技能中心 · 年级知识点拆解
知识树浏览
技能中心 · 知识树
语法讲解与知识点详情
语法讲解 · 知识点详情
默写与拼写练习
默写练习 · 句子填充
06 / 06

小练
AI 对话式刷题 App

做错题的孩子,需要的第一句话不是「再练一遍」。
移动端知识地图 情绪设计AI 出题
项目形态
AI 对话式刷题学习 App,跨学科
核心难点
情绪是主线,题目只是载体
视觉体系
黑猫 + 大圆眼镜,奶油猫爪手账
交付状态
Android 版本已发布

产品最后拼的,不是题库,是反馈时的那个语气。

学习路径是自己建一张知识地图:说一个想学的领域,系统拆出知识点、 连成图,再按你掌握的程度推题。答对了是「稳」,答错了先接住情绪再讲知识点; 连续答错会自动降到简单档,让人重新尝到对的滋味。

这一版最花力气的是视觉世界:一本奶油色的猫爪手账, 黑猫戴大圆眼镜,黄油、薄荷、夜蓝三个颜色分好工。 阅读区保持安静,可爱只放在边缘和空态里——孩子每天要看几十遍的东西, 不能做得吵。

我的学习
添加学习领域
知识体系构建中
知识地图
答题与评价
答对的正反馈
答错后的安抚
不懂就问
学习报告
反馈体系

以上为产品实际运行界面。2026-10 起视觉升级为「黑猫 + 大圆眼镜」的奶油手账风格,内页新版截图待补。

我们的准则
我们不做「接一单、交一单」的外包。
外包的逻辑是:你付钱,我干活,交完就结束。
我们的逻辑是:一期做成了,你才会把二期给我们。

所以我们比你更在意这个项目能不能成——你的项目要是砸了,我们下一期的活儿也跟着没了。 这不是情怀,是这门生意本身的算法。

01

会说「这条现在别做」

需求里有会害了项目的东西,我会当场拦下来。拦住的是预算,也可能是三个月后的返工。

02

报价和架构都按长期算

报价里留了后期维护的钱,架构里留了二期扩展的余地。不为了这一单便宜,把下一期堵死。

03

交付完还跟着跑

上线不是结束。稳定期跟着跑一段;二期要扩的时候,这套东西还接得上。

已经在这么走 牛融融从一期做到三期 · 边坡一期交付后还在加需求 · 康养、英小练、小练都还在继续迭代
工作流程

从第一次聊,到上线之后

六步走完一个项目。每一步的产出都是看得见的东西,不是一句「在做了」。

01
先聊,不谈钱1–3 天

先弄明白你要解决什么问题,而不是先谈要做哪些功能。我会问得比较细,也会直接说哪些做得到、哪些做不到。这一步不收费,也不签任何东西。

产出一份双方都认的需求描述
02
方案与报价3–7 天

需求清单、技术选型、里程碑、报价、排期全部写成文字。做哪些、不做什么、边界在哪,一条条写清楚——报价单上没写的,就是不做。

产出方案书 + 报价单 + 排期表
03
签约与首付1 天

合同里带验收标准。首期款到账后开工,不垫资做项目——这一条对我们双方都是保护。

产出合同 + 30–40% 首付款
04
按周迭代按周

每周给一次进度,给的是能点开的环境,不是截图。有问题在当周发现,不会等到最后一天给你一个「惊喜」。

产出可运行的环境 + 每周进度
05
验收上线1–2 周

按合同里的标准逐条验收。部署、数据迁移、操作培训一起做完,不把一堆烂摊子留给你自己收拾。

产出上线系统 + 部署文档 + 培训
06
稳定期1–3 个月

上线后跟着跑一段。出问题第一时间响应,不推给「第三方服务」。稳定期之后再谈二期。

产出稳定运行 + 问题清单闭环
怎么合作

丑话说在前面,
活干在明处

这些话不好听,但能省掉后面三个月的扯皮。我们要做的是三五期,不是一锤子。

01

先定验收,再开工

每一期开始前,验收标准写成文字,双方签字。做不到的不写进去;写进去的一定做到。

02

代码交付,不锁人

源码、部署文档、数据库结构全部移交。系统交付后你们能自己找别人接手,我们不拿这个卡人。

03

有兜底,不是交完就跑

上线后的稳定期我们跟着。出事第一时间响应,不推给「第三方服务」。

04

做不到的当场说

评估下来做不了的、时间不够的、要加钱的,在报价阶段讲清楚,不在快交付时说。

谁跟你对接

三个核心,
二十六个人随时能上

跟你对接的永远是这三个全职核心。项目要加人时,后面的人直接补位——不用等我们招人,也不占用你的排期。

李
李茂盛
负责人 / 架构
2012 年 211 院校毕业。做过 2022–2024 阿拉丁 AI 研发中心、2024–2026 一束光 CTO。需求、架构、关键代码一把抓。
张
张怡
交付工程师
主攻 Java / Spring Boot 与 uni-app 双端。牛融融项目的主力开发,交付节点稳。
杨
杨源
商务对接
需求沟通、项目节奏、验收对接。有问题先找他,能挡掉一半来回。
26
名兼职工程师随时可调配。
前端、后端、测试、UI 都有人,项目排期紧的时候直接加,不用走招聘流程。
聊聊

有活要找人做,
先聊十分钟

不用先想清楚需求。把现在卡在哪、想做成什么样说给我听, 我判断能不能做、大概多少钱、多久——做不了我直接说。

第一期做小一点没关系。做成了,再往下走。

微信
fususenlin