唐韧
订阅
前非著名程序员,现不知名产品人。畅销书《产品经理必懂的技术那点事儿》作者。在这里聊聊产品、说说职场、谈谈个人成长!
唐韧微信公众号二维码
关注该公众号

会员可查看最新的全部文章

^__^ • 10 / 06
想转型 AI 的可以关注一个叫 FDE 的岗位,据说月薪能达到 5 万,不过我觉得不是所有人都适合。要理解 FDE,首先得知道具体是干啥的,谁适合。 FDE 的全称是 Forward Deployed Engineer,前线部署工程师。简单说,就是深入客户的实际工作场景,把技术方案做出来、接进去,并推动它被使用的人。我觉得,不同公司的 FDE,工作差别很大。有的偏业务分析和应用交付,有的偏模型部署和性能优化,也不一定都要长期驻场。所以,看招聘别只盯着这三个字母,得看具体做什么。这类工作的机会在于,AI 把部分开发变快了,但企业里的问题没有因此变简单。最近我看到一个情况,有人在 SaaS 公司做 AI 落地,干的是 FDE 的活儿,职位名称却还是产品经理。很多产品经理担心 AI 取代自己的工作,但企业需要的 AI 落地能力,恰恰包含了产品经理原本就该做的事情。老板说要做 AI,员工不知道怎么用;演示效果不错,接到真实数据就出错;功能上线了,大家依旧按老方式工作。比如,一家企业想做 AI 销售助手。你得先弄清,销售是经常忘记跟进,还是报价需要反复确认?跟进遗漏,可能接好客户记录和提醒就够了。报价慢,则需要梳理产品规格、价格规则和审批权限。 AI 可以准备报价草稿,但谁确认、能不能直接发给客户、价格错了怎么处理,都得提前设计。这也是我理解的 FDE 工作,先判断问题,再完成实现,随后进入真实流程验证。产品经理有一定优势,尤其是熟悉业务、能够进入一线的人。但只会写 PRD、画原型和跟进排期的,就还不够。至少要理解 API、数据流转、模型边界和评测,能借助 Agent 做出原型,也能判断它为什么失败。偏工程的岗位,对代码、部署和系统可靠性的要求会更高。技术人需要补业务短板,运营可以从熟悉的流程切入,再补工具连接和交付能力。我现在带 AI 员工做事,也是自己定义问题、提供方法、设置边界和验收,它们负责具体执行。某种程度上说,我就是带着一群 Agent 在我原来的工作场景里做 FDE,只不过我是 AI 个体户模式。最后,现在的确有很多公司、很多老板、很多团队对 AI 是处于模糊状态的,不知道能干啥、怎么接、如何提效。所以,这里面有大量的机会。当岗位需求变大,会的人比较少,做得好的有效果时,薪资短期内会拉得很高。但一切会回归均值,不要过分迷信。不过有一点是不变的,就是 AI 化会逐渐加速。
^__^ • 10 / 05
这个假期,我的 Codex 额度已经重置了两次,一次是官方、一次是我自己,我现在使用率非常高。如果你也在用 Codex,有几个事我想说一下,值得你注意。我发现,不少人使用 Codex 还是一个会话做所有的事,上下文不够了就开新的,非常乱。因为 Codex 支持多项目和多会话模式,所以最好能根据你的工作流分成不同的组,这样搭出来的 AI 工作流更直观。另外,它还有一些小功能估计很多人不知道,今天我先讲一些命令行操作,你可以收藏起来自己平时用。我挑 5 个跟你们说下,做产品、写内容、搞开发的都能用。注意,以下我说的命令行你们直接在 Codex 对话里输入就行。 1、/status 如果你不清楚这段对话用了多少上下文,或者账号额度还剩多少,可以在对话框输入 /status。它会显示会话 ID、上下文用量和可用的额度信息。上下文是当前对话能容纳多少信息,额度是账号还能用多少。 2、/compact 如果你有一个需求聊了很久,前面有大量讨论和被否掉的方案,但后面还要继续做。这时候可以用 /compact,把长对话压缩成摘要,保留有用的工作状态,腾出上下文空间。不过,压缩不等于所有细节都能留下。关键要求、验收标准和已确认的结论最好存进文档,需要时再让它读取。 3、/fork 比如产品方案已经做出一版,你还想试试另一种交互路径,又不想动原来的讨论。用 /fork,就能基于当前历史另开一个会话,原会话还在。你可以在新会话里继续推另一套方案,不用重新交代背景。写文章想试另一个切入点,也是一样。 4、/side Codex 正在干活,你突然看不懂它提到的一个概念,或者想问它为什么这么设计。这时候不用等着它处理完上一轮任务,用 /side 开个临时侧边聊天窗口,围绕当前任务问清楚,再回去继续。和 /fork 的区别是,这里只是临时问一下,不准备另开一条任务。 5、/plan 如果你想让它开发小程序、改产品流程,或者处理一项涉及多个环节的工作,先别急着让它动手。输入 /plan,先讨论目标、限制、方案和执行顺序,相当于先想清楚、讨论清楚、再开始动手做。比如做小程序,先确认给谁用、解决什么问题、第一版做哪些功能,再安排开发。我觉得,这一步尤其适合产品经理。要求还没想清楚,AI 动得越快,后面可能改得越多。最后,不用背这些命令,在输入框打一个 /,看看当前菜单就行。 PS:这个假期我把所有 AI 工作流全升级了一遍,后面再跟你们聊。
^__^ • 9 / 29
我每个月在 token 上的花费超过 4 位数,我的 AI 员工有 6 个项目 13 个工作流在跑。有几个方法和建议,跟你们分享一下。首先是 Agent 和模型的选择。我现在是 Codex 和 Workbuddy 作为主力 Agent,前者占多数场景,此外还有 OpenClaw 和 Claude Code。对于不同的 Agent,它们的框架能力还是有区别的,但这种区别你不做复杂任务的情况下是感知不到的。所以,对于常规办公类需求,比如处理文档、写报告材料、数据分析这些简单任务来说,用哪个体感差异不会很大。如果你工作流里有很强的国内应用生态场景需求,比如腾讯文档、企业微信、以及腾讯系产品的关联,Workbuddy 比较合适。同理,如果你是飞书的重度用户,豆包工作适配性更好。此外,如果你有条件且会买 GPT 会员,那 Codex 是个更好的选择,毕竟 Agent 能力上还是更强一些。至于模型,我分国产和国外模型来说。从综合能力来看,我觉得国外模型目前还是超过国产模型的,但还得看任务类型。就像我上面说的那些简单任务,其实你用哪个模型的体感差异不会那么巨大,此时要考虑的就是你的性价比了。国外模型,目前我用得比较多的是 GPT-6 和 Claude Opus。国产用得多的是 DeepSeek V4.1 flash 和 GLM-5.3,这些是我试出来比较适合我的 AI 工作流和能打的,这里仅参考。对于这部分,有几个原则。第一,如果只是把你日常工作中的常规事项 AI 化,国产 Agent 配国产模型足够了。第二,如果你有复杂任务需求,比如软件开发、长任务处理、本地操作等,那国外 Agent 和国外模型现在的确还是更强些。第三,学会给自己的工作流划分等级,然后通过 Agent 本身的项目和会话功能去动态选择不同模型和推理等级。记住,不要所有任务都用最顶的模型和把推理等级开到最高。至于怎么选,我在之前文章里介绍过,你们可以参考《给你们看下我的账单》最后说下花费。前面我说每个月在 token 上的花费超过 4 位数,有人认为贵,但我觉得值。要知道,像我这样的 AI 个体户就是一个人干,没有团队,很多工作过去都是自己手工完成。现在我的 AI 员工现在有 6 个项目 13 个工作流,这帮我省下来大量的时间精力。如果换成招人来干,成本十倍都压不住。这是趋势,每个人都会有自己的 AI 团队。如果你还没开始,该重视了。 PS:我的「AI 个体户计划」最新一期开始招募,要来的点击《AI个体户计划介绍》