WORK IN REAL LIFE.
把做过的事,讲清楚。
项目实践与公开工具案例,按来源和阶段分别展示。
查看资质与认证 ↘当前显示 10 项实践
01软件团队人机协作已全员使用让日报核验与知识审核进入团队日常
某软件公司将团队协作群作为全员入口,28 人参与,4 个智能体按职责分工。项目围绕日报核验、工作卡点和知识审核展开:员工在熟悉的协作入口中提交信息,智能体按角色处理任务,身份与记忆分别隔离,业务人员负责核对和判断。
日报按“完成、卡点、计划”三项核验。遇到偶发失败时,将问题整理为可复现的缺陷,并给出复现路径,方便团队继续排查。个人知识经过分级审核后进入企业记忆中枢,再供团队复用;审核步骤保留在知识进入共享范围之前。
项目已全员使用,配套六层架构与治理规则,知识数据不出域。页面中的 ClawChat 图片展示另外的已脱敏共创记录,可以看到人提出任务、多个智能体分工和成品核对的协作方式。客户内部群聊、成员身份和验收凭证不在这里公开。
ClawChat 共创记录 · 放大 ↗ClawChat · 人提出任务,多个智能体分工,人工审核。此共创记录不作为客户项目验收凭证。范围与交付依据 +
客户问题
团队需要在共同入口中核对日报、追踪卡点,并把个人知识转为经过审核的团队资料。
交付范围
28 人全员协作群,4 个智能体分工;按角色隔离身份和记忆,配套六层架构与治理规则。
业务动作
核验日报中的完成、卡点与计划三项;将偶发失败整理为可复现缺陷,并给出复现路径。
使用与核验
案例清单记录为全员在用;个人知识经过分级审核进入企业记忆中枢,再供团队复用。客户验收凭证不在本页展示。
公开边界
客户按行业脱敏;知识数据不出域。ClawChat 共创图片按本次用户授权展示,与客户内部群聊及验收记录分开说明。
02模型渠道运营已私有化部署把模型接入、运营与结算连起来
大模型渠道服务商需要同时处理上游模型接入、客户与代理商管理,以及定价和结算。项目建设自有品牌入口和运营后台,将密钥、权限、额度、价格、账单与调用记录统一管理。核心业务数据部署在客户自己的环境中,访问与操作按角色控制。
调用侧通过统一 API 网关接入模型,配套身份校验、配额与限流、模型路由、内容与风险控制及调用审计。运营侧管理客户和渠道、充值余额、调用计费与账单对账,同时核算上游成本。用量、费用与调用记录为运营核对提供依据。
平台已完成私有化部署,覆盖模型接入、权限控制、运营管理和结算。这里展示公开产品模块之间的关系,帮助理解不同入口如何接到统一网关,以及运营服务与数据边界的连接;客户内部系统、环境地址和密钥配置不公开。
私有化模型网关 · 访问入口、调用控制、运营结算与数据边界放大流程图 ↗范围与交付依据 +
客户问题
模型渠道、客户、密钥、计费和品牌入口需要统一管理。
交付范围
多模型接入、客户与渠道管理、权限额度、自主定价、充值结算和账单对账。
运行控制
调用日志、限流、风险记录和上游成本核算进入运营后台。
公开记录
已完成私有化部署,覆盖模型接入、权限控制、运营管理与结算。
展示边界
仅展示公开产品能力关系的重绘图,不公开客户名称、内部系统、环境地址和密钥配置。
03研发与工程交付一期已交付 · 评审通过从自然语言需求,走到可验证的交付
某工程服务企业的需求描述、任务拆解与验收判断依赖少数熟手。试点先整理项目现状与上下文,把隐性的验收点写入实施方案,并约定三级人机边界与六步执行流程。一期已交付并通过评审,按人工结果与 AI 结果对照核验。
交付过程覆盖项目扫描、上下文包、项目图谱、方案生成与审批,再进入实施记录、测试验证和证据归档。任务中断后可从检查点恢复。方案、执行范围、批准记录与写入路径共同约束实施,条件失效时停止,最终结果由工程师验收。
项目约定数据不出境、不用于训练,结束后删除项目数据;优先采用国内模型与本地环境,交付源码,知识产权归客户。SkillOps 产品另有 1,536 项文件通过 SHA-256 清单核验,这项记录用于核对交付文件完整性,不代表效率提升;4.0 目标架构单独列为后续路线。
Engineering SkillOps · 统一入口、工程总控与内部能力模块放大流程图 ↗范围与交付依据 +
客户问题
需求描述与任务拆解依赖少数熟手,关键验收点需要提前明确,过程需要支持中断后恢复。
交付范围
约定人机边界三级与六步执行流程,覆盖项目扫描、上下文包、项目图谱、方案生成与审批、实施记录、测试验证、证据包和中断恢复。
验收口径
一期已交付并通过评审;以人工结果与 AI 结果对照核验。SkillOps 产品文件另有 1,536 项文件通过 SHA-256 清单核验,失败 0 项。
数据与产权
项目约定数据不出境、不用于训练,结束后删除项目数据;优先采用国内模型与本地环境,交付源码,知识产权归客户。
人工边界
方案、范围、批准与写入路径共同决定能否执行;条件失效时停止,最终验收由工程师负责。4.0 目标架构另列为路线,不视为当前客户包已包含。
04物业智能体运维已签约 · 执行中按交付范围推进,用周报核对进展
某物业服务集团的智能体运维项目涉及系统平台部署、智能体文档和业务流程。项目已签约,正在执行中。工作按约定范围组织,部署事项、文档准备和流程梳理分别核对,避免将不同类型的任务混为一个完成数字。
约定范围包括 48 套系统平台部署、210 套智能体文档和 4,306 条业务流程。平台、文档与流程采用不同的计量口径,业务流程条数也不等于智能体数量。这些数字说明服务覆盖范围,不能据此判断全部部署或验收已经完成。
推进中通过每周周会与周报核对范围、当前进度和待处理工作,再进行阶段核对。页面按行业介绍服务对象,不公开客户名称、签约金额或内部系统资料。当前以流程示意说明运维组织方式,项目完成情况仍以执行记录与阶段验收为准。
在执行已签约项目 · 按范围推进
- 01确认范围
- 02部署与文档
- 03周会与周报
- 04阶段核对
流程示意范围与交付依据 +
服务对象
面向某物业服务集团,只按行业介绍业务范围,不公开签约主体、最终用户名称或金额。
约定范围
48 套系统平台部署、210 套智能体文档、4,306 条业务流程。三项分别计量,不合并为已交付智能体数量。
推进机制
按每周周会和周报的在管机制推进,对照约定范围核对当前进度与待处理工作。
项目阶段
已签约,在执行中。范围清单不能替代完成记录,未在本页声明全部部署或验收完成。
展示边界
暂无可用的公开产品截图;仅以文字与流程示意说明范围,不虚构客户界面或效果数据。
05RPA 与财务流程已建设交付让规则明确的操作成为可追踪任务
乾元智能体平台通过 RPA Gateway 与本地执行节点连接既有业务系统,将规则明确的操作和财务报表步骤组织为可追踪任务。平台累计建设并交付 220 个智能体,以及配套的知识库、工具和工作流资产,任务执行后回传结果文件供业务人员核对。
执行前先确认期间、版本与法人公司等参数,再由平台下发任务,在本地节点进入业务系统执行。财务合并报表流程覆盖数据预处理、资产负债表、利润表、中间归集和最终报表,核对时同时查看输入参数、执行回执和产出文件。
右侧展示“RPA SAP 生产登录 + AI 分析”的实际工作流配置界面,以及智能中枢的应用编排入口。图片用于说明任务如何组织、系统如何连接;财务审批、业务签字与异常判断仍由人负责,流程配置界面不替代实际运行结果与验收记录。
SAP 工作流界面 · 放大 ↗RPA SAP 生产登录 + AI 分析 · 实际工作流配置界面。范围与交付依据 +
业务问题
重复系统操作与财务合并报表步骤需要按规则执行并保留过程。
执行链路
平台发起任务,经 RPA Gateway 下发至本地节点,再进入既有业务系统。
处理范围
数据预处理、资产负债表、利润表、中间归集与最终报表流程。
公开记录
累计建设并交付 220 个智能体,以及配套知识库、工具和工作流资产。
人工边界
期间、版本与法人公司先确认;财务审批、业务签字及异常处理保留人工判断。
06企业智能体共创现场共创记录先把业务动作和验收方式说清楚
企业 AI 智能体共创从具体业务问题开始,业务、产品与技术人员共同参与。现场围绕高频、规则清楚、可以验证的工作动作梳理候选场景,先把问题、参与角色与实施责任说清楚,再判断智能体适合进入哪一段现有流程。
讨论中同步核对数据来源、系统接口、账号权限与既有操作路径,将系统连接条件和人工确认点纳入方案。对异常情况如何处理、结果由谁核对、需要保留哪些验收证据提前作出约定,作为后续确认实施范围的依据。
两张现场照片展示共创讲解与讨论过程,反映的是业务梳理和方案确认阶段。共创记录用于说明工作的起点与方法,不据此推断客户系统已经上线,也不将讨论过的候选场景写成已完成项目;人员身份和内部材料不作补充披露。
现场讲解 · 放大 ↗企业 AI 智能体共创 · 现场讲解业务场景与实施方法。范围与交付依据 +
问题入场
从高频、规则清楚、可以验证的业务动作开始梳理。
参与角色
业务、产品与技术共同确认问题、系统条件和实施责任。
系统连接
同步核对数据来源、接口、账号权限与现有操作路径。
验收定义
将人工确认点、异常处理与需要保留的验收证据写入方案。
展示边界
按用户授权展示现场照片,不补充人员身份、内部材料或接口地址,不将共创记录描述为上线成果。
07多系统维护协同真实运维协同流程从问题受理,到业务确认关闭
多系统工单维护从问题受理开始,先核对原消息日期、最新问题与是否已经处理,再确定所属系统和维护任务。证据不足时不进入执行,避免在缺少上下文的情况下修改代码或数据。各系统由固定维护任务接管,保留处理过程与当前状态。
诊断与修复按证据推进,经过测试、正式包核对、版本回复和问题材料归档后,再等待业务验证。远程环境、代码、数据库、部署与维护记录使用资源锁串行保护,避免不同任务同时占用同一项关键资源。正式执行保留八个可恢复的处理状态。
关闭条件同时包含测试结果、准确回复、问题材料与月度维护记录,最终由业务人员确认问题是否解决。登录、生产写入、重启与部署保留人工授权。页面将完整过程归纳为四个阶段,展示中不包含内部环境、账号信息或问题原文。
8个可恢复处理状态
- 01受理与路由
- 02证据诊断
- 03修复与测试
- 04归档与验收
流程示意范围与交付依据 +
受理门禁
核对原消息日期、最新问题和是否已处理,证据不足时不进入执行。
任务组织
先完成受理与路由,再由所属业务系统的固定维护任务接管。
资源保护
远程环境、代码、数据库、部署和维护记录使用资源锁串行保护。
关闭条件
测试、正式包、准确回复、问题材料与月度记录完成后,等待业务验证。
人工边界
登录、生产写入、重启与部署保留人工授权;不展示内部环境与问题原文。
08内容运营自动化已执行的运营流程让研究、内容和草稿交接有固定顺序
内容运营按固定顺序组织多来源研究、选题确认、文章写作、配图与平台编辑。来源材料、选题判断、正式文章和阶段状态保存在当日目录,便于核对内容依据与当前进展。流程规则、检查器和执行记录共同维护这套运营方式。
公众号内容完成文章、配图、封面和排版后进入编辑,核对正文结构、图片顺序、画幅与手机端可读性,再保存草稿。确认公众号草稿保存后,继续完成小红书标题、正文与图片的适配、装配和暂存,让两个平台各自保留可审核的内容版本。
自动化的交付点是草稿保存与暂存。选题、素材和平台格式需要经过检查,最终发表与发布均由用户审核后点击。阶段记录用于支持中断后的继续处理,也用于核对交接时已完成的内容和仍待审核的事项。
双平台草稿保存与交接
- 01研究与选题
- 02内容与配图
- 03编辑与保存
- 04审核与发布
流程示意范围与交付依据 +
研究留痕
来源材料、选题判断、正式文章与阶段状态写入当日目录。
内容装配
完成文章、配图、封面和排版,再按平台格式装配内容。
质量检查
检查正文结构、配图顺序、图片画幅和手机端可读性。
草稿交接
确认公众号草稿已保存,再完成小红书内容适配与草稿暂存。
人工边界
两个平台的最终发表与发布由用户审核后执行,不自动越过审核。
09AI 辅助研发实操研发实操 · 演示验证从研发方法,到 ERP 业务界面
从一条业务需求开始,明确输入、规则与验收条件,再进入技术选型、架构设计、开发与验证。AI 研发能力资料站把过程分为七个阶段,每个阶段说明职责、成果和完成条件,配套 Skill、开发规则、提示词与模板,方便团队练习和后续维护。
ERP 演示围绕人事工作台展开。Offer 申请管理界面展示状态分类、组合查询、列表、分页,以及新建、审批流和查看入口;侧栏可见组织架构、入职、转正、调岗、离职与员工档案等模块入口。本页说明可观察的界面与研发方法,不据导航入口推断所有功能均已验收。
这里展示研发实操与演示环境,尚未据此声明客户生产上线或正式验收。人员姓名、英文名、单号、日期和薪资等明细不公开;页面记录数仅为演示环境数据,不作为客户规模、业务效果或效率提升的证明。
AI 研发方法实图 · 放大 ↗AI 研发方法资料站 · 从需求分析到发布交付的七阶段协作,配套工具、模板与项目资料。范围与交付依据 +
需求与选型
需求分析与确认、技术选型与验证,先明确业务范围、规则和关键能力。
规范与设计
研发规范与质量策划、架构与详细设计,形成开发规则、模块、接口和异常处理方案。
开发与验证
小批迭代开发与集成,再进行测试验证与业务验收。方法站中的阶段说明不替代逐项测试报告。
交付资料
发布交付与持续改进,并提供方法、工具模板和上手资料,支持团队接手维护。
展示范围
采用真实页面截图,人员相关明细已遮挡。当前状态标记为研发实操与演示验证,不补充合同、客户背书或未核验的成效数据。
10REA 逆向分析工具能力 · 公开参考把软件行为,追溯到代码与证据
旧系统只有安装包,某个功能跨越多个模块,或者一次接口交互难以还原时,可以从现有软件材料入手。REA 将软件包检查、静态代码分析与运行证据组织在一起,帮助回答“功能从哪里进入、经过哪些处理、依据在哪里”。
四组图分别展示:DX-Ball 如何从可执行文件恢复声像计算并核验;Notion 如何沿剪贴板通道追踪 Electron IPC;TH04 如何将函数证据对应到角度计算与 C++;浏览器示例如何核对 JSON 请求、响应和页面生成 CSV 的脚本。四张流程图均根据 REA 官方中文案例与指南重绘,可逐张切换、放大并查看原文。
本页为工具能力与公开参考。REA 6.4.0 目录含 170 项工具,实际可用能力取决于目标、宿主环境和分析引擎。分析保留已观察事实、推断和未知项;针对自有或获授权的软件开展,不将静态结果当作完整运行证明。
DX-Ball 声像算法还原 · 根据 REA 官方案例重绘:输入、计算过程、C 实现与验证依据。图中测试数量属于原案例,非乾元项目实测。放大分析记录 ↗来源:REA 官方中文案例与指南 ↗REA / REVERSE ENGINEER ANYTHING
从一个问题,找到对应的分析工具。
170 项为 REA 6.4.0 的工具目录数量。下面选四类说明;实际可用能力取决于目标、宿主环境与分析引擎。
四组案例流程,从调用看到结果。
上方流程图根据 REA 官方公开资料重绘,可切换、放大并查看原文。
图示与公开案例来源:morluto/rea · MIT License。针对自有或获授权的软件材料分析,结论保留证据位置与尚未确认的部分。
范围与交付依据 +
适用问题
旧系统理解、软件迁移评估、接口行为核对,以及单个功能的调用链定位。
输入材料
根据问题选择自有或获授权的软件包、程序集、历史 HAR 记录或指定运行场景。
分析依据
保留文件位置、模块关系、请求记录与运行观察;静态分析和实际运行分别说明。
工具条件
170 项为 REA 6.4.0 工具目录数量。原生深度反编译需要 Hopper、Ghidra 或 IDA 等对应引擎;不同工具的宿主与依赖要求不同。
参考来源
DX-Ball、Notion、TH04 与浏览器导出示例来自 REA 官方案例和指南,不表示乾元数创参与这些项目或与相关产品存在合作。
CREDENTIALS
公司资质与团队认证
行业组织成员使用机构 Logo 标识展示,证书图片待下发。
课程认证为团队成员的学习与专业记录。