83 lines
7.0 KiB
Markdown
83 lines
7.0 KiB
Markdown
---
|
||
title: "NEXUS Agent Activation Prompts"
|
||
type: source
|
||
tags: ["multi-agent", "orchestration", "prompt-templates", "agent-activation", "nexus"]
|
||
sources: []
|
||
date: 2026-05-29
|
||
---
|
||
|
||
## Source File
|
||
- [[Agent/agency-agents/strategy/coordination/agent-activation-prompts.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：NEXUS 流水线中各类 Agent 的标准化激活提示词模板库，覆盖编排、工程、设计、测试、产品、支持六大部门
|
||
- 问题域：如何为每个专业 Agent 提供完整上下文（阶段、任务、参考文档、质量标准），使其能立即投入工作并符合流水线质量要求
|
||
- 方法/机制：部门分类 + 角色模板化；每个模板包含 Phase/Task/Acceptance Criteria/Reference Documents/Implementation Requirements 五大要素；完成后自动对接相应 QA Agent
|
||
- 结论/价值：实现 Agent 的即插即用——任何 Agent 收到激活提示词即可在正确上下文下执行，无需重复初始化
|
||
|
||
## Key Claims（用中文描述）
|
||
- NEXUS 流水线中每个 Agent 都有标准化的激活提示词模板，通过 Phase/Task/Acceptance Criteria/Reference Documents/Implementation Requirements 五大要素提供完整上下文
|
||
- Dev↔QA 循环是流水线核心机制：Developer 实现 → Evidence Collector 截图验证 → PASS/FAIL 决策，最多 3 次重试后升级
|
||
- Evidence Collector 默认需要多端截图（桌面/平板/手机）作为验证证据，品牌一致性和可访问性是强制检查项
|
||
- Reality Checker 是最终守门人，默认判决为"NEEDS WORK"，必须用压倒性证据才能获得"READY"
|
||
- Executive Summary Generator 强制使用 SCQA 框架（Situation-Complication-Question-Answer），每个发现必须有量化数据支撑
|
||
|
||
## Key Quotes
|
||
> "Evidence over claims — require proof for all quality assessments." — NEXUS 质量原则：证据优于声明
|
||
> "Default to 'NEEDS WORK' unless overwhelming evidence proves production readiness." — Reality Checker 默认判决原则
|
||
> "Maximum 3 retries per task before escalation." — Dev↔QA 循环重试上限
|
||
> "Build only what's needed to test the hypothesis." — Rapid Prototyper 核心原则：速度优于完美
|
||
> "AI ethics and safety are mandatory — no shortcuts." — AI Engineer 强制要求
|
||
|
||
## Key Concepts
|
||
- [[Dev-QA-Loop]]：开发与质量验证的循环机制——Developer 实现 → Evidence Collector 截图验证 → PASS/FAIL → 失败则重试，最多 3 次后升级
|
||
- [[Quality-Gate]]：质量门控——任务必须通过质量验证才能推进到下一任务或下一阶段
|
||
- [[Evidence-Based-QA]]：基于截图证据的质量保证——要求桌面/平板/手机多端截图作为验证依据
|
||
- [[Context-Continuity]]：上下文连续性——每次交接携带完整上下文（Phase、Task、Reference Documents），Agent 不从冷启动开始
|
||
- [[Escalation]]：升级机制——任务超过 3 次重试失败后升级至更高权限 Agent
|
||
- [[SCQA-Framework]]：Situation-Complication-Question-Answer 框架——Executive Summary Generator 强制使用的结构化报告格式
|
||
- [[RICE-Scoring]]：RICE 评分法（Reach × Impact × Confidence / Effort）——Sprint Prioritizer 用于 backlog 优先级排序
|
||
|
||
## Key Entities
|
||
- [[AgentsOrchestrator]]：流水线总指挥——协调所有 Agent 激活、阶段推进和 Dev↔QA 循环
|
||
- [[FrontendDeveloper]]：前端开发者 Agent——负责 UI 实现，遵循设计系统和可访问性标准（WCAG 2.1 AA）
|
||
- [[BackendArchitect]]：后端架构师 Agent——负责系统架构、API 开发、安全加固，响应时间要求 < 200ms P95
|
||
- [[AIEngineer]]：AI 工程师 Agent——负责 ML 系统设计、偏见测试、模型监控，推理延迟 < 100ms
|
||
- [[DevOpsAutomator]]：DevOps 自动化 Agent——负责 CI/CD 流水线、安全扫描、监控告警，目标 99.9% 运行时间
|
||
- [[RapidPrototyper]]：快速原型师 Agent——强调速度优先，核心假设验证，使用快速开发栈（Next.js, Supabase, Clerk, shadcn/ui）
|
||
- [[UXArchitect]]：UX 架构师 Agent——负责技术架构和 UX 基础，产出 CSS 设计系统、布局框架、组件架构、可访问性基础
|
||
- [[BrandGuardian]]：品牌守护者 Agent——负责品牌身份开发、视觉一致性维护，确保所有颜色符合 WCAG AA 对比度标准
|
||
- [[EvidenceCollector]]：截图证据收集 Agent——负责任务级 QA 验证，要求多端截图、品牌一致性、可访问性验证
|
||
- [[RealityChecker]]：最终集成验证 Agent——是流水线的最终守门人，默认判决"NEEDS WORK"，要求压倒性证据才能"READY"
|
||
- [[APITester]]：API 测试 Agent——负责端点验证，覆盖愉快路径、认证、校验、限流、响应时间
|
||
- [[SprintPrioritizer]]：Sprint 优先级排序 Agent——使用 RICE 评分法对 backlog 排序，考虑团队速率（不超过 10% 过度承诺）
|
||
- [[ExecutiveSummaryGenerator]]：执行摘要生成 Agent——强制 SCQA 框架，每个发现必须有量化数据，325-475 词
|
||
|
||
## Connections
|
||
- [[nexus-strategy]] ← extends ← [[agent-activation-prompts]]（本文档是 NEXUS 策略的 Agent 激活层实现，提供具体提示词模板）
|
||
- [[agents-orchestrator]] ← uses ← [[agent-activation-prompts]]（编排器使用本文档中的模板激活各专业 Agent）
|
||
- [[Dev-QA-Loop]] ← implemented_by ← [[EvidenceCollector]] + [[FrontendDeveloper]]（Dev↔QA 循环由开发者和证据收集者共同实现）
|
||
- [[Quality-Gate]] ← enforced_by ← [[EvidenceCollector]] + [[RealityChecker]]（质量门控由截图验证和最终集成双重把关）
|
||
- [[SprintPrioritizer]] ← depends_on ← [[nexus-strategy]]（优先级排序 Agent 依赖 NEXUS 框架定义的流程）
|
||
- [[ExecutiveSummaryGenerator]] ← supports ← [[nexus-strategy]]（执行摘要为 NEXUS 流水线的里程碑报告提供标准化格式）
|
||
|
||
## Quick Reference Table
|
||
|
||
| Situation | Primary Prompt | Support Prompts |
|
||
|-----------|---------------|-----------------|
|
||
| Starting a new project | Orchestrator — Full Pipeline | — |
|
||
| Building a feature | Orchestrator — Dev↔QA Loop | Developer + Evidence Collector |
|
||
| Fixing a bug | Backend/Frontend Developer | API Tester or Evidence Collector |
|
||
| Running a campaign | Content Creator | Social Media Strategist + platform agents |
|
||
| Preparing for launch | See Phase 5 Playbook | All marketing + DevOps agents |
|
||
| Monthly reporting | Executive Summary Generator | Analytics Reporter + Finance Tracker |
|
||
| Incident response | Infrastructure Maintainer | DevOps Automator + relevant developer |
|
||
| Market research | Trend Researcher | Analytics Reporter |
|
||
| Compliance audit | Legal Compliance Checker | Executive Summary Generator |
|
||
| Performance issue | Performance Benchmarker | Infrastructure Maintainer |
|
||
|
||
## Contradictions
|
||
- 与 [[agents-orchestrator]] 的视角差异：
|
||
- 冲突点：本文档提供 Agent 激活提示词模板，agents-orchestrator.md 描述编排器的职责和协调机制
|
||
- 说明：两者互补——agents-orchestrator.md 定义"做什么"，agent-activation-prompts.md 定义"怎么做"（每个 Agent 的具体提示词）
|