年度回归,来 Spaces 上聊一人公司、OpenClaw 和产品增长。

本场Spaces围绕一人公司与OPC政策风潮、Opencloud的技术跃迁与创业机会、以及产品增长实战展开。雨辰将2026年视为AI Agent协作的拐点,提出XBoost Club与孵化计划;陈峰连线社群,武汉与海南的OPC推进引发关注。柏顺分享从SaaS转向APP的增长经验,深耕Facebook社群矩阵与UGC分发。技术层面,Opencloud被多数人视为“iPhone时刻”,但在商业路径上出现分歧:薛鼎强调避开与其同赛道的软件竞争,聚焦企业部署与培训的“最后一公里”,玖二则提出数字孪生记忆与蜂群思路。艾思雅梳理Opencloud的Browser/Shell能力与QMD知识库;雨辰倡导“Company-as-Code”,以AI为总线、人为边缘节点。全场也探讨了多Agent协作的黑板模式、硬件创业可能性与“Renaissance Developer”的职业路径转型。

一人公司与 Opencloud 风潮:2026 前夕的实践、创业与协作全纪要

参与嘉宾与身份确认(基于开场与互动)

  • 雨辰(Speaker 1):中退圈发起人之一,Opencloud(昵称“小龙虾”)在中文圈的早期推动者;长期倡导“一人公司(One Person Company,OPC)”与人机协作;提出“Company as Code”。
  • 陈峰(Speaker 2):本场 Space 主持人;出海趣共同组织者之一;牵头讨论 OPC 政策、Opencloud 创业话题。
  • 柏顺(Speaker 3):独立开发者;过去一年专注 APP 增长,实操 Facebook 社群矩阵与 UGC 素人分发;探索 Opencloud 在营销与研发场景的应用。
  • 艾思雅(Speaker 4):技术背景;跟进 Opencloud 技术能力与本地知识库实现;分享多平台协作、IM 集成等。
  • 李92(玖二,Speaker 5):开源实践者;提出“数字分身/数字孪生记忆体系”与蜂群(Swarm)思路;关注 Agent 作为“全新物种”,探索 AI 眼镜场景与 Web3 结合(poly market)。
  • 薛鼎AI(Speaker 6):企业咨询与技术实操;大量 Subagent 集群实测;提出“黑板模式”与发布-订阅等多种多 Agent 协同模式;从商业侧强调“与 Opencloud 同赛道做软件风险高”。
  • K课(产品经理/设计师,Speaker 7):从工程与产品结构化视角看 Agent/小龙虾的演化为“信息组织工具”,强调个人数据资产与结构化能力的长期价值。
  • 岳兄(Speaker 7,后段发言):开发者;认可“iPhone 时刻”判断与 Company as Code;呼吁硬件创业机会。
  • Gathling(“考拉头像”,Speaker 8):部署与群聊交互尝试者;关注不同模型与团队协作(与 CC Team 的对照)。

开场与背景:社区回归、OPC 政策与 2026 孵化期望

  • 出海趣一年一度回归 Space,延续 2023 年传统。雨辰、柏顺、APPCELL、波波等在场;欢迎老朋友随时上麦交流。
  • 国内从 2025 年末至 2026 年初,政府推动的 OPC 浪潮在多地起势:
    • 武汉武昌区与阿里联合推进 OPC 物理空间与生态打造(柏顺分享:年后计划线下对接)。
    • 海南项目后续年后将继续落地对接(陈峰补充)。
  • 社区平台与分发:XBC(Xboost Club)定位于帮助创业者解决分发(distribution)难题;计划以“人机协作 + AI Agent”打通“一人公司”的端到端方法论与实践;2026 年将启动新一轮孵化 Camp,扶持可跑通业务的项目。

一人公司与人机协作:形态的“具象化”与技术拐点

  • 雨辰判断:2026 年是关键拐点。一人公司从“人 + AI 工具”跃迁到“人 + AI Agent 共创”,Agent 更像“员工”而非工具——他在个人电脑与 Mac mini 上常驻多名 Agent,各司其职,人与 Agent 的协作已具备强烈“类人”感。
  • 开源项目 Opencloud(社区昵称“小龙虾”)将碎片化能力(基座模型 + 框架 + 工具)高效组装为“可执行的实用系统”,带来“iPhone 时刻”:产品形态被“看见”,创业机会自底层到应用层加速释放。
  • 市场层次判断:现阶段更适合 ToC/开发者生态,严肃 ToB 商业落地尚需工程化与治理完善(权限、审计、稳定性、合规等)。这在应用框架、企业级编排、可观测性、记忆系统与团队协作等方面存在大量创业空间。

柏顺的产品增长实操:从 Twitter 转向 Facebook,构建 3000 万量级社群矩阵

  • 社交迁移与社群布局:
    • 从 Twitter 的技术圈“信息茧房”转向 Meta 生态,并在 Facebook 上运营 20+ Group(总量约 3,000 万用户曝光级别,最大单群两三百万)。
    • 语言策略:原则上以英文为主,Facebook 的内置翻译降低语言摩擦(孟加拉等多语发帖仍可浏览)。
  • 社群赛道与规模:
    • 唯美美图/生活摆件/手机壳(ins 风格)。
    • 搞笑梗图(“迷”)。
    • 宗教(基督教/天主教为主,另有佛教群十几万)。
    • 英语学习(3 个群均在百万量级)。
    • 动漫(如鬼灭之刃主题群)。
    • 励志/早晚安鸡汤图文(最大 160 万)。
  • 运营机制:
    • 版主制度:东南亚大学生等主动担任版主以换取内容变现机会(类似公众号流量分成);柏顺主要做报表审核与治理,降低运营人力成本。
    • 冷启动与增长:早期借他人 Group/Page 曝光;后期依靠关键词与搜索排名形成自来水流量。案例:以“Gmail”为主题的群组 2025 年 6 月起步,5 个月涨至 ~90 万。
    • 推荐算法机制:早期需账号活跃与互动基数;内容先小范围推送,根据互动层层放大,高爆可达 20–30 万级别乃至更多。Facebook 重视站外分享(WhatsApp/Telegram)引入的增量流量;对非原创内容的容忍度较高(同一素材多账号爆)。
  • 与 Twitter 的对比:
    • Twitter 月活约 5 亿,Facebook 全家桶(Facebook/Instagram/WhatsApp/Messenger)合计月活 30+ 亿,生态打通导致联合曝光机会更多。
    • 用户画像差异:Twitter 更像科技圈高知小圈层;Facebook 更接近“拼多多用户”式的广泛普通人,跨境获客更易在 Facebook 生态。
  • 变现与产品导入:
    • 每日从 Group 引流至 APP 的点击约 300+(比例不高但为稳定漏斗来源)并可用于早期冷启动与需求验证;可直接私信沟通。
    • 针对 XBC 的建议:C 端 AI 产品在 Facebook 适配度高,长尾效果优于 Twitter(非 SEO 级别),适合矩阵协作与站外引流;Group/Page 双线并行,联盟式互相互动可显著提高推送概率。
  • 素人分发与 UGC 团队:
    • 组建 24 人 UGC 素人团队,聚焦学习型博主共创内容;主推产品 Mom Clock(自律闹钟 + Unblocking),CPM ~1.5 美元,验证较优。
    • 增长策略:先做 SEO,再以素人分发增强传播;投流短期不 All in,重心在有机增长与共创网络。

Opencloud 的使用与增效:从营销自动化到“替代低端工作”

  • 柏顺:闲置 Mac mini 部署 Opencloud,主要用于营销相关自动化(脚本拆解、仿写、达人沟通 brief 等);简单编码任务在夜间自动执行。当前生产力仍以个体经验为主,逐步过渡到由 AI 主导。
  • 用人 vs 用 Opencloud:早期招聘成本高、能力匹配难与试错时间成本大;Opencloud 的角色调教成本与替换成本更低。2026 年计划优先用 Opencloud 替代可标准化、可替代的低端工作;尝试更高级自动化动作,达到“放心交付”。

Opencloud 创业与生态判断:两种视角的碰撞与融合

  • 雨辰的“iPhone 时刻”判断:
    • 形态落地后,基础设施(框架、编排、治理)与应用层(人机协作的真实场景)将涌现一波机会。
    • 现阶段 ToC 和开发者生态更有可玩性;严肃 ToB 需补齐工程化与企业级治理。
  • 薛鼎的商业侧提醒:
    • 与 Opencloud 同赛道“做软件”难度极大:作者日均 600+ 次 commit(迭代强度空前)、全球竞争态势显著;用户偏好“免费 + API + Claude Code 等工具”自组方案,付费意愿不足。
    • 生态夹层可能被“上端服务(交付/咨询/培训/落地)”与“下端 API(能力提供者)”双向侵蚀;中间应用层复利能力弱,短期有钱,长期难做 10x/100x 机会。
    • 建议聚焦两端:
      • 下端:提供高价值 API 与模型能力。
      • 上端:企业级服务一揽子解决(部署、培训、流程优化、定制开发、咨询),走好“最后一公里”。
  • 玖二的技术侧反驳与补足:
    • Agent 是“全新物种”,不能类比 N8N/Coze 等工作流工具;小龙虾不是 Chatbot。
    • 开源(如 Opencloud)与闭源(如豆包)不可直接对标:开源可深度定制、透明工程化;闭源黑箱限制能力组合与扩展。
    • 记忆与治理路线:
      • 方案 A(玖二):数字分身/数字孪生记忆——分块化权限、读写回策略,由“数字孪生”统筹指挥 Agent 工作。
      • 方案 B(黄总):蜂群(Swarm)临时工模型——任务筛选后销毁,将记忆上送到主 Bot,形成层级记忆汇聚。
    • 设备侧探索:以 Manta 第一代 AI 眼镜为试验载体,寻找杀手级应用;Opencloud 给个体创业开辟端侧创新空间。
    • Web3 结合:面试机会来自“Agent + Web3(poly market)”概念,可做跨领域孵化。
  • 视角融合(主持与双方认可):
    • 技术侧承认 Opencloud 创新强度与形态落地;商业侧提醒市场选择与复利挑战。
    • 结论:短期生态工具封装(一键部署、UI 壳等)确有现金流机会;中长期需在 API 能力或企业级落地服务上构建壁垒。

技术能力盘点与实践细节:Opencloud 能力、知识库与多 Agent 协同

  • Opencloud 的核心能力(艾思雅):
    • 可调用浏览器与 Shell(Linux/Mac),对本地文件系统具备高自由度操作;可对接飞书、Discord、Slack、WhatsApp 等 IM 平台;通过命令行与外部工具(如 ffmpeg)实现音视频处理链。
    • 因此近似“人在电脑能做的事它基本都能做”(除专业软件的特权接口)。
  • 本地知识库(QMD,Query Markdown Document):
    • 官方提供 QMD 组件(由 Shopify CEO 编写)作为本地检索引擎:配置 memory 与 QMD 路径,QMD 维护 Sqlite 向量索引;请求时在向量库查询并将检索片段(snippet)注入上下文再调用模型,实现“Markdown 文档即知识库”。
  • 多 Agent 协同模式(薛鼎):
    • 任务维度:发送端/执行端均可能是人/AI,形成 2×2 四类组合。
    • 通信四模式:
      1. 发布-订阅总线(事件流)——适合结构化但 Debug 难度高;
      2. 点对点消息(Opencloud sendMessage/subagent 通信)——10 个 Agent 以下效率最高;
      3. 领导驱动(一个协调者多开 Agent 下达任务)——适合小队协同;
      4. 黑板模式(统一文件系统)——10 个 Agent 以上网状协作,所有 Agent 以统一心跳读取增量并写回,复杂度与可控性更佳。
    • 黑板落地:手机/电脑用 iCloud,同步至多台云服务器用文件同步工具;敏感权限通过 Telegram 主动请求与 agent.md 管理。
  • 雨辰的多 Gateway/Sandbox 管理:
    • 偏好 main session(仅与 DM 在沙盒外,其余在沙盒内),Workspace 通过 mount 共享;GitHub 定时备份(按时间戳分支)实现版本与审计;在“Company as Code”思路下统一文本化管理(代码、内容、CRM、邮件列表、产品管线等)。

Saas vs APP:转向 ToC 与增长逻辑差异

  • 柏顺的转型动因:
    • 过往 Saas(Hiform、Earlybird、JingoBio 等)偏 ToB/SMB,痛点在于:
      • 销售流程(预约 meeting、Demo、Close)对个体开发者负担重。
      • 时差与家庭因素(深夜 demo 不现实)。
      • 语言沟通不够自如(影响 close)。
    • 因此转向 ToC 的 APP 模式,路径更短(让用户“看到-使用-付费”),单客价低但依靠规模。
  • 是否回到 Saas:
    • 会做 To Creator 向的小型 Saas(围绕素人分发与 UGC 协作工具),但不再回到经典 ToB Saas。

人才与职业路径:从“打孔技能”到“文艺复兴式开发者”

  • 陈峰提出:AI 能力增强后,初级工程师/设计师如何晋级?是否仍沿传统路径?
  • 雨辰回应:
    • 引 AWS re:Invent(2024)CTO Werner 的“Renaissance Developer”(文艺复兴开发者)主题:每次技术巨浪都曾制造“失业恐慌”,但机会随之涌现(从打孔到高级语言、到云计算,再到 AI)。
    • This time is the same(大体同理):路线在变,磨练的技能在更新——不再训练“打孔(底层重复劳动)”,转而解决新的问题(工程化、协作治理、数据与流程编排、人与 AI 的组织设计)。
    • 给从业者建议:保持好奇心与学习能力;面向“Company as Code”的整体系统素养;在真实业务端持续实践以形成复利。
  • 社会侧补充:普通人的生活“衣食住行”为本位,技术浪潮的渗透与就业结构变化需以更长周期观察;技术乐观但不忽视短期摩擦。

其他动态与收尾

  • 社区:雨辰的 Discord 服务器是中文圈 Opencloud 热潮的重要集结点,三周内快速传播与扩散。
  • 城市与政策:武汉武昌区与阿里推动 OPC 生态;海南线下对接将续办,年后出海趣会组织线上碰面与传局。
  • 春节与行业节奏:各家大模型春节期间预计集中发布;今年春晚被戏称“最不是人的一届春晚”(机器人元素增多)。

关键纪要与亮点总结

  • 形态拐点:Opencloud 让“一人公司的人机协作”从概念走向具象,Agent 更像“员工”,2026 年被视为创业爆发窗口。
  • 实操增长:Facebook Group 矩阵可成为强有力的分发通道(关键词型自来水 + 长尾),与站外分享结合形成裂变;Twitter 与 Facebook 用户画像与传播机制需策略性选择。
  • 创业策略:中短期可做生态工具封装赚取现金流;中长期建议重心在 API 能力或企业级服务落地构建壁垒。
  • 技术要点:
    • Opencloud 的浏览器/Shell/IM 能力接近“电脑可做皆可做”。
    • QMD 本地知识库(Markdown→向量检索→Context 注入)为开源可用的记忆实现路径。
    • 多 Agent 协同的“黑板模式”在队伍规模增大时更具可控性与鲁棒性(统一心跳、增量读写、文件系统为总线)。
  • 组织范式:Company as Code 将企业的代码、内容、客户管线、运营流程文本化与版本化,AI 成为数据总线,人为边缘节点,协作效率与治理透明度显著提升。
  • 职业路径:路线更新、技能迁移是历史常态;从“打孔”转向“系统化协作与组织设计”,个体应拥抱“文艺复兴式开发者”心态。

建议与行动点(面向出海与个体创业者)

  • 评估产品受众与平台适配度:C 端产品优先尝试 Facebook 生态的 Group/Page + 站外引流;技术传播与同行共创仍可在 Twitter 维持影响力。
  • 组建轻量 UGC/素人团队:以共创降低内容生产成本,提高 CPM 效率,形成社群内容-产品转化的闭环。
  • Opencloud 落地三步:
    1. 明确任务边界与权限模型(agent.md + Telegram 审批)。
    2. 建立统一的“黑板”(文件系统)与心跳机制,优先在 10+ Agent 的团队协作采用。
    3. 配置 QMD 等本地知识库,将 SOP/Markdown 文档化、向量化,形成“知识即上下文”的可复用体系。
  • 关注两端机会:
    • 下端:API 能力与模型服务(高可靠、高性能、专长域)。
    • 上端:企业级“最后一公里”交付(部署、培训、咨询、流程重构)。
  • 启动 2026 孵化:加入/关注 XBC 孵化 Camp 与分发平台,结合 OPC 政策窗口与本地资源(如武汉/海南),将“人机协作”项目尽快跑通并形成现金流。