一人公司架构学:我用 Slock 养了 10 个数字员工然后裁了那个冗余的项目经理
文章探讨了在 2026 年利用 AI 打造一人公司的架构经验。作者指出简单的 AI 工具堆叠会导致 Agent 疲劳,转而通过 Slock 建立了一套数字组织架构。核心观点包括:裁掉干扰架构直觉的 AI 项目经理,保留负责能力审计的 HRBP;利用“Work + Verify”的跨模型对抗机制防止 AI 逻辑欺诈;通过物理隔离频道防止上下文污染;以及像管理资产一样对算力进行分级套利。
文章探讨了在 2026 年利用 AI 打造一人公司的架构经验。作者指出简单的 AI 工具堆叠会导致 Agent 疲劳,转而通过 Slock 建立了一套数字组织架构。核心观点包括:裁掉干扰架构直觉的 AI 项目经理,保留负责能力审计的 HRBP;利用“Work + Verify”的跨模型对抗机制防止 AI 逻辑欺诈;通过物理隔离频道防止上下文污染;以及像管理资产一样对算力进行分级套利。
文章以实战案例深入探讨一人公司中Agent的组织架构与治理,观点新颖且论证充分,但具体操作步骤略显抽象,时效性因日期较近而良好。
文章探讨了高级 AI Skill 的本质:不是把更多指令塞进一份文件,而是把多个单点能力按任务关系编排组合。作者通过分析 GitHub 上多个热门 Skill 仓库,总结出五种组合模式:路由(判断调用哪个 Skill)、顺序(强制工作流程)、选择(按需分诊组合)、流水线(专业能力交接)和分层(Skill 与系统能力分工)。文章提出组合 Skill 的五个核心零件:路由、输入输出契约、顺序与并行、上下文状态、验证反馈,并建议从真实返工中逐步长出组合关系。核心观点:Prompt 让 AI 听懂一次需求,Skill 固化一类做法,而组合 Skill 才能把复杂任务交付出来。
作者提出九条原则,帮助判断 Agent Skill 是否真正有效,覆盖 Skill 生命周期三个阶段:被选中、可靠执行、经受现实检验。核心观点包括:元数据描述是触发与否的关键入口;上下文是共享预算,需渐进式加载;流程与检查点优于长篇散文;规则应解释原因以应对边缘情况;预先记录并反驳模型常见的跳过理由;确定性逻辑写成脚本代码而非依赖推理;严格限定修改范围;Skill 会随库更新和约定变化而腐化,需版本化管理;上线前必须用真实用例运行验证,从观察到的行为而非想象中调试。
本文是一篇实操教程,作者详细讲解了如何用 Grok Bot 搭建一人公司的 Bot 团队。通过个人网站从想法到上线的完整案例,阐述了 Bot 的配置方法:先为一个 Bot 设定长期系统简介和职责边界,安排第一个任务进行设计探索;当出现值得长期单独负责的工作岗位时再新增 Bot(如专职动效的 Motion God、负责工程上线的 Devbot、负责 Figma 生产的 Figma Bro);当多个 Bot 需协作时建立群聊,做好交接资料整理和分工规范。文章总结了 Bot 简介写长期职责、任务放聊天里、重复工作流沉淀为 skill 等核心心法,帮助读者按自己的工作流搭建 Bot 团队。
Remy, from AI with Remy, shares how he runs his company on agent skills, treating them as SOPs for AI. He explains the concept of skills as markdown files that package workflows, and the problem of AI being single-player. The solution is to store skills in a GitHub repo and distribute them as plugins via Claude Code or Codex, enabling team-wide sharing, version control, and auto-updates. He also discusses designing skill chains, a self-improvement loop for skills, and a web app layer for managing them. The key takeaway is to centralize skills, use plugins for distribution, and continuously improve them.