peach-agent-team
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChinesePeach Agent Team
Peach Agent Team
Overview
概述
PeachSolution 아키텍처에서 신규 기능 개발을 조율하는 통합 팀 스킬입니다.
기존 , , 를 하나로 통합하며, 역할별 페르소나와 체크리스트를 이 문서 안에 포함합니다.
team-backendteam-uiteam-fullstack这是PeachSolution架构中用于协调新功能开发的集成团队技能。
整合了原有、、,各角色的人设与检查清单都包含在本文档内。
team-backendteam-uiteam-fullstackModes
模式
| mode | 용도 | 포함 역할 |
|---|---|---|
| 기존 UI에 API + Store 연결 | backend-dev, backend-qa, store-dev, frontend-qa |
| Store 기반 UI만 구현 | ui-dev, frontend-qa |
| DB 스키마 기반 전체 생성 | backend-dev, backend-qa, store-dev, ui-dev, frontend-qa |
| mode | 用途 | 包含角色 |
|---|---|---|
| 为现有UI连接API + Store | backend-dev, backend-qa, store-dev, frontend-qa |
| 仅基于Store实现UI | ui-dev, frontend-qa |
| 基于DB schema生成全量功能 | backend-dev, backend-qa, store-dev, ui-dev, frontend-qa |
Preconditions
前置条件
- DB 스키마가 필요한 모드(,
backend)에서는fullstack이 존재해야 합니다.api/db/schema/[도메인]/[테이블].sql - 모드에서는
ui가 존재해야 합니다.front/src/modules/[모듈명]/store/[모듈명].store.ts - Store가 없으면 먼저 , UI가 없으면
peach-gen-store를 기준으로 생성합니다.peach-gen-ui - 기존 기능 수정 맥락에서 실행하는 경우 가 있으면 개요 → 로직 → 명세 → TDD 순으로 먼저 읽고 컨텍스트를 주입합니다.
docs/기능별설명/{카테고리명}/{기능명}/
- 需要DB schema的模式(、
backend)下,必须存在fullstack文件。api/db/schema/[域]/[表].sql - 模式下必须存在
ui文件。front/src/modules/[模块名]/store/[模块名].store.ts - 没有Store时优先基于生成,没有UI时优先基于
peach-gen-store生成。peach-gen-ui - 如果是在修改现有功能的场景下执行,若存在目录,将按「概述→逻辑→规格→TDD」的顺序读取内容注入上下文。
docs/按功能说明/{分类名}/{功能名}/
Inputs
入参
bash
/peach-agent-team [모듈명] mode=backend|ui|fullstack [옵션]bash
/peach-agent-team [模块名] mode=backend|ui|fullstack [选项]공통 옵션
通用选项
model=sonnet|opus|haiku (서브에이전트 모델 override, 기본값: sonnet)
model=sonnet|opus|haiku (覆盖子Agent使用的模型,默认值: sonnet)
figma=[URL]
figma=[URL]
ui=crud|page|two-depth|infinite-scroll|select-list
ui=crud|page|two-depth|infinite-scroll|select-list
file=Y
file=Y
excel=Y
excel=Y
storeTdd=Y
storeTdd=Y
undefinedundefinedOrchestration
编排流程
0. 입력 검증
0. 输入校验
에이전트 팀 기능 활성화 확인
确认Agent团队功能已启用
아래 명령으로 에 에이전트 팀 플래그가 설정되어 있는지 확인합니다:
~/.claude/settings.jsonbash
cat ~/.claude/settings.json | grep -i "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS"설정이 없거나 이 아니면 즉시 중단하고 다음 안내를 출력합니다:
"1"⚠️ 에이전트 팀 기능이 비활성화되어 있습니다.
~/.claude/settings.json에 아래 내용을 추가한 후 Claude Code를 재시작하세요:
{
"env": {
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}
}
설정 가이드: https://github.com/peachSolution/peach-harness/blob/main/docs/06-에이전트팀-설정.md
공식 문서: https://code.claude.com/docs/ko/agent-teamsmode와 모듈명이 모두 지정되어야 다음 단계로 진행합니다.
누락된 경우 반드시 개발자에게 질문합니다.
mode 미지정 시:
mode를 선택해주세요:
1. backend — 기존 UI에 API + Store 연결
2. ui — Store 기반 UI만 구현
3. fullstack — DB 스키마 기반 전체 생성모듈명 미지정 시:
모듈명을 입력해주세요 (예: notice-board, product-manage):model 옵션:
- 미지정: 기본값 sonnet으로 모든 서브에이전트 실행
- 지정 시: 모든 서브에이전트를 해당 모델로 override
- 허용 값: sonnet, opus, haiku
通过以下命令检查中是否配置了Agent团队功能开关:
~/.claude/settings.jsonbash
cat ~/.claude/settings.json | grep -i "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS"如果没有配置或者值不为,将立即终止并输出以下提示:
"1"⚠️ Agent团队功能未启用。
请在~/.claude/settings.json中添加以下内容后重启Claude Code:
{
"env": {
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}
}
配置指南: https://github.com/peachSolution/peach-harness/blob/main/docs/06-에이전트팀-설정.md
官方文档: https://code.claude.com/docs/ko/agent-teamsmode与模块名都指定后才能进入下一步。
如有缺失必须向开发者询问补全。
未指定mode时:
请选择mode:
1. backend — 为现有UI连接API + Store
2. ui — 仅基于Store实现UI
3. fullstack — 基于DB schema生成全量功能未指定模块名时:
请输入模块名 (示例: notice-board, product-manage):model选项规则:
- 未指定:所有子Agent默认使用sonnet模型运行
- 已指定:所有子Agent都使用指定的模型覆盖默认配置
- 允许值: sonnet, opus, haiku
1. 환경 확인
1. 环境检查
bash
undefinedbash
undefined스키마 / 타입 / 가이드 코드 확인
检查schema/类型/参考代码
ls api/db/schema/
head -5 api/src/modules/test-data/dao/test-data.dao.ts
head -3 api/src/modules/test-data/controller/test-data.controller.ts
ls front/src/modules/test-data/
ls api/db/schema/
head -5 api/src/modules/test-data/dao/test-data.dao.ts
head -3 api/src/modules/test-data/controller/test-data.controller.ts
ls front/src/modules/test-data/
DAO 라이브러리 감지
检测DAO库
from 'bunqldb' → 재할당 방식
from 'bunqldb' → 重分配模式
from 'sql-template-strings' → append 방식
from 'sql-template-strings' → 追加模式
undefinedundefined1.5. 도메인 분석 (Analyze)
1.5. 域分析(Analyze)
오케스트레이터가 대상 도메인의 스키마를 읽고, test-data 대비 차이점을 파악한 뒤 서브에이전트 프롬프트에 컨텍스트로 주입합니다.
bash
undefined编排器读取目标域的schema,对比test-data的差异后,将上下文注入子Agent的Prompt中。
bash
undefined대상 스키마 읽기
读取目标schema
cat api/db/schema/[도메인]/[테이블].sql
**분석 항목**:
1. 스키마 비교: test-data 대비 필드 수, 타입 복잡도, 관계성
2. 비즈니스 로직 판단: 단순 CRUD vs 상태 전이/계산 필드/조건부 검증
3. 적응 결정: Must Follow → 그대로 / May Adapt → 도메인 맞춤 항목 식별
**분석 결과를 서브에이전트에게 전달**:
- 각 에이전트 생성 시 프롬프트에 "이 도메인의 특성: [분석 결과]"를 포함cat api/db/schema/[域]/[表].sql
**分析项:**
1. schema对比:与test-data相比的字段数量、类型复杂度、关联关系
2. 业务逻辑判断:是简单CRUD还是存在状态流转/计算字段/条件校验
3. 适配决策:必须完全遵循的规则/可根据域特性调整的项
**将分析结果传递给子Agent:**
- 创建每个Agent时,在Prompt中添加「该域的特性: [分析结果]」内容2. 팀 구성 다이어그램
2. 团队组成示意图
mode=backend
backend-dev ──→ backend-qa
│
└──→ store-dev ──→ frontend-qamode=ui
ui-dev ──→ frontend-qamode=fullstack
backend-dev ──→ backend-qa
│
└──→ store-dev ──→ ui-dev ──→ frontend-qamode=backend
backend-dev ──→ backend-qa
│
└──→ store-dev ──→ frontend-qamode=ui
ui-dev ──→ frontend-qamode=fullstack
backend-dev ──→ backend-qa
│
└──→ store-dev ──→ ui-dev ──→ frontend-qa3. 팀 생성 및 작업 등록
3. 团队创建与任务登记
TeamCreate: team_name="[모듈명]-[mode]-team"TeamCreate: team_name="[模块名]-[mode]-team"mode=backend 작업 등록
mode=backend 任务登记
TaskCreate:
- "Backend API 개발" (owner: backend-dev)
- "Backend QA 검증" (blockedBy: Task1, owner: backend-qa)
- "Frontend Store 개발" (blockedBy: Task1, owner: store-dev)
- "Frontend QA 검증" (blockedBy: Task3, owner: frontend-qa)
TaskCreate:
- "Backend API开发" (owner: backend-dev)
- "Backend QA校验" (blockedBy: Task1, owner: backend-qa)
- "Frontend Store开发" (blockedBy: Task1, owner: store-dev)
- "Frontend QA校验" (blockedBy: Task3, owner: frontend-qa)
mode=ui 작업 등록
mode=ui 任务登记
TaskCreate:
- "UI 컴포넌트 생성" (owner: ui-dev)
- "Frontend QA 검증" (blockedBy: Task1, owner: frontend-qa)
TaskCreate:
- "UI组件生成" (owner: ui-dev)
- "Frontend QA校验" (blockedBy: Task1, owner: frontend-qa)
mode=fullstack 작업 등록
mode=fullstack 任务登记
TaskCreate:
- "Backend API 개발" (owner: backend-dev)
- "Backend QA 검증" (blockedBy: Task1, owner: backend-qa)
- "Frontend Store 개발" (blockedBy: Task1, owner: store-dev)
- "Frontend UI 개발" (blockedBy: Task3, owner: ui-dev)
- "Frontend QA 검증" (blockedBy: Task4, owner: frontend-qa)
undefinedTaskCreate:
- "Backend API开发" (owner: backend-dev)
- "Backend QA校验" (blockedBy: Task1, owner: backend-qa)
- "Frontend Store开发" (blockedBy: Task1, owner: store-dev)
- "Frontend UI开发" (blockedBy: Task3, owner: ui-dev)
- "Frontend QA校验" (blockedBy: Task4, owner: frontend-qa)
undefined4. 역할별 지시
4. 分角色指令
각 역할의 전체 정의(페르소나, Bounded Autonomy, 워크플로우)는 에 있습니다.
서브에이전트 생성 시 해당 파일의 전체 내용을 프롬프트에 포함합니다.
옵션이 지정된 경우, 각 에이전트 호출 시 model 파라미터로 전달하여 frontmatter 기본값을 override합니다.
references/model=| 역할 | 참조 파일 | 핵심 스킬 |
|---|---|---|
| backend-dev | references/backend-dev-agent.md | peach-gen-backend |
| backend-qa | references/backend-qa-agent.md | 검증 전용 (읽기전용, worktree) |
| store-dev | references/store-dev-agent.md | peach-gen-store |
| ui-dev | references/ui-dev-agent.md | peach-gen-ui + peach-gen-design |
| frontend-qa | references/frontend-qa-agent.md | 검증 전용 (읽기전용, worktree) |
各角色的完整定义(人设、有限自治权、工作流)都存放在目录下。
创建子Agent时,将对应文件的完整内容注入Prompt中。
如果指定了选项,调用每个Agent时将传入model参数覆盖frontmatter的默认值。
references/model=| 角色 | 参考文件 | 核心技能 |
|---|---|---|
| backend-dev | references/backend-dev-agent.md | peach-gen-backend |
| backend-qa | references/backend-qa-agent.md | 专用校验(只读, worktree) |
| store-dev | references/store-dev-agent.md | peach-gen-store |
| ui-dev | references/ui-dev-agent.md | peach-gen-ui + peach-gen-design |
| frontend-qa | references/frontend-qa-agent.md | 专用校验(只读, worktree) |
backend-dev
backend-dev
- 기준으로 API 코드를 생성합니다.
peach-gen-backend - Koa/Elysia 모드를 감지합니다.
- DAO 라이브러리(bunqldb/sql-template-strings)를 감지합니다.
- 완료 기준: ,
bun test,bun run lint:fixed통과bun run build - 산출물: API 파일 목록, 엔드포인트 스펙, 테스트 결과
- 상세: 참조
references/backend-dev-agent.md
- 基于生成API代码。
peach-gen-backend - 自动检测Koa/Elysia模式。
- 自动检测DAO库(bunqldb/sql-template-strings)。
- 完成标准:通过、
bun test、bun run lint:fixed校验bun run build - 产出物:API文件列表、端点规格、测试结果
- 详情参考:
references/backend-dev-agent.md
backend-qa
backend-qa
QA 체크리스트 (7항목):
- ,
type/,dao/,service/,controller/파일 구조 존재test/ - Service static 메서드 규칙 준수
- FK 제약조건 없음
- 통과
bun test - 통과
bun run lint:fixed - 성공
bun run build - API 엔드포인트 스펙 일치
- 상세: 참조
references/backend-qa-agent.md
QA检查清单(7项):
- 存在、
type/、dao/、service/、controller/文件结构test/ - 遵守Service静态方法规范
- 无FK约束
- 通过校验
bun test - 通过校验
bun run lint:fixed - 执行成功
bun run build - API端点规格一致
- 详情参考:
references/backend-qa-agent.md
store-dev
store-dev
- 기준으로 Pinia Store를 생성합니다.
peach-gen-store - Backend 타입과 인터페이스를 맞춥니다.
- 완료 기준:
bunx vue-tsc --noEmit - 상세: 참조
references/store-dev-agent.md
- 基于生成Pinia Store。
peach-gen-store - 与Backend类型、接口保持一致。
- 完成标准:通过校验
bunx vue-tsc --noEmit - 详情参考:
references/store-dev-agent.md
ui-dev
ui-dev
- , 필요 시
peach-gen-ui을 사용합니다.peach-gen-design - 가 있으면 FigmaRemote MCP를 로드하여 디자인을 분석합니다.
figma=[URL] - UI 패턴()이 없으면 사용자에게 확인합니다.
ui= - 대상 프로젝트에 가 존재하면 래퍼 컴포넌트를 우선 사용합니다.
_common/components/ - 완료 기준: ,
bunx vue-tsc --noEmit,bun run lint:fixbun run build - 상세: 참조
references/ui-dev-agent.md
- 使用,必要时搭配
peach-gen-ui。peach-gen-design - 如果传入,将加载FigmaRemote MCP分析设计稿。
figma=[URL] - 未指定UI模式()时向用户确认。
ui= - 目标项目存在时优先使用封装组件。
_common/components/ - 完成标准:通过、
bunx vue-tsc --noEmit、bun run lint:fix校验bun run build - 详情参考:
references/ui-dev-agent.md
frontend-qa
frontend-qa
QA 체크리스트 (8항목):
- 파일 구조 (pages/, modals/, store/, type/) 존재
- Composition API () 패턴 준수
<script setup> - Pinia Option API Store 패턴 준수
- ,
listAction,resetAction함수 구현listMovePage - URL watch 패턴 적용 (,
route → listParams)route → getList - 통과
bunx vue-tsc --noEmit - 통과
bun run lint:fix - 성공 + AI Slop 디자인 패턴 없음
bun run build
- 상세: 참조
references/frontend-qa-agent.md
QA检查清单(8项):
- 存在文件结构(pages/, modals/, store/, type/)
- 遵守Composition API ()规范
<script setup> - 遵守Pinia Option API Store规范
- 实现、
listAction、resetAction函数listMovePage - 应用URL watch模式(、
route → listParams)route → getList - 通过校验
bunx vue-tsc --noEmit - 通过校验
bun run lint:fix - 执行成功 + 无AI Slop设计模式
bun run build
- 详情参考:
references/frontend-qa-agent.md
Ralph Loop (반복 검증 메커니즘)
Ralph Loop (迭代校验机制)
QA 실패 시 단순 재시도가 아니라 Ralph Loop(Vercel Labs) 패턴으로 구조화된 피드백을 주입한다.
QA不通过时不做简单重试,而是按照Ralph Loop(Vercel Labs)模式注入结构化反馈。
에스컬레이션 단계
升级阶段
| 반복 횟수 | 단계 | 행동 |
|---|---|---|
| 1~3회 | 자율 수정 | QA 피드백만으로 코드 수정 |
| 4~7회 | 가이드 재참조 | test-data 기준골격 전체 재읽기 후 수정 |
| 8~10회 | 최소 수정 | Must Follow 항목만 집중, 나머지 보류 |
| 11+ | 중단 | 사용자 에스컬레이션 |
| 迭代次数 | 阶段 | 执行动作 |
|---|---|---|
| 1~3次 | 自主修正 | 仅基于QA反馈修改代码 |
| 4~7次 | 重阅指南 | 完整重读test-data参考骨架后修改 |
| 8~10次 | 最小修改 | 仅聚焦必须遵循的项,其余内容搁置 |
| 11次以上 | 终止 | 升级反馈给用户 |
적용 방식
应用方式
- Backend QA 실패 → backend-dev 수정 → backend-qa 재검증 (SendMessage)
- Store 문제 → store-dev 수정 → frontend-qa 재검증
- UI 문제 → ui-dev 수정 → frontend-qa 재검증
- Backend QA不通过 → backend-dev修改 → backend-qa重验(SendMessage)
- Store问题 → store-dev修改 → frontend-qa重验
- UI问题 → ui-dev修改 → frontend-qa重验
에스컬레이션 보고
升级报告
undefinedundefinedRalph Loop 에스컬레이션
Ralph Loop 升级通知
- 모듈: [모듈명]
- 반복: N/10회
- 단계: [현재 단계]
- 미해결: [위반 항목]
- 권장: [수동 개입 사항]
undefined- 模块: [模块名]
- 迭代次数: N/10次
- 当前阶段: [当前阶段]
- 未解决问题: [违规项]
- 建议: [需要人工介入的内容]
undefinedCompletion
完成流程
모든 QA 통과 후:
所有QA通过后执行以下步骤:
1. 증거 수집
1. 凭证收集
오케스트레이터가 를 자동 실행 → 증거 보고서 생성
/peach-qa-gate- 판정이 ❌이면 해당 항목 수정 후 재실행
- 판정이 ✅이면 다음 단계 진행
编排器自动执行 → 生成凭证报告
/peach-qa-gate- 判定为❌时修改对应项后重跑
- 判定为✅时进入下一步
2. 팀 정리
2. 团队清理
SendMessage(shutdown_request) → 모든 팀원에게
TeamDelete → 팀 정리SendMessage(shutdown_request) → 发送给所有团队成员
TeamDelete → 清理团队완료 보고 형식
完成报告格式
mode=backend
mode=backend
✅ Backend + Store 연결 팀 개발 완료
모듈: [모듈명]
mode: backend
결과:
✅ backend-dev: API 생성 완료
✅ backend-qa: TDD X개 통과
✅ store-dev: Store 생성 완료
✅ frontend-qa: vue-tsc + lint + build 통과
✅ qa-gate: 증거 보고서 생성 + 완료 가능 판정
생성된 파일:
Backend:
├── api/src/modules/[모듈명]/type/
├── api/src/modules/[모듈명]/dao/
├── api/src/modules/[모듈명]/service/
├── api/src/modules/[모듈명]/controller/
└── api/src/modules/[모듈명]/test/
Frontend:
├── front/src/modules/[모듈명]/type/[모듈명].type.ts
└── front/src/modules/[모듈명]/store/[모듈명].store.ts
다음 단계:
→ bun start (Backend 실행)
→ bun run dev (Frontend 실행)
→ 브라우저에서 /[모듈명]/list 접속✅ Backend + Store 连接团队开发完成
模块: [模块名]
mode: backend
结果:
✅ backend-dev: API生成完成
✅ backend-qa: X项TDD通过
✅ store-dev: Store生成完成
✅ frontend-qa: vue-tsc + lint + build 通过
✅ qa-gate: 凭证报告生成 + 判定可上线
生成文件:
Backend:
├── api/src/modules/[模块名]/type/
├── api/src/modules/[模块名]/dao/
├── api/src/modules/[模块名]/service/
├── api/src/modules/[模块名]/controller/
└── api/src/modules/[模块名]/test/
Frontend:
├── front/src/modules/[模块名]/type/[模块名].type.ts
└── front/src/modules/[模块名]/store/[模块名].store.ts
下一步:
→ bun start (启动Backend)
→ bun run dev (启动Frontend)
→ 浏览器访问 /[模块名]/listmode=ui
mode=ui
✅ UI Only 팀 개발 완료
모듈: [모듈명]
mode: ui
패턴: [ui=패턴]
피그마: [URL 또는 없음]
결과:
✅ ui-dev: UI 컴포넌트 생성 완료
✅ frontend-qa: vue-tsc + lint + build 통과
생성된 파일:
├── front/src/modules/[모듈명]/pages/list.vue
├── front/src/modules/[모듈명]/pages/list-search.vue
├── front/src/modules/[모듈명]/pages/list-table.vue
├── front/src/modules/[모듈명]/modals/insert.modal.vue
├── front/src/modules/[모듈명]/modals/update.modal.vue
├── front/src/modules/[모듈명]/modals/detail.modal.vue
├── front/src/modules/[모듈명]/_[모듈명].routes.ts
└── front/src/modules/[모듈명]/_[모듈명].validator.ts
다음 단계:
→ bun run dev (Frontend 실행)
→ 브라우저에서 /[모듈명]/list 접속✅ 仅UI团队开发完成
模块: [模块名]
mode: ui
模式: [ui=指定的模式]
Figma: [URL或无]
结果:
✅ ui-dev: UI组件生成完成
✅ frontend-qa: vue-tsc + lint + build 通过
生成文件:
├── front/src/modules/[模块名]/pages/list.vue
├── front/src/modules/[模块名]/pages/list-search.vue
├── front/src/modules/[模块名]/pages/list-table.vue
├── front/src/modules/[模块名]/modals/insert.modal.vue
├── front/src/modules/[模块名]/modals/update.modal.vue
├── front/src/modules/[模块名]/modals/detail.modal.vue
├── front/src/modules/[模块名]/_[模块名].routes.ts
└── front/src/modules/[模块名]/_[模块名].validator.ts
下一步:
→ bun run dev (启动Frontend)
→ 浏览器访问 /[模块名]/listmode=fullstack
mode=fullstack
🎉 풀스택 개발 완료!
모듈: [모듈명]
mode: fullstack
결과:
✅ backend-dev: API 생성 완료
✅ backend-qa: TDD X개 통과
✅ store-dev: Store 생성 완료
✅ ui-dev: UI 컴포넌트 생성 완료
✅ frontend-qa: vue-tsc + lint + build 통과
생성된 파일:
Backend:
├── api/src/modules/[모듈명]/type/
├── api/src/modules/[모듈명]/dao/
├── api/src/modules/[모듈명]/service/
├── api/src/modules/[모듈명]/controller/
└── api/src/modules/[모듈명]/test/
Frontend:
├── front/src/modules/[모듈명]/type/
├── front/src/modules/[모듈명]/store/
├── front/src/modules/[모듈명]/pages/
├── front/src/modules/[모듈명]/modals/
├── front/src/modules/[모듈명]/_[모듈명].routes.ts
└── front/src/modules/[모듈명]/_[모듈명].validator.ts
다음 단계:
→ bun start (Backend 실행)
→ bun run dev (Frontend 실행)
→ 브라우저에서 /[모듈명]/list 접속🎉 全栈开发完成!
模块: [模块名]
mode: fullstack
结果:
✅ backend-dev: API生成完成
✅ backend-qa: X项TDD通过
✅ store-dev: Store生成完成
✅ ui-dev: UI组件生成完成
✅ frontend-qa: vue-tsc + lint + build 通过
生成文件:
Backend:
├── api/src/modules/[模块名]/type/
├── api/src/modules/[模块名]/dao/
├── api/src/modules/[模块名]/service/
├── api/src/modules/[模块名]/controller/
└── api/src/modules/[模块名]/test/
Frontend:
├── front/src/modules/[模块名]/type/
├── front/src/modules/[模块名]/store/
├── front/src/modules/[模块名]/pages/
├── front/src/modules/[模块名]/modals/
├── front/src/modules/[模块名]/_[模块名].routes.ts
└── front/src/modules/[模块名]/_[模块名].validator.ts
下一步:
→ bun start (启动Backend)
→ bun run dev (启动Frontend)
→ 浏览器访问 /[模块名]/listExamples
示例
bash
undefinedbash
undefined기존 UI에 API + Store 연결
为现有UI连接API + Store
/peach-agent-team notice-board mode=backend
/peach-agent-team notice-board mode=backend
UI만 구현
仅实现UI
/peach-agent-team member-list mode=ui ui=two-depth figma=https://figma.com/file/xxx
/peach-agent-team member-list mode=ui ui=two-depth figma=https://figma.com/file/xxx
전체 풀스택 생성
生成完整全栈功能
/peach-agent-team product-manage mode=fullstack ui=page file=Y
/peach-agent-team product-manage mode=fullstack ui=page file=Y
opus 모델로 서브에이전트 실행
使用opus模型运行子Agent
/peach-agent-team product-manage mode=fullstack model=opus ui=page
undefined/peach-agent-team product-manage mode=fullstack model=opus ui=page
undefined