2026-07-25 20:12 AlfredZhao 阅读(0) 评论() 收藏 举报
一人公司最近实在是太火了，但它并不是简单地“一个人干所有事”，而是把人的判断、AI的执行能力和清晰的业务边界组合起来。围绕“定制客户Agent”这个方向，笔者看到一个很有意思的闭环雏形：CEO负责沟通和决策，不同Agent负责产品、开发、验证和客服，最后再用用户反馈推动持续修复。
这个模式里，CEO本身也是一个Agent角色，负责整体协调和业务判断。
围绕它，可以继续拆出几个关键Agent：
产品Agent负责产品设计，可以借助类似 Google Stitch 这样的工具完成界面或产品方案探索。
程序员Agent负责实现，可以使用 Claude Code，也可以使用 Codex CLI。为了控制并发和成本，人为设置上限，例如最多开启 8 个 instance。
验证环节必须换一个模型来做，比如开发用一个模型，验证用换另一个模型。这样做的重点不是追求形式上的“多模型”，而是避免同一个模型既写代码又自我确认，降低盲区。
最后还有 customer support，用来承接用户反馈、问题记录和后续修复入口。
这个结构的关键在于：人类不消失，而是定义方向、边界和责任；AI不只是聊天工具，而是被放进具体岗位里执行任务。
这个一人公司的业务形态可以理解为：帮客户定制Agent。
流程很直接：先和客户聊需求，把沟通结论整理给系统，几天后交付一个Agent。上线后，如果用户反馈哪里不好用，直接反馈到系统先记录下来，系统定时扫描新的需求，再根据情况直接修复 base code甚至开发新的功能模块。
因此，反馈大致可以分成两类：
feature request，也就是功能请求。
bug report，也就是错误反馈。
这就形成了一个小闭环：需求沟通、Agent交付、用户反馈、代码修复、再次交付。
每个Agent还会由人类定义 soul 和 identity 文件。也就是说，Agent不只是调用模型，还需要有清晰的身份、语气、目标和边界。
商业模式上，定制Agent如何盈利？按月收费？还是一次性买断？还是其他更好的模式？大家可以各抒己见。
这个模式很吸引人，但也有明显问题。
首先是市场是否需要专人。这里的设想是，CEO直接和客户沟通，同时做一些内容发布，比如发各类社交平台。这意味着获客、沟通、交付都压在这个“CEO角色”上。
其次是验证问题。有人提出，实际生产客户会遇到很多问题。Demo ready 和 MVP ready 不等于 production ready。一个Agent能演示，不代表它能稳定承担真实业务。
还有一个核心判断是：agent = model * harness。
模型只是能力来源，harness 才是把模型接进业务流程的结构，包括工具、上下文、验证、反馈、限制和修复机制。
最后还有责任边界和商业模式问题。如果“100% AI来做”但没有 validated，使用者是否承担问题？服务方承担到什么程度？这些都需要在真正收费和交付前想清楚。
一人公司OPC的关键，不是幻想AI替代所有人，而是把工作拆成可执行、可验证、可反馈的闭环。只有闭环成立，Agent业务才可能从演示走向真实交付。
关注我，和AI一起成长~
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。