核心有三套栈：ronny 是主力，覆盖任务拆分、子代理分发、上下文成本管控、长会话压缩、代码评审、应急上线、实验评估全流程；jiachen 主打帮人跳出反复手动介入的循环，还能把笔记直接生成小红书图文短视频；req-tpm 是需求 TPM 工具，对接飞书和 Meegle，把需求从提报、评审、追踪到闭环全部标准化。
整套思路很实在：AI 写代码快，但短板是上下文膨胀、越跑越乱、结果没法核验、评审缺失。所以这套能力就是给 AI 加 “工程刹车”：什么时候拆任务、什么时候压缩会话、怎么独立评审、怎么把人工反复纠正的问题固化成 CI 规则。支持单技能按需拷贝，也可以作为插件市场批量安装。仓库不含 MiniMax Code 本体代码，只沉淀工程工作流，适合想把 AI 编码流程规范化、减少翻车的开发者。
10 个关键问题Q&A
-
Q：mcode-stack 是大模型或者代码生成器吗？ A：不是，它只是一套可安装的技能、检查清单和工作流，配套 MiniMax Code / Claude Code 这类编码智能体使用，没有模型源码。 -
Q：它和普通提示词库差别在哪？ A：不是一次性提示词，是可调用的独立技能（/xxx 命令），可以嵌入智能体工作流，长期复用、带检查逻辑。 -
Q：ronny、jiachen、req-tpm 三个栈怎么选？ A：日常编码工程用 ronny；想减少自己反复手动兜底、做内容产出选 jiachen；要做需求管理、需求 TPM 闭环选 req-tpm。 -
Q：必须用 MiniMax Code 才能跑吗？ A：优先适配 MiniMax Code，同时兼容 Claude Code、Codex；单个技能也可以直接复制到～/.agents/skills 目录使用。 -
Q：subagent-split-check 这个技能干嘛？ A：用来判断任务交给子代理处理，还是留在主会话，避免子代理滥用。 -
Q：长会话乱、上下文越来越大它怎么解决？ A：long-session-check、context-tax-audit 做开销审计、摘要落盘、记忆分片、新建会话清理。 -
Q：能替代人工代码评审吗？ A：不能替代，提供独立评审、评审意见模板、评审反馈处理流程，辅助工程师做高质量评审。 -
Q：req-tpm 依赖什么工具？ A：依赖飞书文档、Meegle（飞书项目）以及 meegle、lark-cli，属于 v0 实验版本。 -
Q：我只想试其中某一个技能，需要装整套吗？ A：不用，可以单独拷贝单个技能文件夹到技能目录，按需加载。 -
Q：这套能力适合什么人？ A：用 AI 写业务代码、做工程开发，想要稳定流程、降低 AI 代码返工、建立标准化评估和上线流程的研发团队。
附录 用 MiniMax Code 写 MiniMax Code 的全套工作流，全部开源，装上就能用。
仓库简介：MiniMax Code 团队内部用于搭建 MiniMax Code 的工作流与能力集，已开源，可直接安装使用。 这不是提示词合集，也不是一份 “最佳实践” 清单。它是团队成员日常真实在用的一套体系：如何保障 AI 生成代码的高质量标准、判断任务是否交由子智能体处理、长命令的等待策略、避免长会话能力衰减，以及每一轮交互需要放入上下文的信息。每一项都是一份 SKILL.md（能力规范）或检查清单，可以直接安装到 MiniMax Code 中使用。
快速开始
Claude Code
一行命令添加该市场源并安装整套能力栈，在终端执行：
claude plugin install ronny --marketplace MiniMax-AI/mcode-stack
在 Claude Code 会话内执行：
/plugin install ronny --marketplace MiniMax-AI/mcode-stack
如需使用 jiachen或 req-tpm能力栈，把 ronny替换即可。
如果你本地克隆了这个仓库，执行脚本 scripts/install.sh即可安装 ronny； 执行 scripts/install.sh jiachen/ scripts/install.sh req-tpm安装另外两套。 环境中如果存在 claude或 codex命令会优先使用，否则会直接把对应能力栈复制到 ~/.agents/skills/。
旧版 Claude Code 需要先添加市场源，再安装：
/plugin marketplace add MiniMax-AI/mcode-stack
/plugin install ronny@mcode-stack
Codex
添加市场源，之后在插件目录或者命令行安装：
codex plugin marketplace add MiniMax-AI/mcode-stack
codex plugin add ronny@mcode-stack
同理替换为 jiachen、req-tpm。
只取用单个能力（单技能），适配所有项目
git clone https://github.com/MiniMax-AI/mcode-stack.git ~/mcode-stack
mkdir -p ~/.agents/skills
cp -R ~/mcode-stack/stacks/ronny/skills/long-command-check ~/.agents/skills/
新开会话，在 MiniMax Code 输入 /skills即可查看； 执行 /long-command-check调用，也可以让智能体根据描述自动加载。
整套能力栈作为本地插件安装
mcode plugin marketplace list
该命令会展示本地插件目录； 把完整的 stacks/ronny文件夹复制到插件目录，打开 MiniMax Code 的插件面板，按 Ctrl+R刷新。 本地插件放入目录即完成安装，在面板按空格启用 / 禁用。
通过 MiniMax Code 市场安装全部能力栈
本仓库同时充当插件市场源，你不需要手动复制文件，后续还可以接收更新。 在 MiniMax Code 桌面端，打开【插件】→【添加市场源】，填入 MiniMax-AI/mcode-stack； 之后每个能力栈都会作为独立插件，支持安装、更新、卸载。 市场源功能正在灰度放量，你的客户端版本可能暂未开放。
仓库内容一览
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
上表全部属于 ronny能力栈
jiachen 能力栈额外包含：
-
lifting-loops：识别需要你反复手动介入的循环节点，把人工操作自动化，跳出人工循环 -
making-content：把笔记素材生成小红书图文、竖版短视频
req-tpm：需求管理能力栈（可选）。提需求的人搭配专属智能体兼任需求 TPM：需求录入阶段质疑校验、定义可衡量预期结果、由负责人确定优先级、记录设计决策、定期跟进、标记停滞项、走上线门禁，最终必须对照预期结果核验证据才能闭环。内容主体存飞书文档，状态和流程在 Meegle（飞书项目）管理。当前为 v0 版本，依赖 meegle、lark-cli 命令行工具，需要一次性配置 Meegle 空间字段与状态。
一套能力栈一般包含三类资源：
- Skill（能力）
：一个包含 SKILL.md的文件夹。在 MiniMax Code 用/<能力名>调用，也可由智能体根据描述自动加载 - Checklist（检查清单）
：本质也是一种能力，智能体逐项核验项目；清单文本存放在 checklists 目录，调用方式同上，也可以直接阅读 - Workflow（工作流）
： WORKFLOW.md，描述开发者日常如何搭配 MiniMax Code 开展工作，阅读使用
工作原理
AI 生成代码的速度持续提升。当下拉开效果差距的，是围绕智能体建立起来的工程规范层：什么时候叫停智能体自查、谁来评审、状态信息存放在哪里、什么样的结果才算一次有效实验。 这些规范很难单纯靠文章落地，所以我们把它们封装成可执行的能力与检查清单。配套我们的《MCode 工程笔记》专栏：文章讲清楚思路，本仓库把思路变成可以直接运行的工具。
我们同时认为评测框架工程（harness engineering）是一门依靠实验迭代的手艺。仓库内容会随着持续探索不断迭代。你可以自由取用、修改。有改进建议可以提 Issue；详见贡献指南。
配套文章（MCode 工程笔记）
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
能力栈目录说明
stacks/ronny/ Ronny 能力栈（MiniMax Code 研发负责人，最早、功能最完整）
stacks/jiachen/ Jiachen 能力栈：脱离人工循环、笔记素材转图文短视频
stacks/req-tpm/ 可选：需求提报人+智能体共同担任需求TPM（飞书文档+Meegle）；v0版本
stacks/<name>/ 每位团队成员一套独立能力栈，欢迎团队成员新增
notes/ 记录每篇工程笔记对应的可执行能力
community/ 外部贡献者提交的社区能力栈
templates/stack-template/ 新建能力栈模板
每个能力栈本身就是一个 MiniMax Code 插件包。
贡献指南
欢迎提交 Issue 和讨论。现阶段，代码、文档、能力栈类 PR 仅接受仓库协作人提交。 如果你不是协作人，请先新建 Issue 沟通想法。
如果你日常在用 MiniMax Code（或其他智能体），也欢迎在 Issue 分享你的工作方式。 协作人新增能力栈流程：
-
复制 templates/stack-template/到community/<你的ID>/ -
编写 WORKFLOW.md：你日常如何和智能体协作、哪些交给智能体、哪些由你把控 -
至少加入一条你真实在用的能力或检查清单 -
运行 node scripts/check.mjs，提交 PR 时附上脚本输出，附带一段真实使用记录
详细规则见 CONTRIBUTING.md。如果你在自己的智能体项目里用到本仓库内容，可以提一个标题为「I use this」的 Issue 告诉我们。
和 MiniMax Code 的关系
MiniMax Code 本体仓库：https://github.com/MiniMax-AI/minimax-code 本仓库只存放工作流与能力定义，不包含 MiniMax Code 源码。
许可证
主仓库 LICENSE 文件为准；如果某个能力栈目录下存在 NOTICE.md，则以该文件说明为准。 engineering-*系列能力改编自谷歌工程实践规范，改编内容遵循 CC-BY 3.0 协议，详见 stacks/ronny/NOTICE.md