它还从我的内容里总结出 6 个核心信条：
▸ 没亲手用过就没有发言权
▸ 松弛是生产力，不用数据审判自己
▸ AI 是赋能工具，不是替代品
▸ 开放生态大于平台封闭
▸ 只要敢花钱、敢放权，AI 就是许愿机
▸ 朋友关系高于流量关系
Rules 也是 Context，而且是密度最高的 Context。
一份 AGENTS.md 里装着你的人格、价值观、写作品味。它不是玄学记忆，而是你能打开、能改、能删的纯文本。
AI 的“记忆”不该是黑盒。
------
AI 同事不只是会聊天
AI 读懂 Context 只是第一步。
接下来它还得会动、会记、有明确的人格和边界。
Moxt 这里有几个能力挺关键。
第一是 Skill 组合。
比如我的公众号写作流水线以前是：
humanizer-zh 去 AI 味 → writing-rewriter 风格重写 → wechat-formatter 公众号排版。
以前要手动走三步，每一步复制粘贴。
现在丢一份初稿进去，十几分钟就能拿到可以直接贴公众号的终稿，中间版本也都留在 Workspace 里。
第二是定时任务。
我建了一个“热点监控员”，每天早上跑 Cron，扫过去 24 小时的 Twitter、Newsletter、Hacker News，按主题聚类，输出科技热点日报。
我不建议大家只看 AI 总结。
但 AI 很适合帮你不漏掉重要信息。
第三是 Webhook。
我的 CodePilot 项目一旦有新 GitHub Issue，Webhook 会推给 AI 同事。
它先判断这是 bug、功能建议，还是用户不会用。
bug 进待修复，功能建议进路线图候选，使用问题生成 FAQ 草稿。
做完再决定要不要叫我。
一个人没法 7×24 在线，AI 同事可以。
------
因为 Moxt 面向组织，所以安全性很重要。
不同文件夹有不同权限，不同任务也应该有不同放手程度。
内部信息整理，可以放手。
对外发邮件，发送前必须确认。
数据分析，结论标“待人类确认”。
删除和归档，最好卡审批。
组织用 Agent 的核心不是让 AI 什么都自动做，而是清楚定义：哪些事可以自动，哪些事必须过人。
------
MCP 让系统接起来
Moxt 除了 Slack、GitHub 原生集成，也支持 MCP。
比如：
▸ Sentry MCP：直接问最近线上有什么报错
▸ Figma MCP：问设计稿里某个按钮是什么颜色
▸ Linear MCP：创建一个 high priority 的 bug ticket
个人用 MCP，很多时候只是方便。
组织用 MCP，就变成了信息流转能力。
因为组织里的真实信息，本来就散在 Notion、Slack、GitHub、Linear、Figma、Sentry 这些地方。
Agent 如果不能连这些系统，就只能停留在“会写字”。
------
Moxt 另一个让我惊喜的点，是它把 AI 输出从文字拓展到了完整视觉形态。
同样一份数据，momo 可以输出可交互数据看板、结构完整的 PPT，甚至产品 demo。
看板基于 ECharts，能筛选、能悬浮提示、多图联动，最后是一个独立 html。
PPT 有封面、目录、内容页、图表、结尾，键盘能翻页。
产品 demo 可以生成表单、列表、后台 dashboard 这些常见页面结构，Tailwind CSS 单文件就能演示。
这对组织特别重要。
很多时候，纯文字不是最好的交付物。
能看、能点、能演示的东西，才更容易被理解和推进。
------
我理解的 Agent 公式
我以前提过一个公式：
Agent 能力 = 工具 × 上下文 ×（人格 + Memory + Skill）
工具决定它能做什么。
上下文决定它知道什么。
人格、Memory、Skill 决定它像不像你。
这是个乘法。
任何一个因子为 0，输出都很难好。
模型再强，也救不了一个没有工具、没有上下文、没有规则的 Agent。
Moxt 做得比较好的地方，是把这几个要素放进了一个组织能理解、能管理、能修改的 Workspace 里。
------
最后
Moxt 在 AI 藏师傅的身份书里总结过一句话：AI 是赋能工具，不是替代品。
我觉得这也是 Moxt 的底层逻辑。
它想做的不是替你决策，而是放大你的能力。
“一人公司”里的“一人”，重点不是一个人硬扛，而是决策和品味不被稀释。
真正稀缺的是判断、审美、执念。
这些 AI 学不来，也不该交给 AI。
AI 应该做的是把你从搬运 Context、切换任务、重复看一眼这些琐碎里解放出来，让那份稀缺的判断被放大。
一个人的品味 × AI 同事的执行带宽，才是 OPC 真正的意思。
如果你或者你的组织也在每天切任务、搬 Context、沉淀方法论，可以试试 Moxt。
▸ 没亲手用过就没有发言权
▸ 松弛是生产力，不用数据审判自己
▸ AI 是赋能工具，不是替代品
▸ 开放生态大于平台封闭
▸ 只要敢花钱、敢放权，AI 就是许愿机
▸ 朋友关系高于流量关系
Rules 也是 Context，而且是密度最高的 Context。
一份 AGENTS.md 里装着你的人格、价值观、写作品味。它不是玄学记忆，而是你能打开、能改、能删的纯文本。
AI 的“记忆”不该是黑盒。
------
AI 同事不只是会聊天
AI 读懂 Context 只是第一步。
接下来它还得会动、会记、有明确的人格和边界。
Moxt 这里有几个能力挺关键。
第一是 Skill 组合。
比如我的公众号写作流水线以前是：
humanizer-zh 去 AI 味 → writing-rewriter 风格重写 → wechat-formatter 公众号排版。
以前要手动走三步，每一步复制粘贴。
现在丢一份初稿进去，十几分钟就能拿到可以直接贴公众号的终稿，中间版本也都留在 Workspace 里。
第二是定时任务。
我建了一个“热点监控员”，每天早上跑 Cron，扫过去 24 小时的 Twitter、Newsletter、Hacker News，按主题聚类，输出科技热点日报。
我不建议大家只看 AI 总结。
但 AI 很适合帮你不漏掉重要信息。
第三是 Webhook。
我的 CodePilot 项目一旦有新 GitHub Issue，Webhook 会推给 AI 同事。
它先判断这是 bug、功能建议，还是用户不会用。
bug 进待修复，功能建议进路线图候选，使用问题生成 FAQ 草稿。
做完再决定要不要叫我。
一个人没法 7×24 在线，AI 同事可以。
------
因为 Moxt 面向组织，所以安全性很重要。
不同文件夹有不同权限，不同任务也应该有不同放手程度。
内部信息整理，可以放手。
对外发邮件，发送前必须确认。
数据分析，结论标“待人类确认”。
删除和归档，最好卡审批。
组织用 Agent 的核心不是让 AI 什么都自动做，而是清楚定义：哪些事可以自动，哪些事必须过人。
------
MCP 让系统接起来
Moxt 除了 Slack、GitHub 原生集成，也支持 MCP。
比如：
▸ Sentry MCP：直接问最近线上有什么报错
▸ Figma MCP：问设计稿里某个按钮是什么颜色
▸ Linear MCP：创建一个 high priority 的 bug ticket
个人用 MCP，很多时候只是方便。
组织用 MCP，就变成了信息流转能力。
因为组织里的真实信息，本来就散在 Notion、Slack、GitHub、Linear、Figma、Sentry 这些地方。
Agent 如果不能连这些系统，就只能停留在“会写字”。
------
Moxt 另一个让我惊喜的点，是它把 AI 输出从文字拓展到了完整视觉形态。
同样一份数据，momo 可以输出可交互数据看板、结构完整的 PPT，甚至产品 demo。
看板基于 ECharts，能筛选、能悬浮提示、多图联动，最后是一个独立 html。
PPT 有封面、目录、内容页、图表、结尾，键盘能翻页。
产品 demo 可以生成表单、列表、后台 dashboard 这些常见页面结构，Tailwind CSS 单文件就能演示。
这对组织特别重要。
很多时候，纯文字不是最好的交付物。
能看、能点、能演示的东西，才更容易被理解和推进。
------
我理解的 Agent 公式
我以前提过一个公式：
Agent 能力 = 工具 × 上下文 ×（人格 + Memory + Skill）
工具决定它能做什么。
上下文决定它知道什么。
人格、Memory、Skill 决定它像不像你。
这是个乘法。
任何一个因子为 0，输出都很难好。
模型再强，也救不了一个没有工具、没有上下文、没有规则的 Agent。
Moxt 做得比较好的地方，是把这几个要素放进了一个组织能理解、能管理、能修改的 Workspace 里。
------
最后
Moxt 在 AI 藏师傅的身份书里总结过一句话：AI 是赋能工具，不是替代品。
我觉得这也是 Moxt 的底层逻辑。
它想做的不是替你决策，而是放大你的能力。
“一人公司”里的“一人”，重点不是一个人硬扛，而是决策和品味不被稀释。
真正稀缺的是判断、审美、执念。
这些 AI 学不来，也不该交给 AI。
AI 应该做的是把你从搬运 Context、切换任务、重复看一眼这些琐碎里解放出来，让那份稀缺的判断被放大。
一个人的品味 × AI 同事的执行带宽，才是 OPC 真正的意思。
如果你或者你的组织也在每天切任务、搬 Context、沉淀方法论，可以试试 Moxt。
