成员.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的东西。
许可证
麻省理工学院