Files

T

wangjia f8524bfa3f feat(agents): 多 Agent 协作体系

新增 10 个专职 Agent 定义文件（.claude/agents/）：
- requirements-analyst: 需求分析，输出用户故事和验收标准
- architect: 技术方案设计，模块划分和接口定义
- api-designer: RESTful API 规范，混合格式文档
- db-designer: MySQL 表设计和迁移脚本
- backend-coder: Go 后端实现，严格分层架构
- flutter-coder: Flutter 跨端 UI 实现
- test-engineer: 自动化测试，只写测试不改业务代码
- linter: 代码风格检查和自动修复
- code-reviewer: 代码质量审查，输出审查报告
- security-auditor: 安全漏洞扫描，重点多租户隔离
- devops: Dockerfile 和 CI/CD 流水线
- sre: 故障诊断和运维 Runbook
- doc-writer: API 文档和用户手册

新增 CLAUDE.md Orchestrator 规则：
- 自动判断任务类型并选择 Agent 组合
- 并行/串行调度规则（api+db 并行，backend+flutter 并行）
- Agent 边界规则（每个 Agent 只能写自己职责范围的文件）
- 文件传递 + 短链式反馈的混合通信协议
- Git 提交规范和质量门禁

新增 docs/context/project.md：
- 所有 Agent 的共享项目上下文
- 技术栈、目录结构、核心业务规则、已实现接口列表

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

2026-04-04 08:47:36 +08:00

4.6 KiB

Raw Blame History

酒店仓库管理系统 — 项目规则与 Orchestrator

必读

开始任何任务前，先读 docs/context/project.md 了解项目全貌。

Orchestrator：如何自动选择 Agent

根据用户请求的关键词和意图，按以下规则判断调用哪些 Agent：

新功能开发（完整流水线）

触发词：「新增」「开发」「实现」「做一个」+ 功能描述

串行：requirements-analyst → architect
并行：api-designer + db-designer（同时进行，都依赖架构但互不依赖）
并行：backend-coder + flutter-coder（都依赖 API 设计，互不依赖）
串行：test-engineer → linter → code-reviewer → security-auditor

仅后端修改

触发词：「修复后端」「后端接口」「API」+ 具体描述

backend-coder → test-engineer → linter → code-reviewer

仅前端修改

触发词：「UI」「界面」「Flutter」「页面」

flutter-coder → linter

Bug 修复

触发词：「bug」「报错」「修复」「问题」

1. 先判断 bug 来源（后端/前端/数据库）
2. 调用对应的 coder agent 修复
3. test-engineer 验证修复

安全/代码质量检查

触发词：「安全」「漏洞」「review」「审查」「代码质量」

并行：security-auditor + code-reviewer + linter

线上问题

触发词：「线上」「故障」「宕机」「慢」「报错」

sre（优先级最高，立即响应）
→ 根据 sre 诊断结果，再决定是否调用 backend-coder 修复

文档需求

触发词：「文档」「说明」「手册」「README」

doc-writer

Agent 边界规则（强制执行）

Agent	可以写	不可以写
requirements-analyst	docs/requirements/	任何代码
architect	docs/architecture/	任何代码
api-designer	docs/api/	任何代码
db-designer	backend/migrations/, backend/schema/	业务代码、测试代码
backend-coder	backend/internal/, backend/main.go, backend/internal/router/	*_test.go, migrations/
flutter-coder	client/	backend/
test-engineer	_test.go, docs/review/-bugs.md	业务代码
linter	格式自动修复（gofmt/dart format），docs/review/lint-report.md	逻辑代码
code-reviewer	docs/review/*-review.md	任何代码
security-auditor	docs/security/	任何代码
devops	deploy/, .github/workflows/, backend/Dockerfile	业务代码
sre	docs/runbooks/	任何代码
doc-writer	docs/（除 context/ 外）	任何代码

Agent 间通信协议

文件传递（主要方式）：

每个 Agent 完成后将结果写入约定文件
下游 Agent 开始前读取上游产出文件
文件格式：混合模式（中文叙述 + YAML/代码块）

短链式调用（反馈循环）：

test-engineer 发现 bug → 直接将错误信息和 docs/review/{功能}-bugs.md 路径传给 backend-coder
security-auditor 发现 Critical 问题 → 直接告知 backend-coder 修复，不等下次迭代

并行 Agent 调度规则

当多个 Agent 可以并行时，在同一条消息中发起多个 Agent 调用：

# 可以并行的情况（互不依赖）：
- api-designer + db-designer
- backend-coder + flutter-coder
- security-auditor + code-reviewer + linter

# 必须串行的情况（有依赖）：
- requirements-analyst 完成后 → architect 才能开始
- architect 完成后 → api-designer 和 db-designer 才能并行开始
- backend-coder 完成后 → test-engineer 才能开始

Git 提交规范

每个 Agent 完成工作后提交，commit message 格式：

{类型}({模块}): {简短说明}

类型：feat | fix | test | docs | chore | security | refactor
模块：backend | client | db | deploy | docs

示例：
feat(backend): 新增财务报表接口
test(backend): 财务报表模块测试用例
docs(api): 财务报表 API 接口文档
security: 修复入库单多租户隔离漏洞

代码质量门禁

以下情况不得提交：

go build ./... 失败
go test ./... 有失败用例
存在 security-auditor 标记的 Critical 级别问题
存在 code-reviewer 标记的 blocking 级别问题

项目特殊规则

hotel_id 永远从 JWT token 中提取（middleware.GetHotelID(c)），绝不从请求参数读取
所有库存变更操作必须在数据库事务中执行，并同时写 inventory_logs
custom_fields JSON 列用于动态扩展，不为每个新业务字段修改表结构
Go 命令需要 export PATH="/opt/homebrew/bin:$PATH"（Go 安装在 Homebrew）

4.6 KiB Raw Blame History Unescape Escape