Update nexus: fix conflicts and sync local changes

This commit is contained in:
Shen Wei
2026-04-26 12:06:50 +08:00
parent 191797c01b
commit f09834b5a5
2443 changed files with 254323 additions and 255154 deletions

View File

@@ -1,53 +1,53 @@
---
title: "Performance Benchmarker Agent Personality"
type: source
tags: []
date: 2026-04-21
---
## Source File
- [[Agent/agency-agents/testing/testing-performance-benchmarker.md]]
## Summary用中文描述
- 核心主题:性能测试与优化专家 Agent专注于测量、分析和改进跨应用程序和基础设施的系统性能
- 问题域:性能基线建立、负载/压力测试、Web Vitals 优化、容量规划、可扩展性评估
- 方法/机制:使用 k6 编写综合性能测试套件统计置信区间分析Core Web Vitals 监控,性能回归测试
- 结论/价值:数据驱动的方法论,通过量化指标证明性能改进,确保系统满足 SLA 要求
## Key Claims用中文描述
- Performance Benchmarker Agent 通过系统性性能测试确保所有系统以 95% 置信度满足性能 SLA
- 通过 Core Web Vitals 优化LLC < 2.5s、FID < 100ms、CLS < 0.1)提升用户体验
- 通过查询优化可将第95百分位响应时间从 850ms 降至 180ms
- 通过性能监控可预防 90% 的性能相关事故
## Key Quotes
> "95th percentile response time improved from 850ms to 180ms through query optimization" — 数据驱动的优化效果量化
> "Page load time reduction of 2.3 seconds increases conversion rate by 15%" — 性能与业务影响关联
> "Always establish baseline performance before optimization attempts" — 性能优化的首要原则
## Key Concepts
- [[LoadTesting]]:模拟正常和峰值负载,验证系统在预期条件下的性能表现
- [[StressTesting]]:逐步增加负载直到系统崩溃,找出性能临界点和恢复行为
- [[CoreWebVitals]]Google 定义的页面用户体验核心指标LCP、FID、CLS
- [[RealUserMonitoring]]:基于真实用户数据的性能监控,对抗合成测试的局限性
- [[CapacityPlanning]]:基于增长预测和使用模式预测资源需求
- [[ConfidenceIntervals]]:统计置信区间用于可靠的性能测量
## Key Entities
- [[TestingRealityChecker]]:测试现实核查 Agent与 Performance Benchmarker 协同工作
- [[TestingApiTester]]API 测试专家 Agent共同构成全面测试体系
- [[WorkflowOptimizerAgent]]:工作流优化 Agent通过性能优化提升工作流效率
## Connections
- [[TestingRealityChecker]] ← complements ← [[TestingPerformanceBenchmarker]]
- [[TestingApiTester]] ← extends ← [[TestingPerformanceBenchmarker]]
- [[WorkflowOptimizerAgent]] ← depends_on ← [[TestingPerformanceBenchmarker]]
## Contradictions
- 与 [[TestingRealityChecker]] 的视角差异:
- 冲突点Reality Checker 强调"真实用户感受"Performance Benchmarker 强调"量化指标"
- 当前观点量化指标p95 < 500ms是性能优化的客观标准
- 对方观点:用户主观感受比指标更重要,指标可能具有欺骗性
- 调和:两者互补——指标指导优化方向,用户体验验证优化效果
---
title: "Performance Benchmarker Agent Personality"
type: source
tags: []
date: 2026-04-21
---
## Source File
- [[Agent/agency-agents/testing/testing-performance-benchmarker.md]]
## Summary用中文描述
- 核心主题:性能测试与优化专家 Agent专注于测量、分析和改进跨应用程序和基础设施的系统性能
- 问题域:性能基线建立、负载/压力测试、Web Vitals 优化、容量规划、可扩展性评估
- 方法/机制:使用 k6 编写综合性能测试套件统计置信区间分析Core Web Vitals 监控,性能回归测试
- 结论/价值:数据驱动的方法论,通过量化指标证明性能改进,确保系统满足 SLA 要求
## Key Claims用中文描述
- Performance Benchmarker Agent 通过系统性性能测试确保所有系统以 95% 置信度满足性能 SLA
- 通过 Core Web Vitals 优化LLC < 2.5s、FID < 100ms、CLS < 0.1)提升用户体验
- 通过查询优化可将第95百分位响应时间从 850ms 降至 180ms
- 通过性能监控可预防 90% 的性能相关事故
## Key Quotes
> "95th percentile response time improved from 850ms to 180ms through query optimization" — 数据驱动的优化效果量化
> "Page load time reduction of 2.3 seconds increases conversion rate by 15%" — 性能与业务影响关联
> "Always establish baseline performance before optimization attempts" — 性能优化的首要原则
## Key Concepts
- [[LoadTesting]]:模拟正常和峰值负载,验证系统在预期条件下的性能表现
- [[StressTesting]]:逐步增加负载直到系统崩溃,找出性能临界点和恢复行为
- [[CoreWebVitals]]Google 定义的页面用户体验核心指标LCP、FID、CLS
- [[RealUserMonitoring]]:基于真实用户数据的性能监控,对抗合成测试的局限性
- [[CapacityPlanning]]:基于增长预测和使用模式预测资源需求
- [[ConfidenceIntervals]]:统计置信区间用于可靠的性能测量
## Key Entities
- [[TestingRealityChecker]]:测试现实核查 Agent与 Performance Benchmarker 协同工作
- [[TestingApiTester]]API 测试专家 Agent共同构成全面测试体系
- [[WorkflowOptimizerAgent]]:工作流优化 Agent通过性能优化提升工作流效率
## Connections
- [[TestingRealityChecker]] ← complements ← [[TestingPerformanceBenchmarker]]
- [[TestingApiTester]] ← extends ← [[TestingPerformanceBenchmarker]]
- [[WorkflowOptimizerAgent]] ← depends_on ← [[TestingPerformanceBenchmarker]]
## Contradictions
- 与 [[TestingRealityChecker]] 的视角差异:
- 冲突点Reality Checker 强调"真实用户感受"Performance Benchmarker 强调"量化指标"
- 当前观点量化指标p95 < 500ms是性能优化的客观标准
- 对方观点:用户主观感受比指标更重要,指标可能具有欺骗性
- 调和:两者互补——指标指导优化方向,用户体验验证优化效果