Codex+WorkBuddy:FDE到底该怎么干?

FDE与AKA:把Codex和WorkBuddy真正变成企业能用的AI 大模型能力再强,落到企业场景常常沦为“吃灰工具”。问题不在于AI本身,而在于缺乏一套从业务到技术的落地方法论。特性驱动工程(FDE)将模糊的“让AI干活”拆解为有验收标准的业务特性,自适应知识架构(AKA)则把散乱的企业文档、规则与反馈分层治理,让AI拥有可追溯的上下文。两者结合,既能为Codex这类编程Agent注入工程规范和红线约束,也能让WorkBuddy这类业务流程工具挂载高质量知识库与强制规则。从工单自动分类到风险转人工,从知识检索到反馈闭环,这套方法已在真实项目中让草稿可用率提升至72%。如果你 阅读详情

在这里插入图片描述

在这里插入图片描述

不知道你有没有发现,就在我们聊完FDE没几天,OpenAI就搞了一个大动作。

5月20日,ATxSummit大会期间,OpenAI一口气投了3亿新元(约2.34亿美元),在新加坡设立了美国本土之外的首座应用AI实验室(Applied AI Lab) ,还承诺未来几年雇超过200名技术专家。

这个新加坡实验室的核心角色,就是我们刚刚聊过的——前线部署工程师(Forward-Deployed Engineers,FDE) 。

OpenAI首席营收官Denise Dresser在接受采访时说得非常直接:“这里拥有令人赞叹的人才,这是我们非常看重的。”她还点出了新加坡“前瞻性的环境”以及对AI产品的强劲需求。

这还不是全部。几乎同一天,Google和NVIDIA也同步宣布了和新加坡的AI合作。Google签了新轮“国家AI合作伙伴关系”,NVIDIA在新加坡设立了首个研究中心。

三家巨头,同一天,在同一个国家,干了同一件事。

这件事信号非常强——AI下半场,关键词不再是“模型多强”,而是“谁能真正落地”。

也正好,我们群刚聊过FDE,这篇就借着OpenAI新加坡这波大动作,把FDE这件事彻底拆透。

一、OpenAI这波操作,到底有多猛?

先看具体数据。

5月20日,新加坡数码发展及新闻部(MDDI)与OpenAI正式签署了首份谅解备忘录(MOU),启动一项名为“OpenAI for Singapore”的联合计划。

核心动作有几个:

第一,砸钱。 OpenAI承诺投入超3亿新元,折合人民币约16亿元,专门强化新加坡的AI生态。

第二,建实验室。 首座美国本土之外的“应用人工智能实验室”落地新加坡,类似一个专门的AI实战基地。

第三,招人。 未来几年要招超200名技术岗位,核心职位就是FDE和专业技术专家。

第四,培训。 专门针对中期职业软件工程师,开设一个FDE Bootcamp(训练营),教大家如何构建真实世界中的AI系统。

第五,合作方向很明确。 重点覆盖公共服务、金融、医疗、教育和数字基础设施建设。

这个实验室一个核心特点:它不是一个传统的研究中心——那种坐在办公室闷头研发模型的地方。根据OpenAI的规划,核心是把前沿模型转化成能实际运作的系统,实实在在地帮合作伙伴增强商业竞争力。

换句话说,这不是一个“写论文的实验室”,而是一个“解决问题的基地”。

二、OpenAI的这些FDE岗位,具体什么样?

既然是聊FDE,我们得看看OpenAI在新加坡正在招的FDE到底是什么标准。我找到了他们的官方招聘信息,细节非常有意思。

先说工作模式和地点:岗位base新加坡,采用混合办公模式(每周3天在办公室)+ 提供搬迁援助 + 50%的出差预期。50%的出差意味着你可能长期驻扎在客户现场。

岗位的核心职责:

FDE要牵头完成前沿模型从发现、技术范围界定、系统设计、开发到最终生产上线的全过程,紧密配合客户方工程和业务团队,通过生产采用率、工作流影响和评估驱动的反馈来衡量项目成功。

几个关键能力细节:

  • 自主推动跨多个部署的技术交付,从原型到稳定生产全程负责。
  • 要写生产级全栈代码,能压测交付边界。
  • 嵌入客户团队,理解需求并引导他们使用你构建的系统。
  • 提前识别风险,快速调整计划。没有总部排兵布阵,自己上。
  • 将现场经验沉淀成工具、playbook或通用组件,让其他同事能直接复用。
  • 把一线的客户反馈直接输送给研究部门和产品团队,让产品路线图因为你的经验而改变。

再看硬性门槛:

  • 5年以上工程或技术部署经验,要求包含直接面向客户的工作经历。
  • 在快节奏或需求模糊的环境下完成过复杂系统的完整交付。
  • 能够编写和审查基于Python、JavaScript等栈的生产级全栈代码。
  • 之前就用大模型或生成式模型做过系统开发部署。
  • 能清晰地与工程师、产品经理、客户高层等不同角色沟通。
  • 高压力下快速做决策、规避风险。

这要求的不是只会写CRUD接口的普通开发,而是既懂代码、又能管控客户、能拆解模糊需求、还能沉淀经验反哺公司的“三角战士”。

待遇方面,据行业信息来看,OpenAI的FDE公开base约27万-38.5万美元外加股权,资深FDE总包常年可破40万美元,部分能到50万+美元以上 。

三、为什么是新加坡?三家巨头在同一天给出了答案

这次的ATxSummit期间,OpenAI、Google与NVIDIA几乎同时宣布扩大与新加坡的合作。

三家公司的布局各具特色:

Google直接建立了新的“国家AI合作伙伴关系”,聚焦社会挑战、人才培养和安全AI生态的构建。Google与新加坡政府联合发布了一份关于AI Agent安全部署的白皮书。

NVIDIA在新加坡设立了亚太地区第二个研究中心,核心目标是发展实体AI(Embodied AI) 。计划今年底前启动一个专门为企业设计的实体AI验证场,协助像Certis、DHL等伙伴设计、部署和测试具商业可行性的AI机器人技术。

为什么都选新加坡?

新加坡的布局明显不止为了吸引投资,而是搭建一个完整的链条——从人才培训、企业导入、实地验证到治理规范,都建起来了。新加坡已承诺2025到2030年间,投入超10亿新元去加强公共AI能力,甚至还计划为AI产品建立类似食品营养标签式的信息透明机制。

新加坡的定位很清楚:它不是要去拼谁的模型分数高,而是在重新定义AI“市场”的概念——我要做那个能系统性地把AI技术“装进”真实社会经济肌理的国家。

四、国内FDE已经做成了什么——两个标杆案例

OpenAI在新加坡要招200个FDE,很多人觉得这离我们还远。

但你可能不知道的是,国内有一批人,已经在工厂车间里把FDE模式跑通了,并且跑出了真金白银的回报。

1. 识渊科技:90后“华为天才少年”扎进工厂,换线从3小时压缩到55秒

在上海徐汇,有这样一家公司叫识渊科技。创始人茹彬鑫,90后牛津博士,毕业后获得了华为“天才少年”项目的录取,但他选择了一条更难的路——和商汤科技的早期核心成员一起创立识渊科技,一头扎进了制造业最苦最累的环节。

识渊科技要做的事说起来简单,做起来极难:用AI去重构工业质检和产线调机的整个流程。

他们接手的第一条生产线,换线调机是出了名的“老大难”。每个型号之间切换,老师傅要在设备旁折腾少则两三个小时,多则大半天。

团队的做法很笨,也很硬:白天在产线旁守着机器采集异常样本,晚上回实验室反复迭代模型——如此循环了几个月。最终,单板检测从数小时压缩到了55秒,产线单日换产型号从原来的5款扩展到近300款。

这套系统的性价比有多高?茹彬鑫说:“我们以更低资源成本,实现了与德国、日本、韩国一线品牌相当的检测性能,还能检出他们漏掉的疑难缺陷。我们叫这条路‘国产超越’,不是简单的替代。”

客户从“试水”变成了“长期饭票”,复购率高达20%-30%。

这群人做的其实就是FDE——他们不是坐在写字楼里写算法,而是直接拿着代码和数据,去和轰鸣的机器、散落的手工记录、老师傅代代相传的“手感”打交道。他们证明了一件事:在制造业,AI落地不是做“锦上添花”,而是去啃那些最痛、最脏、最苦的骨头。

2. 金珵科技:发酵罐旁驻扎9个月,AI产出比老师傅还准

识渊科技做的是“换线调机”,金珵科技啃的是另一个硬骨头。

在新疆伊犁的某生物制造工厂,高达数层楼的500吨级发酵罐日夜轰鸣。一次发酵持续一到两周,上百个变量同时作用,但最终产物的提取率只有约1%。整个生产过程高度依赖老师傅24小时值守,凭“手感”调节,波动大、效率低。

上海交通大学李金金教授带着团队进去后发现一个更现实的问题——这家厂子的关键工艺数据全是散的,有的在纸质记录本上,有的在设备检修期间的异常报告里。光是人工录入、清洗、校正这些数据,就花了好几个月。

这就是AI落地的真实状况:模型再强,数据这个地基没打牢,什么都跑不起来。

团队在发酵罐旁驻扎了整整9个月,一边处理数据、记录实操细节,一边和上海的FDR(前沿部署研究员)联动优化模型参数。

最终AI给出了一套方案,结果让所有人大吃一惊:AI发现葡萄糖投料超过某个阈值反而会降低产量,这和工厂几十年的经验完全相反。

传统工艺要实现1%的产量提升,需要四五年;在AI接管后,产能直接提升了5%,一年增收超过十亿元。

金珵科技的团队后来把这套方法论沉淀为127个功能模块,像“工业乐高”一样可以快速组合适配不同场景——从生物发酵到钢铁冶炼,从工业建筑设计到污水处理。过去两三个月才能完成的部署,现在缩短到两三周。

这个故事最关键的地方在于:FDE不是“搞完就走了”。金珵科技跑通的模式叫FDE-FDR“双轨制” ——驻扎前线的FDE把产业痛点和真实数据传回,后方的FDR(前沿部署研究员)据此快速迭代模型,形成“交付即服务、服务即进化”的敏捷闭环。这就解决了传统驻场项目“干完就走,经验流失”的老问题。

五、给三类人的实操建议:你到底可以怎么干?

上面的案例已经充分说明:FDE不是硅谷的专利,国内已经有人打出了样板。那接下来的问题是——作为技术开发者和创业者,你具体可以从哪儿切入?

在这里插入图片描述

在这里插入图片描述

以下是我梳理的三份实操建议,你对着自己的情况看。

🎯 建议一:给技术开发者——怎么以最小成本进入FDE赛道

① 先评估自己适不适合

不是所有开发者都适合做FDE。FDE要求你不是一个纯粹的“码农”——你需要对技术有热情,但对解决真实问题也要有同样的兴奋。可以先用一个小问题自测一下:你能不能和工厂的操作工、银行的柜员有效交流,然后把他们嘴里的话翻译成技术方案?

② 积累“场景化项目经验”,而非纯技术项目

GitHub上有1000个Star的LLM教程,对找FDE工作帮助不大。你应该做的,是做几个能用技术解决一个具体问题的小项目,哪怕就是帮一个社区超市做了一个AI库存预测,也比一个抽象的“多模态大模型微调”更能打动FDE岗位的面试官。

③ 补足你所在行业的“黑话”知识

比如你要做工业FDE,至少要知道PLC、SCADA、HMI这几个缩写是什么意思;要做金融FDE,至少理解“风控规则引擎”“反欺诈模型部署”的基本逻辑。推荐一个方法:去目标行业的招聘JD里找关键词,逐一补齐。

④ 利用好已有的培训资源

上海已经在系统性地做这件事了。2025年底,上海创智学院联合市委组织部、市经信委等机构开设了首个FDE专题培训班,覆盖需求分析、个性化开发、训练部署、现场快速验证等完整链路。目标是在未来链接百家企业、打造千个智能体、带动万名开发者转型。此外,大湾区也发布了面向制造业的FDE先锋人才项目。如果你是刚起步的开发者,这些资源值得关注。

⑤ 用小成本项目切入,积累第一桶金

建议从MVP开始验证。比如选择树莓派+USB摄像头构建一个简单原型,验证算法的可行性。利用现有的预训练模型进行微调,避免从零开始训练巨大的模型。在这个过程中,重点关注能效比,在推理速度和功耗之间找到适合你目标场景的平衡点。

🎯 建议二:给AI创业者和中小企业——如何“低风险”尝试FDE模式

① 先从你最熟悉的行业切入,别一上来就追求规模化

FDE模式最大的误判,就是以为它是“万能钥匙”。对于创业公司来说,正确的做法是:集中所有精力服务一个真正有痛点的大客户,把这个单点打穿,形成标杆案例。90%的精力用来搞透这个样板。然后从0到1跑通后,抽象出30%-40%的可复用模块。

② 借鉴“模块化”思路,降低每个客户的边际成本

金珵科技的案例最有启发的点在于:他们把工业智能所需的核心能力封装成127个功能模块,用标准化接口协同,支持快速组合与复用。创业公司不需要一开始就做到100个模块,但从第一个项目结束后就开始做抽象——把每个定制项目中至少沉淀出2-3个可复用组件。

③ 考虑“FDE即服务”的渐进式商业模式

上海电信已经探索出了三层FDE服务模式:

层级

服务内容

适用场景

标品FDE

实时响应现场标品交付,具备需求挖掘与使用指导能力

客户需求清晰、场景标准化

标准化FDE

专家根据产业需求进行云网智融合的场景化实战交付

有一定行业差异但可模板化

AICT FDE

根据高端需求定制开发、交付调优AI智能体能力

高价值大客户、前沿场景

创业公司可以对照这个模型,从“轻量级标品FDE”开始,逐步升级。不要一开始就全量投入深度驻场。

④ 珍惜并系统化沉淀每个项目中的“行业知识”

每次驻场都会积累大量宝贵的行业认知——比如发酵工艺中葡萄糖投料与产量之间的非线性关系,比如某类电路板的质检关键特征集。这些知识往往是项目的最大价值所在,也是最容易被浪费的。建议建立一个内部的“行业知识库”,无论项目大小,每个FDE必须总结出至少3条可复用的行业洞察,并归档到知识库中。

⑤ 考虑从“轻量级现场支持”切入,降低初始风险

如果你是初创公司、预算有限,不一定要马上派一支FDE团队长期驻场。可以考虑更轻的方式——比如每周去客户现场1-2天,用协作工具保持远程响应,或者先从某一个具体子场景开始试点。关键是:保证在现场的时间是高效的,能采集到最关键的信息、建立最必要的信任。

🎯 建议三:给有野心的技术人——如何在组织中推动FDE模式

① 找出内部“最适合FDE的首个场景”

很多企业内部都有这样的场景:某个流程高度依赖某几位老师的个人经验、数据散落在不同系统里没有打通、当前系统用起来很痛苦。这种场景就是FDE模式最好的试金石。找到它,主动提一个FDE式的“最小闭环”——不用大张旗鼓,只需要说服你的直属上级,用两周时间做一个可用的小原型。

② 构建“现场+后方”的协作双轨制

FDE模式成功的关键往往不在现场的人有多强,而在前后方的配合有多顺。可以参考金珵科技的 “FDE+FDR双轨制” :FDE负责在客户现场打前站、摸数据、跑试点、建信任;FDR(可以是你们团队内部的研究员或资深工程师)负责在后方快速迭代模型,把前线遇到的坑和机会沉淀成产品能力。这种模式下,前线的反馈不再是“石沉大海”,而是真正驱动产品进步的动力。

③ 用“价值定价”重塑客户关系

传统的项目实施是按人天收费,客户买的是你的工时。FDE模式下,更有竞争力的是:按结果收费。比如“帮你提升产量5%,我们按增收的百分比分成”。这不是口号,已经有创业公司在这么做,并拿到了更好的合同条款。你可以先从小的标段开始试点:比如先用一个价值定价的方式做一个小场景,用数据证明“承诺结果”比“按人天收费”对客户吸引力大得多。

④ 把你的经验写出来,建立个人品牌

这件事和你的账号定位直接相关。FDE是一个新兴的职业方向,信息极度不对称。如果你真的在现场做出了一些成果、踩过一些坑,把这些东西写成文章、录成视频、做成分享——你会在这一轮浪潮中获得极强的个人品牌优势。信息的稀缺性本身就是最大的价值。

六、FDE火爆背后,中国应该怎么思考?

看完OpenAI这次的布局,我有几个明显的感受。

第一,FDE模式正在被验证为AI产业化的核心路径。

从Palantir到OpenAI,从Anthropic到各种一线AI公司,FDE模式已经被反复证明是解决“模型很强、落地很难”这一核心痛点的关键。

FDE模式的成功,背后依赖一个完整的能力闭环:FDE在客户现场发现问题、快速打样(碎石路),总部产品团队把这些个案抽象、泛化成通用产品功能(高速公路),再从高速公路出发去服务更多客户。这样一个“现场探索”和“总部沉淀”双轮驱动的模式,才是FDE的真正精髓。

第二,中国的AI落地有自己的挑战。

和硅谷ToB市场相比,中国市场在付费意愿、行业抽象能力上有不少不同,FDE模式在中国的本土化,可能需要更聚焦战略性“灯塔客户” ,有选择地进行深度服务,同时更强调从定制化项目中沉淀可复用的能力中台。

但这不意味着中国不需要FDE。相反,上海今年3月已经开始系统性推进FDE人才培训,覆盖算力平台、培训体系到高校衔接和政策保障,说明中国也在积极拥抱这种模式。FDE模式落地虽有困难,但产业界和政策的认同度正在快速提升。

第三,对国内技术人的启示。

500多个岗位突然出现在一个海外基地,还是OpenAI这个级别的公司,这对想做AI落地的中国技术人来说是一个重要信号。

大家常讲“内卷”,某种程度上是因为国内软件产品差异化不大,但FDE这个方向的本质是“差异化服务+场景深耕”——是用技术去深度嵌入某一个真实行业,解决客户真实问题。这样的能力是跨越国界的,新加坡都开始批量招了,这个信号值得重视。

七、写在最后:属于实干家的时代,才刚刚开始

上周我们在群里聊FDE的时候,有人感叹“这不就是驻场开发的高级版吗?”

这句话说对了一半。FDE确实和驻场开发在形式上相似——都要驻扎在客户现场、都要直面真实问题。但本质的区别在于:驻场开发是乙方视角的“按需交付”,而FDE是甲方视角的“价值共创”。

它不是成本中心,而是产品探索的引擎;它不是一次性买卖,而是可规模化的方法论;它不是让你把青春耗在出差路上,而是给你一条把技术变成真实影响力的差异化道路。

识渊科技的茹彬鑫放弃了华为天才少年的光环,一头扎进工厂,55秒干翻德日技术,老师傅直呼“这是吹牛吧”,他做到了。

金珵科技的团队在发酵罐旁驻扎9个月,把老师傅代代相传的“手感”变成了AI能理解的语言,一年增收十亿,他们做到了。

这个名单还在不断拉长——上海已经在系统性培育FDE人才,大湾区也在推进FDE先锋项目。

属于实干家的时代,才刚刚开始。

在这里插入图片描述

在这里插入图片描述


参考:MDDI官方公告、EDB新加坡新闻稿、OpenAI官方招聘信息、TECHORANGE分析、联合早报、36氪等


附:帮Kun说句大实话

写到这儿差点忘了——上一篇文章好多朋友说“你把FDE讲得太干了,读起来像看论文”,我寻思确实。

这篇其实可以试试让Kun来说话:

“FDE招聘为啥火?我整理了一篇深度文。”

因为FDE这个角色说白了,就是要能“现场拆弹”的人。上一篇文章我从概念到案例拆得挺系统的,但可能不够——这一篇我继续帮你挖了OpenAI的200个岗位细节、三家巨头在同一天布局的底层逻辑,想看硬核内容的可以两篇连着刷。

FDE+AKA:让Codex和WorkBuddy真正在企业落地 企业对AI工具投入持续增加,但普遍面临“买了不会用”的困境。通用AI产品如Codex和WorkBuddy能处理代码修改与流程编排,却缺乏业务上下文。落地失败的关键在于缺少将业务语言翻译为机器可执行任务的“翻译层”。FDE(前线领域工程师)负责定义业务问题,AKA(可执行知识架构)将隐性知识转为结构化规则,两者结合能让通用AI工具真正适配企业场景。通过梳理流程、注入知识、设计验证闭环,企业可显著提升任务完成率与使用活跃度。本文结合WorkBuddy工作台搭建与Codex代码定制实践,提供一套可复制的深度定制方 阅读详情

相关推荐

FDE模式企业AI项目实战:RAG与MCP全栈交付方法论

企业AI应用落地往往卡在探索性需求与生产环境之间的最后一公里,传统瀑布式交付难以应对模型幻觉、召回不准等不确定性。以FDE(前线部署工程师)为代表的敏捷交付模式,通过业务现场驻扎、快速原型与迭代试错,成为破解这一难题的关键。在技术实现上,RAG知识库为Agent提供精准的文档语义检索与生成增强,MCP协议以标准化方式打通外部工具和数据源,配合Codex编码智能体、Skills指令注入及Harness质量门禁,形成一套从需求拆解到持续运维的闭环。该模式尤其适用于RAG知识库落地、Agent交付管理等场景,能帮

weixin_28678151的博客 273

Codex与WorkBuddy企业落地:FDE+AKA深度定制实践

AI编程辅助工具如Codex和WorkBuddy并非开箱即用的代码生成器,其本质是上下文感知的智能增强系统。核心原理在于精准构建开发上下文(context engineering)与业务语义映射(Skill编排),技术价值体现在将隐性知识结构化、使AI真正理解私有代码域与组织流程。典型应用场景包括微服务接口协同开发、跨系统通知功能快速交付、IDE内闭环联调验证等。落地成败关键不在模型选型,而取决于Feature-Driven Engineering(FDE)方法论驱动的工具链重构,以及Adaptive Kn

weixin_29057237的博客 255

AI应用开发新范式:WorkBuddy与Skill模块化交付实践指南

在AI应用开发领域,如何降低技术门槛、快速构建实用解决方案是开发者普遍关注的核心问题。其原理在于通过模块化与工程化思想,将复杂的AI能力封装为可复用的功能单元,从而避免从零训练模型的高成本。这种模式的技术价值在于显著提升了开发效率,使资源有限的团队也能快速落地AI应用。典型的应用场景包括自动化报告生成、智能客服、数据清洗与分析等日常开发任务。本文聚焦于WorkBuddy智能体工作台与Skill模块的实践,探讨如何通过组合现成的Skill,以“低配务实”的方式,高效完成AI应用的交付,为开发者提供了一条清晰的

weixin_34341229的博客 352

企业AI落地实战:用FDE+AKA打通Codex与WorkBuddy定制化工程链路

在企业级AI工具落地中,通用Agent常因知识断层、流程断层和安全断层而难以真正融入开发流程。通过前置交付工程师(FDE)方法进行场景拆解与需求翻译,结合Agent知识架构(AKA)注入企业专属编码规范、架构约定与代码模式,可显著提升Codex与WorkBuddy的代码生成可用率与任务自动化水平。该方案适用于需要将AI编码助手深度集成至内部代码库、CI/CD流程及安全合规体系的技术团队,实现从工具采购到工程化落地的关键跨越。

weixin_29055137的博客 262

AI落地靠定制:FDE+AKA方法论让企业智能体真正跑起来

随着大模型能力的普及,企业AI落地已从“演示惊艳”走向“生产可用”的深水区。单纯的通用工具采购无法解决业务流程与知识结构不匹配的问题——智能体需要理解企业专属知识,并通过行动闭环真正完成工作。RAG、提示词工程与大模型微调等技术,正逐渐让位于更根本的工程化方法:前沿部署工程(FDE)与AKA方法论(对齐-知识-行动)。FDE通过驻场观察与任务拆解找到高频高价值场景,AKA则通过知识注入与分级权限设计,把通用AI改造为可落地的数字员工。以制造企业投标文件编制、生产异常排查为例,拆解Codex与WorkBudd

weixin_29040367的博客 234

DirectX修复工具使用技巧之二——手动修复C++创建失败的文件

最后更新:2021-2-25 随着V4.0正式版的发布,近来有部分用户来咨询如何解决C++文件创建失败的问题。在此我将以解决最常见的C++2015-2019文件创建失败为例,向大家演示一下在线修复的方法,其他C++或文件的方法大同小异。此次操作以Windows 7为例,其他系统相应参考即可。 首先,如果希望程序能手动在线修复创建失败的失败,请首先确定您使用的V4.0.2版或更高版本,老版本不支持此功能。查看程序版本的方式可以把鼠标放在DirectX Repair.e...

VBcom的专栏 6万+

企业AI落地实战:FDE与AKA让Codex和WorkBuddy真正用起来

大模型工具进入企业后,常面临“买了却用不起来”的困境。问题的关键不在模型能力,而在现场部署工程与知识架构的缺失。FDE(现场部署工程化)关注AI系统从可运行到可运营的过程,通过场景优先级筛选、人机协同流程设计,让工具真正嵌进业务环节;AKA(智能体知识架构)则解决企业知识如何分层、清洗、检索增强及持续更新的问题,避免模型不懂“黑话”或引用过期规范。以Codex与WorkBuddy为例,前者负责代码生成与测试用例,后者承担工作台编排与日报汇总,配合反馈闭环机制与最小可用知识集,就能逐步跑通“部署—知识—场景—

weixin_29061041的博客 256

点云工具CloudCompare下载、安装与汉化

打开软件后,是英文界面,找到菜单栏【Display】-【Language Translation】,选择简体中文。进入官网后,点击菜单栏【Download】提示需要重启软件才能生效,点OK即可。重启软件后,已经是中文了。选择合适系统进行下载。常规软件安装流程即可。

sagima_sdu的博客 1万+

Codex+WorkBuddy:FDE方法论让企业智能体真正跑起来

上个月去一家做精密零部件的企业做 AI 落地回访,CTO 坐下来第一句话就是抱怨:Codex 买了,WorkBuddy 也买了,演示的时候会议室里所有人都说震撼,可两个月过去,真正在用的还是只有测试组那个小伙子。其他人照样在 Excel 里手填数据、在微信群里接龙审批。这话我这两年里已经听了不下十遍。问题从来不在工具本身。Codex 这类 AI 编程代理,能自主读仓库、改代码、跑测试,能力是实打实的;WorkBuddy 这类智能体工作台,可以把业务流程编排成可视化工作台并提供 Skill 扩展,理念也没毛病

周红伟讲AI 32

手把手教你用DCT/DCG实现Multi-bit FF物理优化(含SPG流程避坑指南)

本文详细解析了Multi-bit FF(MBFF)在芯片物理实现中的优化方法,重点介绍了DCT/DCG与SPG流程的实战应用。通过物理感知综合、寄存器组识别和增量优化三阶段流程,实现PPA(Power-Performance-Area)的协同提升。文章还提供了Innovus与ICC工具的协同优化策略及典型问题排查指南,帮助工程师高效完成MBFF物理优化。

ik67890123的博客 234

减小伺服电机共振的方法(以松下伺服为例)

嘿 ! 我是【小黄】 , 我们又见面啦 !!! 毕竟技术只有大家交流才会进步嘛 ! 这博客是对自己学习的一点点记录和总结 ,如果您对自动控制感兴趣的话 ,可以关注一下我的动态 , 我们一起学习呀 ! 我们都还年轻 ,我们还有无限可能 。 YES ! 减小伺服电机共振的方法(以松下伺服为例)1. 准备工作:1.1.1 如何推定共振点:1.1.2 测定实操:1.1.3 总结:2. 下期预告: 在我们调试完伺服参数以后机器人运动到某个特定位置会产生振动或异响,我们要做的就是消除这个异响保..

在下小黄的博客 1万+

Codex与WorkBuddy落地难?FDE+AKA深度定制让企业AI真正用起来

生成式AI编程工具与企业智能体平台为企业提供了强大的生产力基础,但工具不等同于落地。通用AI Agent缺乏对业务上下文、内部规范和真实流程的理解,只有通过现场调研与系统化方法完成深度定制,才能嵌入高频业务场景。FDE(Forward Deployed Engineer)强调驻场分析与业务翻译,AKA方法论则从现状评估、知识注入到自动化闭环,把Codex、WorkBuddy这类通用能力重新组装进企业内部流程,并借助AGENTS.md、多AI协作编排与可观测性设计保障稳定运行。从代码审查、周报生成到工单分类,

weixin_33708633的博客 261

【教程4>第2章>第19节】 GMSK解调系统的FPGA开发与matlab对比验证

MSK(Minimum Shift Keying,最小频移键控)和GMSK(Gaussian Minimum Shift Keying,高斯最小频移键控)都是数字调制技术,主要用于无线通信系统中将数字信号转换为模拟信号进行传输。它们都是连续相位移键控(Continuous Phase Shift Keying, CPK)的一种形式,意味着相邻码元之间没有相位跳变的突变,而是连续过渡,这有助于减少信号带宽和降低邻道干扰。GMSK的解调过程与MSK类似,我们这里还是采用和MSK解调一样的1bit解调方法。

FPGA/MATLAB学习教程/源码/项目合作开发 1215

FDE实操:Codex+WorkBuddy+Skills+Agent+RAG+MCP落地企业实战工作坊

用最通俗的话来说,FDE就是一种驻扎在客户现场的工程师,负责填补“产品能做什么”和“客户需要什么”之间的巨大鸿沟。这个角色的特殊之处在于,它把软件工程师与咨询顾问的特质融于一身:不仅要会写代码,还要能深入客户现场解决实际问题,指导企业如何导入AI技术,并教会AI模型如何适应特定的业务环境。

周红伟讲AI 416

赛豆科技 AIVA 汽车智能体架构演进面试题与答案

摘要 赛豆科技AIVA汽车智能体架构从座舱AI演进到整车智能体,最终实现自进化的超级智能体。其核心是"先有AI再有车"的理念,将AI作为产品主轴而非附加功能。架构设计采用端-边-云协同,确保低延迟响应;整车智能体通过Planner、Tool Registry等关键组件实现自主决策;自进化机制结合车端个性化学习和云端群体学习,并设置多重安全验证。多域协作采用分层架构,关键安全功能仍由确定性逻辑控制。该架构实现了从被动响应到主动服务的范式转变,使车辆能够持续进化。

AI天才研究院 109

路径规划 | 图解粒子群(PSO)算法(附ROS C++仿真)

粒子群算法(PSO)的基本思想是模拟鸟群觅食机制,将鸟类的觅食方向分为自我认知部分和社会部分,个体自主探索群体周围空间的同时,也随着群体的主流方向前进,不断逼近最优目标。本文详解PSO算法基本概念,并给出ROS C++实现加深理解

FRIGIDWINTER的博客 2610

企业AI落地难?FDE+AKA让Codex和WorkBuddy从摆设变生产力

大模型工具进入企业后,常因缺乏业务知识和场景拆解沦为“高级玩具”。通用模型不懂私有流程,组织流程也未预留机器接口,验收标准缺失导致产出无人敢用。功能驱动开发(FDE)将业务需求拆解为可量化验收的功能单元,配合智能体知识架构(AKA)构建流程、领域、经验三层知识底座,让Codex与WorkBuddy等工具真正理解业务。通过知识库清洗、切片与向量化、AGENTS.md规范和Skill配置,实现从工单分类到代码生成的多场景落地。从“工具到位”到“知识到位”,企业AI需要的是工程化定制而非模型替换。

weixin_29057065的博客 301

计算机控制技术及应用

《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术,以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索,主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式,计算机控制系统的数学描述与基本分析方法,以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。

企业AI落地实战:用FDE与AKA方法定制Codex和WorkBuddy

在企业级AI应用中,Agent知识架构(AKA)和前置交付工程师(FDE)是解决通用工具与业务需求脱节的关键。AKA通过分层知识注入(如常驻规则、检索层、工具层、记忆层)提升Agent的领域适应性,而FDE则从业务测绘到规模推广,确保AI能力深度嵌入业务流程。这种结合不仅增强了AI的实用性和安全性,还通过反馈闭环实现持续优化。在客服、订单处理等场景中,基于Codex和WorkBuddy的定制化Agent能显著提升效率与准确率,推动企业智能化转型。

weixin_31062533的博客 258

pscad IEEE标准系统搭建说明

pscad IEEE标准系统搭建说明,包含典型的IEEE 9节点、14节点、30节点、39节点和118节点系统。内含标准测试系统的原始数据和潮流结果。

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0, 兼容Win7/Win10/WinXP,解压就可用。

FDE实战:AKA让Codex和WorkBuddy从玩具变成企业生产力

企业引入通用AI工具后常面临“买而不用”的困境,根源是模型能力与私有业务场景间的巨大鸿沟。RAG检索增强生成技术虽能补全知识检索,但真正落地需要从“回答问题”升级为“完成任务”。自主知识代理(AKA)正是在此基础上引入主动取数、主动行动与主动闭环,配合FDE(前沿部署工程师)的深度定制,将Codex、WorkBuddy等通用工具改造为承载业务规则、权限与审计的智能系统。本文以工单智能分派与回复为例,展示如何通过知识资产层、代理编排层和治理反馈层,把分类准确率提升至92.6%、响应时间压缩到11分钟,为AI工

weixin_29038303的博客 314

RU DOS版、EFI版32bit/64bit BIOS常用工具

DOS版、EFI版的RU工具,可用来查看IO、MEM、PCI、SMBIOS等资源。亲测在EFI SHELL下可用。

通用Agent落地难?FDE与AKA方法论实战:Codex与WorkBuddy企业定制指南

在企业AI落地中,通用Agent工具如Codex和WorkBuddy常因上下文断层、流程割裂和信任赤字而失效。通过FDE(前置交付工程师)和AKA(智能体知识装配)方法论,可将通用工具定制为贴合业务流的Agent。FDE强调现场观察与快速迭代,AKA则通过术语表、规则库、工具集和输出模板,将业务知识注入Agent,解决幻觉和集成问题。这种定制化方法能提升任务完成率和用户满意度,适用于供应链、客服等场景,实现从“能用”到“爱用”的转变。

weixin_29031161的博客 258

WorkBuddy FDE 90天实战:从一句话需求到App上线全路径

AI Coding 正在改变软件开发方式,其核心在于通过大模型辅助代码生成与上下文管理,降低重复性编码成本。DeepSeek 等模型凭借中文理解与性价比优势,成为个人开发者构建完整应用的重要底座。在工程实践中,缓存隔离、多环境切换与依赖管理直接影响项目稳定性,而需求翻译、模块拆解与兜底预案则决定交付边界。从工具类 App 到内部管理系统,这套方法适用于外包交付、独立开发与快速原型验证。WorkBuddy FDE 实战手册正是围绕这一路径,将模糊需求逐步收敛为可上线产品。

weixin_28715081的博客 254

企业AI交付六件套:Codex、WorkBuddy、Harness、RAG、Skills与MCP实战整合

在企业AI落地实践中,'能用、好用、快用'远比模型参数更重要。RAG系统需超越向量检索,实现业务语义锚定;全栈交付工程师(FDE)则强调Codex生成可验证契约代码、WorkBuddy构建动态上下文图谱、Harness量化质量风险、Skills封装可审计原子能力、MCP驱动实时交付风控——这些并非孤立工具,而是围绕‘人-流程-工具’咬合点形成的工程化闭环。其技术价值在于将模糊需求转化为可测试、可追溯、可复用的最小可行交付物(MVP-Deliverable),广泛应用于合同智能解析、授信评估、采购知识管理等高

weixin_26968079的博客 251

AI落地方法论:用FDE+AKA给智能体装上企业知识骨架

大模型应用正从技术验证走向生产落地,但许多团队在引入智能体工具后仍面临‘能力与业务脱节’的困境。企业AI落地的关键,不在于模型参数更强,而在于是否具备一套完整的部署工程与知识工程方法。FDE(现场部署工程与落地流程)将落地过程拆解为勘测、适配、验证、移交四步,先把高频业务场景翻译为模型可执行的任务;AKA(智能体知识架构)则通过原子知识、流程知识、判断知识三层结构,为智能体装配可检索、可维护的‘企业知识骨架’。在实践中,结合Codex的AGENTS.md规则配置与WorkBuddy的Skill技能设置,并配

weixin_29051193的博客 210

企业AI交付实战:从Codex到MCP的六层工具链组合拳

企业AI落地从来不只是让AI写代码。编码Agent只是交付链路的最后一公里,真实客户环境还要求需求澄清、知识导入、过程管理与验证回退的完整闭环。在一线交付复盘中,Codex负责任务式编码,Harness给Agent装上执行控制与审计机制,WorkBuddy聚合项目上下文,RAG喂入私域知识,Skills沉淀可复用经验,MCP统一接入外部系统。比如用Playwright MCP做端到端自动化冒烟,用Ontology RAG约束知识检索边界,用WorkBuddy管理交付工作区,都能把不可控变量变成可管理流程。掌

weixin_33309048的博客 335

FDE实训:AI项目从概念演示到工程化交付的六大核心模块

AI应用开发正从‘模型调用’迈向‘可交付、可运维、可审计’的工程实践阶段。Feature-Driven Engineering(FDE)作为一种面向业务特性的AI工程方法论,聚焦解决语义对齐、上下文感知、生产网关、可信知识供给、原子化能力封装与多角色协同等关键瓶颈。它不依赖大模型黑盒能力,而是通过Codex、WorkBuddy、Harness、RAG、Skills、MCP六大模块构成最小完备交付链,覆盖从需求定义、知识治理、能力测试到灰度发布的全生命周期。该方法已在金融、制造、电商等场景验证,显著提升AI特

weixin_29061425的博客 287
上一篇: FDE企业的AI操作系统:智能体时代企业 AI 落地的前线操作系统
下一篇: FDE实践:从“自己闷头做”转向“接入智能体”,中信证券、广发证券、中信建投、国泰海通纷纷行动 券业迈入Agent时代
AI周红伟
博客等级 码龄25年 3197粉丝 1580原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

AI周红伟

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值