这篇文章将给出一套可直接执行的蓝图：如何依靠 AI，独自运营一家企业。目标不是让一个“万能助手”包办一切，而是让公司的五条业务线——内容、项目、获客、财务和广告——分别自动产出，而你把时间集中在判断与审批上。
你将看到：
② 在 Viktor 中快速搭建五条业务线
③ 自建 AI 智能体系统的底层结构
④ 用 Obsidian 构建企业知识库
⑤ 记忆系统的三个层级与停止升级的时机
⑥ 控制权限、成本与审批的运营规则
⑦ 什么时候才应该增加下一条业务线
一、一人公司规模化所需的两项资产
一家一人公司能够扩张，靠的是两项彼此连接的资产。除此之外，没有什么神秘公式。
Stripe 已经解决了收款，CRM 已经解决了销售管线，预约工具已经解决了日程安排，Meta 的广告系统也积累了十多年的投放能力。这一层早已存在，剩下的问题只是：谁来操作它们。
谁是你的客户、如何定价、什么样的线索才合格、哪些请求必须升级给你处理，以及服务究竟如何交付——这些是只有你的企业才拥有的上下文。
过去缺少的，是夹在软件与企业知识之间的“操作者”。这个角色以前必须招聘一个人，如今也可以由 AI 员工承担。
搭建这条连接有两种方式：使用现有工作空间里的开箱即用产品，或者逐个手工构建智能体。下面先讲最快的路径，再介绍适合希望掌握全部控制权的自建方案。
二、最快路径：在 Viktor 上搭建五条业务线
作者认为，Viktor 是从零到可运行系统的一条短路径。它把自己称为“AI 员工”，原因在于它可以像团队成员一样加入 Slack 或 Microsoft Teams，并连接企业原本就在使用的软件。
客户和承包商仍留在熟悉的协作空间里；Viktor 通过托管连接器接入 CRM、广告平台等工具，还可以根据聊天中的一句话创建定时任务。
只需要完成一次的基础设置
• 每个频道置顶一条上下文：卖什么、卖给谁、该业务线交付什么、什么情况必须升级、哪些规则绝不能突破。
• 把 Viktor 邀请进各频道。
• 获客频道故意不接入任何可以直接发送消息的工具。
然后像给同事布置工作一样，向每条业务线发出任务简报。以下五份模板可直接复制，将方括号中的内容替换为你的业务信息。
研究最近 14 天内 X 平台上与［你的细分领域］相关、表现优秀的真实帖子，记录每条热门内容采用的角度。基于研究结果，为［本周主题］起草 5 条具体帖子和 1 篇长帖，目标读者是对 AI 炒作持怀疑态度的人。把研究放在前面，全部内容整理到一个清晰的讨论串中，并标出你认为最强的一稿及理由。
阅读本频道的上下文，发布本周计划：列出每个项目、当前阶段、本周交付物和最大阻碍。之后每个工作日 8:00 发布站会摘要：昨天推进了什么、今天到期什么、什么被卡住；控制在 8 行以内。频道出现状态更新时，直接跟踪，不要反复询问。
研究 10 家符合［你的客户画像］的真实企业。逐家说明：它们做什么、从官网可以看出哪些重复性工作，以及你对判断的置信度。为排名前 5 的企业分别起草首次触达信息，从你在对方业务中发现的具体工作负担切入，正文只写两个短段落。只生成草稿，绝不自动发送；发送决定由我做。
在［你的开票工具］中，为［客户、项目里程碑、金额］创建发票草稿，把链接发到频道等待审核，绝不自行确认。每周五 16:00 发布摘要：已开票、已支付、逾期及逾期天数、本月至今数据；控制在 10 行以内。
先用两句话概括我们的产品，以证明你理解正确。然后提出测试媒体计划：2 个明确受众，每个受众设计 2 个广告角度，文案面向对 AI 持怀疑态度的人，并说明如何分配［每日预算上限］。我在频道批准方案后，再搭建广告活动，但所有内容必须保持暂停状态；没有我的明确许可，任何广告都不得上线。
先给上下文，再明确交付物，设置工作节奏；凡是涉及花钱或对外发送的动作，都必须经过人工批准。
三、自建系统：底层究竟是什么
开箱即用的方案换来速度、零维护和熟悉的协作空间；自建方案换来完全控制、数据留在本地，以及不受单一供应商变更影响的系统。代价是：底层工程本身就是一个完整项目。
手工系统最常见的错误，是做一个拥有超长提示词的“巨型助手”，期待它完成所有工作。真正稳定的系统恰恰相反：
一个智能体，只负责一项工作。
研究智能体只做研究，写作智能体只负责写作；审核者不能同时是作者，因为让智能体给自己的作品打分，往往会得到过度乐观的结果。
每个专业智能体都由四部分组成：
知识切片：只提供完成该岗位所需的企业上下文，不多给。
岗位记忆：记录它在工作中学到的经验，并刻意设置边界。
日程与闸门：何时启动，以及哪些结果必须等待你的批准。
身份必须始终与记忆分开。身份文件保持稳定，避免某个偶然事实改写智能体是谁；会变化的内容应进入记忆。这个分离决定了智能体能否数月保持一致，而不是因为保存了一条错误笔记就开始漂移。
四、知识库：企业的大脑
所有专业智能体都应读取同一个共享大脑。最可靠的版本并不复杂：一个由 Markdown 文件组成的文件夹。
Obsidian 仓库适合承担这个角色，因为它本质上就是存放在本地磁盘上的文本文件：彼此链接，人能读，智能体也能读。
客户：谁会购买、目标行业、什么样的线索才合格。
表达：写作方式、绝不使用的词、最优秀作品的示例。
作业手册：项目从一个阶段进入下一个阶段的流程与检查清单。
裁定记录：已经做出、以后不应重复争论的决定。
“裁定记录”是最容易被忽视、却最有价值的部分。每次你纠正智能体，就把纠正结果写成一条规则；所有智能体工作前都要读取它。这样，一次纠正才能成为永久改进，而不是下次继续犯错。
知识库才是训练成果，智能体可以更换，企业大脑必须留在自己手中。
这个原则同样适用于开箱即用方案：Viktor 频道里的置顶上下文，就是企业知识库的微缩版，值得认真维护。
五、记忆的三个层级：何时应该停止升级
记忆系统是新手最容易过度投入的地方。整个领域可以分为三个层级，只有当前层级确实无法解决问题时，才向上升级。
智能体启动时加载的 Markdown，保存事实、流程和偏好。
例如 mem0，支持按语义检索。只有当资料确实超出智能体上下文容量时再使用。
管理实体、事实与时间窗口。当真正的问题变成“什么在什么时候发生了变化”，才需要这一层。
大多数一人公司永远不需要离开第一层。始终加载的核心记忆应小而有界；实践中可将单个岗位的记忆限制在数百行以内，其余内容按需读取。
无限增长的记忆会逐渐挤占真正工作的上下文。记忆管理更难的一半其实是“遗忘”：为每条记录设置复核日期，定期删除没有证明价值的内容。
事实变化时，写入新版本，并把旧版本标为“已替代”，这样错误判断才能追溯到来源。原文提到，一个生产环境在一个月内记录了 1 万条记忆，真正值得保留的只有约 200 条。无人维护的记忆库，外表看似健康，内部却会不断堆积垃圾。
六、运营规则：管理一支从不反驳你的团队
业务线只是容易的一半。决定系统能否扩张的，是管理能力——因为这是一支从不反驳你、也不会主动承认自己不确定的团队。以下规则就是必要的制衡。
每份简报都要说清交付物，以及什么叫“完成”。懒惰的简报会生成方向错误、语气却非常自信的成果，最后仍要你逐字阅读。
常规内部工作可以自动运行；任何对外发送或花钱的动作，都必须等待你批准。你觉得这条规则烦人的那一天，往往正是它救你的那一天。
每天安排两个时间窗口，集中清理草稿和审批队列，因为自动化业务线的产出速度会快于你的阅读速度。
所有 AI 员工都会以某种方式计量用量。发出第一份简报前，就设置硬性的月度支出上限；每个频道的上下文都写入“执行前报价”。
七、什么时候增加下一条业务线
每次扩张前，只问一个问题：
上一条业务线今天早上是否在没有我提示的情况下，自己产出了结果？
项目线按设计运行，才算通过；内容线要等到草稿不再需要重写；获客线要等到置信度判断足够诚实，你无需重新检查每家企业的网站。
通过后，重复同一套流程：写上下文、连接软件、布置任务、把纠正写成规则、把对外发送放在人工批准之后。
你的岗位也会随之改变：业务线负责生产，你负责决定。审批队列成为工作日的核心——草稿进入、决定输出，而每次决定又会写入“裁定记录”，让第二天的审批队列更短。
最终搭建清单
☑ 知识库就是企业本身：产品、客户、表达、作业手册、裁定记录。
☑ 记忆分三级：文件、专用存储、知识图谱；停在能解决问题的最低层。
☑ 每次纠正，都在裁定记录中增加一条长期规则。
☑ 先设置日程，再优化提示词；每天 8:00 的站会只需写进任务简报。
☑ 按影响半径分配权限，对外发送与支出必须经过人工批准。
☑ 第一天就设置预算上限，每个上下文都要求“执行前报价”。
☑ 只有上一条业务线能够独立运行时，才增加下一条。
过去，完成这些工作需要雇用五个人，只是因为当时可用的“连接方式”只有招聘。而现在，这种连接方式正在改变。
本周先从一条业务线开始——选择那个最消耗你时间的环节，让它先证明自己值得开启第二条业务线。
本文来自投稿，不代表OPC社区立场，如若转载，请注明出处：https://www.opc.cn
