FDE 开发工程师 · 现场交付 · 现居上海

把系统
从方案,推到
真正跑起来。

我是 FDE(Forward Deployed Engineer)——不只在办公室里写代码,而是到业务现场把系统落地。 客户的真实流程往往和需求文档差得很远,我的工作是把它跑通,而不是交付一份说明书。

每月一封,只放当月写完的文章与一条实验结论。随时退订。

目前可接受 1–2 个深度合作 · 通常 24 小时内回复

视点

同一件事,对不同的人说法不同

选一个身份,下面这段自我介绍会换成那一版。内容都是本人先写好的,不是实时生成。

正在载入…

演示版为预设文案:这段话是人工写死的,不是实时生成的;切换身份只是换一段不同的预设。

01 / 证据

三件我做过的具体的事

每件只留一个可核对的结论。过程写在详情里,结论写在这里。

01 内容系统

一个人运营的内容系统

把选题、写作、分发、复盘串成一条可以每周重复执行的流水线,用 AI 承担资料整理与初稿,人只保留判断与语气。

【待填】篇 / 12 个月

【待填】位订阅者

展开详情

问题

内容更新会断。不是没有想法,是每次从零启动的成本太高:找资料、搭结构、改语气、排版、分发,每一环都要重新决策一次。

做法

把流水线拆成四段,明确每段的负责人:选题与判断留给人,资料整理、初稿、格式转换交给 AI,最后一公里(语气与发布)回到人手上。

人机分工的边界

  • AI 可以做:抓取、归类、生成结构化初稿、按模板转格式
  • AI 不做:定选题、下判断、决定哪句话该留、最终签字发布

具体的产出篇数、周期与订阅规模待填入真实数据。

02 AI 工作流

把重复杂务交给代理

邮件分类、会议纪要、周报汇总、素材归档四个环节改为代理执行,人工只做每日 10 分钟的审核。

【待填】小时 / 周

【待填】% 一次通过率

展开详情

问题

重复决策吃掉了整块时间。四个环节单独看都不难,但每天都要重新判断一遍同类事情,累积起来是一笔看不见的消耗。

做法

先识别哪些环节是「需要判断」、哪些只是「需要过一遍」,再把后者整体代理掉,人只在固定时间点做批量审核。

关键设计:审核点

  • 代理的输出必须可回溯——每一条都能追到原始输入
  • 审核点固定,不随时间漂移(否则人会开始零星处理,等于没省)
  • 失败要显式暴露,不能静默降级

具体的节省时长与通过率待填入真实测量结果。

03 实验

虚拟生活实验 No.01

连续 30 天只用 AI 界面处理生活事务:订餐、行程、学习、记账。记录下每一次被替代的决策,以及每一次想退回去的时刻。

【待填】万字记录

【待填】次媒体转载

展开详情

问题

如果生活的相当一部分已经运行在软件与代理之上,那么「哪些决策已经被外置」这件事,身在其中的人往往说不清。

做法

用 30 天做一个边界实验:订餐、行程、学习、记账全部只通过 AI 界面完成,每天记录两件事——哪次决策被替代了,以及哪次想退回去手动做。

最有价值的数据不是成功次数

而是那些想放弃的时刻。它说明代理在哪一类决策上还没被真正接受,这比「它能做对多少」更能说明人机分工的现状。

具体的记录字数与转载次数待填入真实数据。

02 / 能力

作为 FDE,我解决这四类问题

左边是客户最常卡住的地方,右边是我实际做过的事。没有证据的那行已经删了。

现场最常卡住的事 我的做法 证据
方案很好,但落不了地 进到实际流程里跑一遍,先把能用的最小版本交出去,再谈架构 案例 01
一堆重复劳动没人接手 识别哪些环节只需「过一遍」、哪些真要「判断」,再把前者整体代理掉 案例 02
系统上线了,但没人会用 把复杂结构翻译成使用者能听懂、愿意转述的说法,陪着改到顺手 案例 03
交付完就断联,问题反复 留下可回溯的审核点与显式失败告警,而不是静默降级 见联络

03 / 分身

不必读完全站,直接问它

这是一个基于站内内容的问答分身。它会告诉你我做过什么、正在做什么;也会在不知道的时候说不知道。

简 的分身 基于站内内容作答 · 由 AI 生成,可能出错
在线

边界:不回答收入、政治、健康、家庭与他人隐私。对话不用于训练。 演示版使用本地知识库,未接入真实模型 API。

04 / 写作

虚拟化时代的生活

每月一篇深度实验,每周一条短记录。不承诺周更——宁可低频,不断更。

文章还没写完,所以这里先不放标题。
订阅后,第一篇写完时你会在邮箱里收到。

每月一封,只放当月写完的文章。随时退订。

05 / 联络

如果你也在想
「生活能不能被重新设计」

写邮件给我,说说你正在处理的具体问题。比「你好,想合作」更容易得到回复。

[email protected]

同一份经历,按你的关注点取舍。演示版为预设文案

  • RSS