01
AI 承担想，用户承担定，系统与硬件承担做；AI 永不替用户按下不可逆的按钮
AI 可以理解处境、拆解路径、起草内容，但确认权始终在用户手里。凡是错了就收不回来的动作，必须由人按下：AI 不代替用户去来源平台完成投递或预约、不发起退款、不修改价目、不写入企业数据。这条不是保守，是责任划分——用户为自己的决定负责的前提，是这个决定确实由他做出。
对应产品范式 · 角色分工
关于我们 · ABOUT
青岛智磊信创软件智能科技有限公司
ZLIXC SOFTWARE & INTELLIGENT TECH · QINGDAO · 职易达 AI 求职操作系统
企业定位
我们只做一件具体的事：把 AI 求职服务与线下打印扫描硬件，做成一台能进场、能交付、能被验收的终端。
公司当前未取得人力资源服务许可证，不做企业与候选人撮合。产品是求职者个人材料服务工具与第三方 / 官方来源信息入口，不做站内投递、不代收简历给企业、不做候选人筛选、面试邀约与 Offer 管理。
01 / 在做什么
我们在做什么
把最后一段路，做成一台设备
求职这件事，线上已经被做过很多遍：写简历有工具，找岗位有平台，练面试有课程。真正没被解决的是最后一段——一个人站在就业服务大厅、学校就业中心或招聘会入口，材料还差一份，附近没有能用的打印机，也没有人能在五分钟内告诉他现在该做哪一步。我们做的就是这一段。
职易达把 AI 简历诊断与优化、模拟面试与职业规划、材料打印与原件扫描、岗位与招聘会信息查询，装进同一台放在现场的设备里。这不是把两件成熟的东西拼在一起：AI 负责把一个模糊的处境拆成明确的下一步，硬件负责让这一步当场结束。用户离开时手里应该是一份可以直接递出去的纸质材料，而不是一个待办清单。
也正因为它要进场，我们把它当成一件要被验收的工程产品来做，而不是一个路演 Demo。它要在 Windows 一体机上开机自启、断网能恢复、缺纸会上报；每一笔订单、每一次改价、每一条内容审核都要落库并留痕；它面对的客户是高校、人社、园区与招聘会主办方——这类客户签字之前会拿着清单逐项核对。所以这套系统从第一天起，就按「能被逐项核对」的标准来写，而不是按「看起来完整」的标准来写。
「AI 编排出的每条路径，必须终结于一件真实交付物；不在任何交付路径上的页面，就该合并或删除。」 职易达产品范式 · 落地准绳第一条
02 / 产品哲学
我们为什么这么做
四条不打折的原则
这四条不是价值观标语，是写进评审口径的判断依据：拿不准要不要做一个功能、要不要显示一个状态时，按它们决定。
02
不在任何交付路径上的页面，就该合并或删除
现场的用户没有耐心探索菜单。每个入口都必须能回答「它最后给我什么」，答不上来的入口就不该存在。我们宁可把入口数量压下去，也不留只为看起来完整而存在的占位页、同义入口和假数据闭环。删掉一个入口需要证据，留下一个入口同样需要理由。
对应产品范式 · 落地准绳
03
没有真实数据时，界面不显示已完成、已保存、设备正常
状态是承诺。没有真实接口、真实硬件回报或真实保存结果时，界面就如实显示未知或未开放，不拿默认值凑一个好看的结论。金额与状态数字不做滚动动效——中间值会被读成真实读数；没有真实队列数据就只显示阶段，不显示还剩几分钟。AI 不可用时整块替换为可用能力说明，不显示一个空的 AI 外壳。
对应诚实性设计 · 不伪造状态 / 不伪造进度
04
空着比编错更安全
AI 不为用户编造公司名、任职时间、业绩数字与离职原因；预填字段必须标注来源；文字识别置信度低时标注需人工复核，并且不再用低置信文本去调用大模型生成结论。一份写着「待补充」的简历可以当场补上，一份写着错误事实的简历会在面试现场出问题。同理，我们也不预测录用结果、通过率与薪资，岗位匹配只给较高 / 中等 / 偏低三档参考。
对应诚实性设计 · 不编造事实 / 不预测结果
03 / 团队
团队与交付经验
方向来自真实政企项目，不是行业报告
主体信息 / ENTITY
- 公司主体
- 青岛智磊信创软件智能科技有限公司
- 办公地址
- 青岛市工业技术研究院
- 产品名称
- 职易达 AI 求职操作系统
- 项目负责人
- 王磊
- 联系电话
- 183 6916 1921
本页只列可核验的公开信息。团队人数、融资情况、客户案例与荣誉奖项不在此处陈述——没有可出示证据的内容，我们不写。
A / 产业背景
核心成员曾就职于腾讯云与智慧产业事业部，任技术运营负责人
这段经历决定了产品的取向：先想清楚谁来运维、谁来验收、出故障时谁接工单，再决定要不要做这个功能。技术运营看的是在线率、告警闭环和版本覆盖，而不是功能清单的长度；这套视角被直接搬进了终端管理、告警中心与审计日志的设计里。
B / 政企交付经验
主导完成烟台开发区潮水镇中学智慧校园学生成长档案管理系统
覆盖需求对接、方案设计、开发交付到验收的全流程。政企项目的难点通常不在某个技术点，而在需求口径、数据边界与验收标准要在开工之前谈清楚：谁提供数据、谁复核、谁负责更新与下架，写不进合同的承诺就不该写进方案。
C / 由此而来的产品取向
从第一天就带着运维与验收视角
终端要能被远程看到状态，内容要能被审核、发布与一键下架，操作要能被审计追溯，能力项要能被单独勾选、独立报价、独立验收。也因为这个原因，本站所有能力状态一律按证据强度如实标注（见 §05 能力状态标签说明），在建能力不表述为已交付能力。
04 / 进展
项目进展与验收状态
已完成、进行中与待启动三态如实标注
下列各项的口径分两层：一层是「代码是否闭环」，一层是「是否已在真实环境与真实硬件上验收」。两者不能互相替代，因此分别标注。
已完成 / DONE
进行中 / IN PROGRESS
待启动 / PLANNED
01
设计与三端
设计系统、一体机前台、管理员后台与合作机构后台完成搭建，交互与页面结构定版。
代码闭环
02
后端与 AI
接口体系、简历诊断优化与模拟面试等 AI 能力、真实文字识别与数据库底座完成。
代码闭环
03
数据与硬件
岗位与招聘会真实接口、三轨数据接入完成；Windows 终端代理打印主链路已打通。
代码闭环
04
商业化能力
支付、退款、对账、权益核销与运营后台商业化模块完成代码验证。
代码闭环
05
生产环境
服务器、域名与证书已就绪，数据库为 PostgreSQL；前台具备自动部署，接口发布受授权闸门控制。
已就绪
06
真机打印
已在 Windows 一体机完成真实打印出纸闭环，云端任务领取到本地驱动出纸的主链路跑通。
真机验收
07
其余硬件链路
扫描、U 盘导入、断网与重启恢复等链路仍在逐项验收，未完成前不表述为已交付。
验收中
08
生产内容与法务
生产内容数据接入、法务文本审定与小范围试运营仍在推进。
待完成
09
对外正式服务
在上述验收项完成之前，暂未对外正式提供服务。
未启动
实时进度以项目正式进度文档为准，不以在建能力冒充已交付能力。本页为阶段性披露，验收状态随真机与生产验证推进而变化；如需核对某一项的当前状态与证据，可在洽谈时索取对应的验收记录。
05 / 图例
能力状态标签说明
本站所有状态标注的统一图例
本站与项目材料采用以下六个证据标签，关键在建能力在对应位置标注。同一能力可以同时具备多个标签；标签只描述证据强度，不描述功能好坏，也不能互相替代。
| 标签 | 它代表什么 | 它不代表什么 |
|---|---|---|
| 设计基线 | 交互与机制方案已定稿，并通过内部审计。 | 尚未落入生产代码，不代表功能已经可用。 |
| 代码与门禁 | 功能代码已合入主干，并通过持续集成的全部质量门禁。 | 未在生产环境部署，不代表已对外提供服务。 |
| 预生产验证 | 已在预生产环境完成配置与链路验证。 | 未做真机与真实业务验收，不代表现场硬件链路已跑通。 |
| 真机验收 | 已在 Windows 一体机完成真实硬件链路的现场验收。 | 不代表已在生产环境对外服务，也不自动覆盖其他硬件链路。 |
| 生产运行 | 已在生产环境部署并对外提供服务，具备可核查的运行记录。 | 不代表已由客户按合同验收清单逐项确认。 |
| 合同验收 | 随合同交付，由客户按标准验收清单逐项确认后签署。 | 针对具体项目与点位成立，不自动适用于其他点位。 |
阅读方式：标签自上而下证据强度递进。看到「代码与门禁」时，应理解为「代码写完并通过检查了，但还没上生产」；看到「真机验收」时，应理解为「这条硬件链路在真机上跑通了，但不等于这台设备已经在对外服务」。合同验收清单可在洽谈阶段索取。
06 / 知识产权
知识产权布局
五项专利技术交底已成稿
覆盖打印容错、数据接入与 AI 诊断三个方向，均来自实际实现中遇到并解决的问题，不是为了凑数量而写的。
-
IP-01
云端打印容错调度
租约式原子领取与重启保守幂等判定，避免重复出纸与状态不明。终端主动领取任务，事务内加锁保证一台设备只领一次并设置领取租约；超时不自动重派，强制人工介入——宁可让人来确认一次，也不让用户拿到两份重复打印的账单。
-
IP-02
多源信息合规接入
隐私字段双层阻断与审核发布解耦；来源种类与接入方式正交建模，同一套字段映射适配接口、表格与回调三种接入方式。所有外部数据默认待审核，审核通过后才能发布展示；候选人类字段在入口层直接拒绝，从结构上堵住「顺手收简历」的可能。
-
IP-03
待机宣传屏调度
业务忙碌态豁免与内容哈希缓存，断网可播且不打断服务流程。打印、扫描与 AI 通话进行中不进入轮播，触摸即刻唤醒回到业务界面；素材按内容哈希本地缓存，网络中断时仍可继续播放已下发内容。
-
IP-04
简历诊断与差量展示
多维评分、优先修改项着色与优化前后逐字对比。诊断给出的是分维度得分与逐条可改点，而不是一句笼统评价；优化结果以差量形式呈现，由用户逐条确认后才写回文档，避免 AI 直接覆盖用户原文。
-
IP-05
打印机状态诊断
多维状态并发采集与决策树映射，兼容不上报缺纸位的驱动。不同驱动上报口径不一致是现场最常见的坑：这套机制把多路状态并发采样后按决策树归一，避免把「驱动没报」直接读成「设备正常」。
07 / 工程
工程与质量体系
一个仓库、五个终端、一条门禁
小团队要交付软硬件一体的政企产品，靠的不是人多，而是把重复劳动和易错环节交给机器判定。
01 / MONOREPO
单仓多包管理五端
一个代码仓库统一管理一体机前台、管理员后台、合作机构后台、微信小程序与 Windows 终端代理五端。公共类型定义与合规禁词清单沉淀为共享包，一条规则改一次、五端同时生效，不需要在五个地方各写一遍再各错一遍。
02 / CROSS-PLATFORM
三种操作系统，同一代码库无分叉
macOS 开发、Linux 服务器生产、Windows 一体机运行，共用同一份代码，不为某个平台单独维护一份副本。文件路径一律运行时拼接，环境差异走环境变量，脚本不使用平台专用命令——因为分叉副本一旦出现，两边的修复就再也同步不回来。
03 / QUALITY GATE
质量门禁全部纳入持续集成
类型检查、静态检查、构建、合规文案禁词扫描与依赖安全检查全部纳入持续集成。其中合规文案扫描把合规红线上的禁用表述沉淀为一份机器可判定的共享禁词清单，页面里出现一次就无法通过构建——合规边界因此不依赖某个人在评审时是否记得。
04 / AI COLLABORATION
主力开发 + 方案审查，双 AI 协作
开发采用双 AI 分工：一个负责实现，一个负责在动手之前审查任务范围、文件预算与合规边界。两者共用同一个 Git 仓库，不各自维护分叉副本；每次改动要先写清改哪些文件、是否触碰打印与硬件链路、需要跑哪些验证，审查通过后才写代码。
持续集成门禁 / 每次改动必过
类型检查›
静态检查›
构建›
合规文案禁词扫描›
依赖安全检查›
合入主干
08 / 数据安全
数据安全与隐私保护
存储、访问、留存与审计，全链路受控
终端处理的是简历、扫描件与证件类文件，属于高敏材料。以下六条是产品的硬性约束，不是可选项。
SECURITY BASELINE / 安全基线六条
| 临时签名访问 | 受控文件均通过带时效的签名链接访问，敏感文件有效期不超过 30 分钟，不使用永久公开链接。链接过期即失效，需重新鉴权获取。 |
|---|---|
| 分级留存 | 匿名与高敏文件按小时级清理；会员简历默认保留 90 天，可按同意条款延长。删除动作保留可核查的日志，删了什么、谁删的、什么时候删的都留痕。 |
| 凭证加密落库 | 数据源凭证加密存储于服务端数据库，接口密钥仅存服务端。前端、一体机前台与 Windows 终端代理不保存任何密钥，也不在客户端生成签名。 |
| 接口防护 | 回调必须验签，附时间窗与一次性随机数防重放，全流程幂等处理。同一条回调重复到达，不产生第二次出纸，也不产生第二笔账。 |
| 访问审计 | 管理员访问用户文件必须留痕；审核、发布、改价与退款等关键管理动作全部写入审计日志，按留存策略管理，历史记录不随内容退役而抹除。 |
| AI 数据边界 | AI 调用日志只记录任务标识与耗时，不落简历原文与模型响应正文。系统只记录浏览、收藏、外部跳转、打印与 AI 服务调用行为，不记录用户在来源平台的后续结果。 |
09 / 规划
发展规划
从单点验证到区域复制，节奏与验收结果挂钩
下列时间为规划假设区间。每一步是否推进，取决于前一步的验收结果与实测数据，而不是取决于计划表。
NEAR TERM
近期
规划假设 · 1–2 个月
- 完成生产环境与 Windows 一体机真机验收
- 完成用户协议、隐私政策、AI 免责声明与来源信息免责声明
- 形成实机照片、操作视频与可交付的试点方案
- 争取一个青岛本地高校、招聘会或就业服务场景试点
MID TERM
中期
规划假设 · 3–6 个月
- 完成 3–5 个不同场景的试点，覆盖高校、大厅与招聘会
- 形成可复制的部署手册、培训材料与报价体系
- 基于试点实测数据修正财务模型，替换现有测算假设
- 推进软著、商标、域名等知识产权布局
LONG TERM
长期
规划假设 · 6–18 个月
- 在青岛形成高校、就业大厅、园区与招聘会的多点位服务网络
- 与本地系统集成商、设备商与就业服务机构建立合作
- 完善运营后台能力，提升单人管理多点位的效率
- 在合规基础上扩展证件照、求职材料包、政策材料打印与活动服务包等工具型服务
以上为规划节奏与时间假设，不构成营收、规模、点位数量或落地时间的承诺。运营指标先以试运营实测形成基线再写入合同，我们不承诺未经验证的可用性数字。产品边界不随规划扩张：岗位与招聘会始终只作第三方与官方来源的信息入口。
下一步
欢迎从一个可控点位开始，
欢迎从一个可控点位开始，
用真实数据验证价值
我们更愿意先在一个点位部署一台终端，配合四至六周试运营与数据采集，用实测基线代替承诺数字。也支持按台采购软硬件与年度运维，能力项按需选配，随合同交付标准验收清单。