上一篇讲怎样读别人的案例，这一篇回到你自己身上。做了几个月练习、跑通了几个原型，转岗面试或者内部立项的场合到了，对方说：给我看看你做了什么。这一刻，多数人交出去的是一叠截图和一份工具清单——然后困惑于对方为什么不动心。

作品应该怎样组织，才能让看的人判断出"你本人具备什么能力"。

作品要让人看懂任务、本人贡献、实现方式、失败修复和边界限制，而不是只展示最终演示的样子。

一、漂亮截图为什么难以说明本人能力

截图的天然缺陷，是它只记录结果状态。一张"Agent 配置完成、测试通过"的界面图，能证明的只是：这个界面对应的某个配置，在某个时刻，通过了某种测试。它回答不了三个更关键的问题——这活是谁做的？哪一部分是你做的？出了错你会怎么办？

这不是看的人苛刻，是岗位性质决定的。FDE 的工作里，配置一个可运行的流程和把流程做到可交付、可解释、出问题可定位，中间隔着大量判断。截图恰好把判断全部裁掉了，留下的画面谁都能截。BABOK 在基础能力一章把

列为商业分析工作的关键品质，它的定义很具体：

确保交付的价值与业务需要相符，跟进所有线索与未完事项，让决策者具备合适的信息来评估影响。翻译到作品场景：看作品的人要找的正是这些行为的证据——你有没有跟到底，有没有把"还需要什么"说清楚。

反面教材是教学里常见的一份作品，就叫它 A。

A 的结构是：一页工具清单（会用的平台、模型、编排工具，十几项），二十张演示截图（配置界面、运行成功、输出样例），末尾一句"具备 FDE 相关能力"。

看的人读完较稳妥的结论只能是"此人接触过这些工具"——接触过，和能承担，是两回事。

更危险的是另一种写法：把团队成果整个写成本人。课程小组作业里，预置组件是团队做的，接口是工程师对接的，本人改的是其中一条规则——写成"独立完成端到端方案"，字面上省事了，风险却全在后面：对方只要追问一句"这个组件的容错你是怎么处理的"，谈话就结束了。而且结束的不只是这一次谈话。可信赖性这种东西，建立要很多次，摧毁只要一次穿帮；岗位市场不大，圈子里传话比想象中快。

还有一条容易忽略的边界：截图里可能有客户的真实数据、内部系统的界面、带凭证的配置页。未经许可公开这些，作品还没证明能力，先证明了不该信任。教学场景的惯例是全部用脱敏或合成数据——本系列的澄川案例就是这么处理的，你自己整理作品时同样如此。

作品的基本单位不是工具，是任务。

工具清单是"我摸过什么"，任务才是"我能完成什么"。

第一步，是把材料从"按工具分"改成"按任务分"：一个任务一页，说清这页上你做了什么

拿教学设定里的 B 作品做对照。

B 围绕澄川供应商资料核验这一个任务组织：任务是"供应商提交的资质资料自动核验，缺项和错项分别给出可解释的结论"。这一页开头三行就把范围划清楚：基于本体产品的连接组件，本人实现的是用途分流规则与版本有效期检查两块；连接组件、消息通道是团队预置的，本人未改动。

这个开头就是对 A 的第一处修正：本人范围明确。三个标注类别要贯穿全页——

1、本人独立完成的部分（写清楚做到什么深度）

2、协作完成的部分（谁做了什么、本人在协作里做了什么）

3、AI 协助生成的部分（用什么生成的、本人怎样核验的）。

第三类标注在眼下尤其要写：AI 能生成大段配置和代码，把它生成的内容不加核验地放进作品，等于在作品里埋了一颗自己都说不清的雷。标注"AI 生成初稿、本人逐条核验并修改了两处映射错误"，比假装全手写更专业，也更符合实际工作方式。

规则来源也要交代。用途分流的规则不是本人发明的，是照第 05 篇的办法从业务老师傅那里问出来的：什么算"用途缺失"、什么算"用途存疑"、各自走什么处理。作品里写明规则来源，读的人才能区分"实现能力"和"编造规则的能力"——后者恰恰是 FDE 最不该有的能力。

把这些落成一张作品说明卡，八个字段：任务、本人范围、版本、实现、失败、修订、结果、限制。任务一栏写业务目标和判定口径；本人范围按上面三类标注。

版本写清楚基于哪个环境、哪个组件版本——版本不写，三个月后连自己都复现不了。这不是夸张：平台每月更新，预置组件随时调整，同一份配置在不同版本上的行为可能不同；作品卡上的版本号，就是将来"当时到底是哪个行为"的唯一凭据。第 24 篇交接材料的环境页在这里原样适用；实现写关键配置和代码位置，不贴全文；失败和修订是下一节的主角；结果写验证到什么程度；限制写"还没验证什么"。B 作品的限制一栏是这样写的：已在隔离环境用三十份样例验证，真实旧系统的集成路径待确认。

这张卡和第 25 篇的资产接收单是一个思路：

把一段经历变成有边界的资产。

区别在于，接收单面向组织复用，作品卡面向能力证明——但两者的诚实标准完全一样：写清楚出处、范围和没做过的部分。

三、把本人动作、失败与修改讲清楚

B 作品里最值钱的部分，恰恰是 A 作品里被删掉的那种：一次真实的失败和它的修复过程。

那次失败是这样的：用途分流上线自测，一份"用途字段为空"的资料被判成"用途缺失"，直接生成了驳回结论。但按规则，"为空"应该是"存疑"，进人工复核，不该自动驳回。问题出在一处默认值：字段抽取组件对缺失字段返回了默认空串，分流逻辑把"空串"和"未提供"当成了同一件事，误入了缺失分支。

B 作品没有藏这段，反而用四段写足。第一段写现象和发现经过：不是自查发现的，是反例复测发现的——按第 15 篇的判据准备了正常样本和反例样本各一批，反例样本里恰好有"字段为空"的样例，第一轮就拦住了这个错。

这段经过顺带证明了一件事：判据先行不是学院习惯，是拦截装置。

第二段写定位依据：第 16 篇的方法原样搬来。对比两份输入（有用途的、空用途的）在抽取环节的输出，日志里空串和未提供的返回值一模一样。

断点在映射层，不在模型层。第三段写修改：映射表加一行显式判空，空串转成"未提供"标记，分流逻辑按标记走存疑分支。第四段写回归：正常样本和反例样本全部重跑，两类路径都对，修订版冻结。冻结这个动作值得多说一句：改完的版本号、回归结果、冻结日期一起记进卡里，之后任何人复现这个失败，用的都是冻结版而不是某个中间态——没有冻结的作品卡，复现结果对不上号，整段失败记录就成了无法验证的故事。

为什么这段比十张成功截图更能证明能力？因为这四段展示的是一整套行为：会准备反例样本（测试设计）、会沿证据定位而不是乱猜（排障方法）、会做最小修改而不是推倒重来（工程判断）、改完会回归（验证习惯）。截图证明你到过终点，失败记录证明你认识整条路。面试里追问的从来不是"你做成了什么"，是"你卡住的时候怎么办"——作品里没有失败记录，对方只能假设你没想过这个问题，或者你在藏。

第一，讲一条最深的，不讲流水账。

十次小卡顿列成清单，不如一次"发现—定位—修改—回归"写完整；前者像日志，后者像能力。

为了显得有深度编一个失败，和编成功一样会在追问下穿帮——"你当时日志里看到什么了"这种问题，编是编不出来的。

第三，失败的复现条件要写清楚：什么样的输入会触发这个错、当时的版本是多少。

这既是诚实，也是给对方一个自己动手验证的入口。

还有一条纪律是关于复测的完整性：正常与反例必须成对。B 作品如果只测正常样本，那个默认值错误会一直潜伏到生产；只测反例，又可能把正常路径改坏。第 17 篇讲拒绝路径、第 15 篇讲判据样本，到这里汇成作品层面的要求：你的复测记录里两类样本的数目和结果都要在——"正例三十份全过、反例十二份拦住十一份、一份存疑转人工"，这才是一句可以被检查的话。

四、为不同听众解释边界和价值

同一张作品卡，业务主管、工程师、管理者看的东西不一样。解释要分听众，但有一条铁律先立住：表达可以变，事实不能变。完成程度、验证范围、已知风险，这三样对谁说都是同一个版本——不能对管理者说"已经跑通"，对工程师才承认"隔离环境还没过生产验证"。

对业务读者，讲规则和工作变化。

不用讲映射层，讲"用途为空的资料以前会被误判驳回，现在进人工复核；复核员少处理一类假异常，驳回结论附带依据可查"。业务读者要判断的是：这个人的东西对一线工作意味着什么。第 04 篇到第 09 篇那些业务侧的功夫，在作品汇报里就浓缩成这几句话。

接口在哪、状态怎么流转、失败怎么复现："空用途样例在抽取环节返回空串，映射层加显式判空后转存疑标记，复现步骤附在作品卡第五节。"工程师读者要判断的是：这个人的东西我敢不敢接、出了问题我能不能按他的材料找到位置。第 16 到第 18 篇的排障材料，整理得好就是给工程读者的信用凭证。

什么已验证、什么待确认、花了多少时间、下一步需要他决定什么："隔离环境验证完成，旧系统集成需要两周和系统负责人配合，风险是旧接口的字段口径没核对——需要您确认是否排期。"管理者要判断的是：这个人的判断可不可信、这件事值不值得继续投入。第 20 篇价值衡量和第 22 篇摆选项讲决定，在这里是同一种姿态：给决定所需的信息，不替人下结论。

三条讲法之外还有两条口径纪律。

其一，模拟收益不能写成客户成绩：

"教学案例里的核验效率提升"就是"教学案例里的"，不能在另一页变成"帮客户提升核验效率"——第 26 篇刚讲过怎样给别人的数字分级，轮到自己头上标准只能更严。

其二，课程完成不代表行业认证：

上完课、做完练习、拿到课程证书，都只证明学习经历，写清楚"已完成的训练"和"具备的经验"，别让读者自己脑改成持证资质。

给自己的练习办法很土：写三张九十秒话术卡，同一张作品卡讲三遍，每张卡末尾放同一个事实底稿的引用。比如"三十份样例、隔离环境、旧系统未验证"这组事实，三张卡都要有，只是位置和讲法不同：业务卡里它出现在"目前适用范围"，工程卡里出现在"验证环境"，管理卡里出现在"风险与待决事项"。讲到任何一处，三张卡指向的是同一条记录，就说明口径守住了。

作品卡写完，还差最后一步，也是最容易被省掉的一步：找一个没参与过这个任务的人，让他只凭你的材料复现一次。

这是第 24 篇交接演练的思路用在作品上。你的作品本质上就是一份交接材料：向陌生的读者交接"我做过的这件事"。演练方式照搬：给对方隔离环境、样例数据和作品卡，本人不代操作，让对方独立跑一遍正常任务，再按卡里写的复现步骤重放一次失败。跑通了，作品卡的"实现"和"失败"两栏才算经受住检验；卡在某一步，那个卡点就是材料里缺的东西——多半是某个前提没写、某个名词没解释。

复核还包括提问环节。请对方就材料随便问，最常暴露缺口的三类问题是：这条规则的依据是什么（检验规则来源写没写清）、如果输入变成某种新形态会发生什么（检验边界思考）、你为什么这么改而不是那样改（检验方案比较的痕迹）。答不上来的，回去补——补的不是答案，是材料里本来就该有的一段说明。

每一轮复核的发现都回填进作品卡，然后可以再来一轮。两轮之后，这张卡就有了一个额外的属性：它证明了你不仅有这段经历，还有把它交代清楚的能力——而后者，恰恰是第 24 篇说过的、岗位最稀缺的那种能力。作品卡攒起来就是能力台账：每一次任务一行，能查、能复核、能更新。BABOK 讲决策记录时说，记录决定及理由是为将来类似决策做参考——作品卡就是你自己能力的决策记录，下一次转岗、立项、协作，翻出来都是现成证据。

A 交的是宣传册，B 交的是台账。宣传册追求让读者印象深刻，台账追求让读者可以检查。FDE岗位市场上前者的有效期是一次面试，后者的有效期是整个职业生涯——因为可检查这个性质本身，就是最难伪造的能力证明。

下一篇是本系列的最后一篇：作品和证据都有了，怎样把它们组织成持续成长的学习路线——指南读完之后，路怎么继续走。

怎样证明你具备FDE能力：让作品说清本人贡献

架构师

人工智能

作品围绕单一任务组织，明确本人贡献、实现方式、失败修复及边界限制，区分独立、协作与AI协助部分。展示完整验证记录与规则来源，用隔离环境复测证明可检查性。分听众讲价值，底稿事实统一，经独立复核增强可信度，塑造持久的职业信誉。

Agent

让每一个 Agent，都跑在云上

prowork

腾讯云数据库特惠，新用户首单0.5折起


mongodb

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

怎样证明你具备FDE能力：让作品说清本人贡献

怎样证明你具备FDE能力：让作品说清本人贡献

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐