Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
24 changes: 24 additions & 0 deletions examples/osop/README.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,24 @@
# OSOP Workflow Example for MetaGPT

This directory contains a portable [OSOP](https://osop.ai) representation of MetaGPT's role-based multi-agent software development workflow.

## What is OSOP?

**OSOP** (Open Standard for Orchestration Protocols) is a YAML-based workflow standard for describing AI agent orchestration. It provides a vendor-neutral way to define, visualize, and share multi-agent workflows across platforms.

## File

- **`metagpt-software-team.osop.yaml`** — MetaGPT's software team workflow (Product Manager → Architect → Engineer → QA → Code Review → Deploy) expressed in OSOP format.

## Why OSOP?

- **Portable** — the same `.osop.yaml` file works across any OSOP-compatible tool.
- **Visual** — load into the [OSOP Editor](https://github.com/Archie0125/osop-editor) to get an interactive flowchart of the workflow.
- **Interoperable** — convert between OSOP, n8n, LangGraph, and other workflow formats.

## Links

- [OSOP Specification](https://github.com/Archie0125/osop-spec)
- [OSOP Editor (visual workflow editor)](https://github.com/Archie0125/osop-editor)
- [OSOP Examples](https://github.com/Archie0125/osop-examples)
- [osop.ai](https://osop.ai)
87 changes: 87 additions & 0 deletions examples/osop/metagpt-software-team.osop.yaml
Original file line number Diff line number Diff line change
@@ -0,0 +1,87 @@
# MetaGPT Software Team — role-based multi-agent development workflow in OSOP format
osop_version: "1.0"
id: metagpt-software-team
name: MetaGPT Software Development Team
description: A software development team modeled after MetaGPT's role-based agent architecture. Each agent plays a specific role in the software development lifecycle.
tags: [metagpt, multi-agent, software-development, roles]

nodes:
- id: product-manager
type: agent
subtype: coordinator
name: Product Manager
purpose: Analyze user requirements, create PRD (Product Requirements Document), and define user stories.
runtime:
config:
system_prompt: |
You are a Product Manager. Analyze requirements, write PRDs,
and break features into actionable user stories.

- id: architect
type: agent
subtype: worker
name: Software Architect
purpose: Design system architecture, define APIs, choose tech stack, and create technical specifications.
runtime:
config:
system_prompt: |
You are a Software Architect. Design clean, scalable architecture.
Create class diagrams, API specs, and data models.

- id: engineer
type: agent
subtype: worker
name: Software Engineer
purpose: Implement code based on architecture design and PRD specifications.
runtime:
config:
tools: [code_editor, terminal, git]

- id: qa-engineer
type: agent
subtype: worker
name: QA Engineer
purpose: Write and run tests, report bugs, verify fixes.
runtime:
config:
tools: [test_runner, code_editor]

- id: code-review
type: human
name: Code Review
description: Human reviewer approves the implementation before merge.

- id: deploy
type: cicd
name: Deploy
description: Build, test, and deploy the approved code.

edges:
- from: product-manager
to: architect
mode: sequential
label: PRD → Architecture Design

- from: architect
to: engineer
mode: sequential
label: Tech Spec → Implementation

- from: engineer
to: qa-engineer
mode: sequential
label: Code → Testing

- from: qa-engineer
to: engineer
mode: fallback
label: Bugs found → Fix

- from: qa-engineer
to: code-review
mode: conditional
condition: all_tests_pass

- from: code-review
to: deploy
mode: sequential
Loading