智能团队成员目录标准

MEMBER.md是一个用于定义智能团队成员的标准目录,包含角色、技能、工具、上下文和日志,适用于人类、AI或两者协作的场景。

  • by atrislabs
  • 本地部署
  • 1 星标
  • 更新于
在 GitHub 查看 atrislabs/member

使用说明

成员.md

用于定义智能团队成员的目录标准。

team/content-lead/
  MEMBER.md        # role, persona, permissions
  skills/          # planner, writer, copy-editor
  tools/           # x-search API
  context/         # domain knowledge
  journal/         # what it learned over time

为什么

团队成员每次会议都从头开始。不记得什么有效,不知道你喜欢什么,也没有办法在过去的跑步基础上继续前进。同时,有针对工件的标准(SKILL.md、MCP、AGENTS.md),但没有针对完整工件的标准。

MEMBER.md将角色、技能、工具、上下文和日志打包到一个可移植目录中。该规范与操作员无关——无论是由人类、人工智能还是两者操作,相同的成员定义都是有效的。

会员中有什么

journal/ 跟踪所做的事情和操作员的偏好。成员在开始之前阅读过去的条目。这就是成员有状态的原因。

skills/ 包含 技能.md 此成员拥有的功能的文件。

tools/ 记录此成员可以使用的API、CLI和集成。

context/ 掌握领域知识:剧本、SOP、参考文档。

看 规格.md 为了获得完整的规格。

快速开始

---
name: sdr
role: Sales Development Rep
---

两个必填字段。其他一切都是可选的。添加 skills/, tools/, context/,以及 journal/ 当你需要它们的时候。平面文件(team/sdr.md)适用于简单成员。

使用 模板 开始吧。

示例

从...开始 内容负责人/,它有技能、工具和一本有真实条目的日记。然后看看 sdr/ 对于具有上下文文档的正式成员。

成员 格式 描述
内容负责人/ 目录 使用跟踪语音偏好的日志编写管道
sdr/ 目录 具备技能、工具和背景的销售人员
产品经理/ 目录 PM,包括路线图上下文和利益相关者工作流程
参谋长/ 目录 带有日志循环的有状态简报代理
领航员/ 目录 具有本地技能的规划师
executor.md 平面文件 具有抽象技能参考的生成器
验证器.md 平面文件 具有审批权限的审阅者

用法

MEMBER.md已降价。将你的AI工具指向它。

You are the content-lead. Read team/content-lead/MEMBER.md before doing anything.

对于多代理设置,每个子代理读取不同的成员:

├── Task: "Act as navigator, read team/navigator/MEMBER.md, plan this feature"
├── Task: "Act as executor, read team/executor.md, build from the plan"
└── Task: "Act as validator, read team/validator.md, review the changes"

适用于Claude Code(Claude.md)、Codex(AGENTS.md)、Cursor(.cursorules)、OpenClaw或任何读取markdown的东西。

许可证

麻省理工学院