Motux Build 是 AI Agent 的产品开发标准库。

先选择安装范围，再确认当前项目实际使用哪一份 Build。 阅读本章

• 认识产品的四个部分

  分清标准、管理工具、表单和独立模块各自负责什么。

• 安装到 Codex 用户范围

  一份插件供多个 Codex 项目按需使用。

• 为项目启用或停用插件

  决定当前项目使用用户级 Build，或暂时停用。

• 只在当前项目安装

  获得完整、可锁定版本的项目内 Build。

• 检查安装与加载状态

  区分已经放入文件和实际开始使用。

• 单独使用 Motux Brief

  只需要需求表单时，不必接入完整 Build。

把现有规则接入同一套工作方式，并保留项目自己的决定。 阅读本章

• 接入已有项目

  先盘点已有代码、约定和入口，再确定接入范围。

• 融合规则与项目例外

  保留已有约定，同时让通用标准可以继续升级。

• 接入其他编程 Agent

  让同一个项目中的不同工具读取同一份标准。

• 后续 Agent 策略与入口维护

  选择何时配置新工具，并检查或移除旧入口。

从想法到明确的第一版，使用 Brief 一次处理相关问题。 阅读本章

• 澄清目标与收敛 MVP

  决定第一版必须做什么，以及暂时不做什么。

• 全面产品问卷

  把新产品的大量相关问题整理成分组表单。

• 聚焦决策表单

  只解决当前阶段的一组关键选择。

• 保存、继续填写与落地决策

  让表单答案成为项目中可读取的决定记录。

把标准用在真实任务上，知道 Agent 应当产出什么证据。 阅读本章

• 新产品工程初始化

  在确认产品方向后建立可运行的工程起点。

• 技术选型与架构边界

  围绕当前需要做取舍，不为假设中的未来堆叠架构。

• 界面、交互与前端实现

  从用户操作流程到完整状态和真实浏览器验证。

• API、数据、权限与服务集成

  把成功路径与失败、重试和权限一起设计。

• 按风险选择测试与回归

  用测试证明功能目标，控制无关测试成本。

• 代码审查与独立 QA

  让已冻结的改动接受另一轮有范围的检查。

• Git、版本与交付说明

  让改动可以追溯、审阅和回退。

在多阶段工作中保留决定、分配职责，并按需读取标准。 阅读本章

• 按任务读取需要的标准

  简单任务保持轻量，复杂工作分阶段推进。

• 并行开发与集中验收

  在宿主支持时让多个 Agent 按明确边界合作。

• 项目记忆、检查点与交接

  换任务或换 Agent 后仍能继续已确认的工作。

• 复盘与经验回流

  把反复出现的问题整理为可复用规则或模块。

按需安装工作方法，在兼容范围内单独更新。 阅读本章

• 检查与安装独立模块

  增加一份经过校验的工作方法。

• 启用、固定版本与停用

  决定哪个项目实际使用已安装模块。

• 单独更新与回退模块

  更新所选内容，保留其他模块和已有任务。

• 处理中断与锁冲突

  在不猜测原始状态的前提下恢复模块事务。

• 联合开发统筹模块

  把多个项目连成一个可联合验收的业务流程。

在明确能力缺口时推荐工具，并按选择安装和维护。 阅读本章

• 推荐、跳过与抑制推荐

  让专用工具在有帮助时出现。

• 安装已选择的 Skill

  校验固定来源后复制明确的 Skill 内容。

• 检查、更新和移除 Skill

  保留修改痕迹，按精确内容管理已安装工具。

根据安装范围更新正确的一份 Build。 阅读本章

• 只读检查更新

  先看哪些版本可用，再决定是否应用。

• 更新或修复本机插件

  让共享 Codex 插件使用已验证的正式版本。

• 一次完成合格的项目补丁更新

  所有固定条件满足时，用短指令完成更新。

• 按组件计划更新

  处理需要明确选择和预览的项目更新。

• 体检、修复判断与项目回退

  在出现异常时先定位，再选择恢复方式。

• 旧布局与早期 Motux Dev

  按实际历史版本选择专门的迁移路径。

需要时再查术语、目录和故障处理。 阅读本章

• 自然语言与命令名称

  把示例交给 Agent，不必安装一个 motux 全局 CLI。

• 文件归属与术语

  知道资料存在哪里，什么不该直接改。

• 常见问题的最短处理路径

  从现象出发，避免反复重装。