用途：作为 FrankX 运营系统的执行层，一次运行即汇总业务中所有需要 Frank 关注的事项，并把每项推进一步。它与 frankx.ai 内置的 capture/acknowledge/track 层（/api/intake → Notion "Inquiries" CRM）配合使用，完整架构见网站仓库 docs/ops/OPERATIONS_SYSTEM.md。
运行时机：每周一作为规划仪式跑完整循环；有需要时在专注工作前询问"什么需要我关注"；发布后入站激增、管道需要分诊时。
循环四步，每步以具体行动收尾而非仅出报告：
- 收件箱——分诊新询问。来源为 Notion Inquiries（CRM）数据库（未接入 Notion 时用 /admin/intake），拉取所有 stage 为 New 的行。逐条判定紧急度（商业意图+具名公司+具体诉求=热），以 Frank 的口吻（技术权威语域，见 frankx-brand 技能）起草回复，先给答案，再提出下一步（通话/范围/不匹配），并把 Notion Stage 从 New 推进到 Triaged。输出按热度排序的列表，热线索在前，各附可发送草稿。
- 管道——推进 CRM。拉取 Triaged、Call booked、Proposal 的行，为每条指明唯一的下一步动作及负责人：Triaged 未回复则发草稿；Call booked 日期已过则记录结果并转入 Proposal 或 Lost；Proposal 超过 7 天未动则催单或标 Lost；标记停滞超过 14 天者。
- PR——清扫开放工作。覆盖 frankxai/frankx.ai-vercel-website 与 frankxai/agentic-creator-os：列出开放 PR 的 CI 状态与评审状态；绿灯且已评审的标为可合并；CI 红灯的诊断一行并给出修复建议；停滞草稿（超 7 天无活动）决定完成，或关闭并在 BRANCH_AUDIT.md 记录想法。输出合并队列与修复队列。
- 内容——呈现计划。上次循环以来发布了什么（博客、构建、社交）；排队中或半成品是什么（草稿 PR、content/builds/* 状态为 wip）；推荐下一件作品，关联到真实构建。
模式：full（默认，四步全跑）、inbox（仅分诊新询问并起草回复）、pipeline（仅推进 CRM 阶段）、prs（仅 PR 清扫）。
输出格式固定为 Ops Readout——<date>，分热事项、收件箱、管道、PR、内容等小节。
护栏：未经 Frank 确认绝不自动发送回复或推进 Won/Lost 阶段，只起草与提议由 Frank 批准；语域为技术权威，先给答案、链接产物、让作品说话，不用炒作或大师式语言；如实呈现，若管道为空或 PR 全干净就直说，编造忙碌的运营循环比没有更糟。
限制：文档未提供价格、平台支持范围或安装命令等细节。