Sync: add ai finops and deployment notes

2026-04-26 12:35:45 +08:00
parent f09834b5a5
commit ecdf295ded
14 changed files with 7117 additions and 5832 deletions
--- a/wiki/concepts/AIFinOps.md
+++ b/wiki/concepts/AIFinOps.md
@@ -0,0 +1,32 @@
 ---
 title: "AIFinOps"
 type: concept
 tags: ["finops", "cost-optimization", "cloud-economics"]
 sources: ["engineering-autonomous-optimization-architect"]
 last_updated: 2026-04-26
 ---
 ## Aliases
 - AI FinOps
 - AI Financial Operations
 - LLM Cost Management
 ## Definition
 AI FinOps（Financial Operations）是 [[AutonomousOptimizationArchitect]] 的成本管理框架——持续追踪每个 LLM Provider 的 Token 消耗、成本、延迟和输出质量，建立历史性能数据库，为 [[SemanticRouting]] 提供成本感知的决策依据。目标是实现 AI 运营成本的可预测性和可控性。
 ## Mechanism
 1. **遥测数据收集**：每次 API 调用记录 Token 数量、响应时间、错误率、成本
 2. **成本建模**：按 Provider、模型、任务类型建立成本分解模型
 3. **异常检测**：检测异常流量模式（如 500% 流量突增，可能为 bot 攻击）
 4. **预算告警**：当成本接近阈值时触发告警
 5. **优化建议**：基于历史数据生成成本优化建议（如切换到 Gemini Flash）
 ## Key Properties
 - **成本透明**：每百万 Token 成本精确追踪
 - **可预测性**：基于历史趋势预测未来成本
 - **与治理对齐**：为 [[CircuitBreaker]] 提供成本异常检测数据
 ## Connections
 - [[AutonomousOptimizationArchitect]] — AIFinOps 是成本管理的核心框架
 - [[SemanticRouting]] — 成本数据是路由决策的关键输入
 - [[CircuitBreaker]] — 异常成本流量触发熔断保护
--- a/wiki/concepts/CircuitBreaker.md
+++ b/wiki/concepts/CircuitBreaker.md
@@ -0,0 +1,31 @@
 ---
 title: "CircuitBreaker"
 type: concept
 tags: ["reliability", "fault-tolerance", "llm-ops"]
 sources: ["engineering-autonomous-optimization-architect"]
 last_updated: 2026-04-26
 ---
 ## Aliases
 - Circuit Breaker
 - 熔断器
 - Circuit Breaker Pattern
 ## Definition
 熔断器模式是 [[AutonomousOptimizationArchitect]] 的核心安全机制——当某个 LLM Provider 的失败频率超过阈值（如 HTTP 402/429 错误、响应超时）时，自动切断该 Provider 并切换至廉价兜底方案，同时触发告警通知人工介入。
 ## Mechanism
 1. **监测**：追踪每个 Provider 的失败计数和失败率
 2. **触发**：当失败次数超过 `maxRetries` 阈值，或检测到 HTTP 402/429 错误流时，立即 trip 熔断器
 3. **降级**：所有请求切换到预配置的廉价兜底 Provider（如 Gemini Flash）
 4. **恢复**：人工确认问题解决后手动重置，或经过冷却期后自动尝试恢复
 ## Key Properties
 - **防止成本失控**：阻止 Token 消耗攻击（如恶意 bot 短时间内大量请求）
 - **防止无限重试**：每个 Provider 配置最大重试次数 `maxRetries`
 - **分级降级**：逐级切换到更便宜的备用 Provider，直到找到可用路径
 ## Connections
 - [[AutonomousOptimizationArchitect]] — 使用 CircuitBreaker 作为金融护栏的核心实现
 - [[LLMasJudge]] — 评估 Provider 降级后输出质量是否可接受
 - [[ShadowTraffic]] — 熔断触发后可异步在影子流量中测试备用 Provider
--- a/wiki/concepts/DarkLaunching.md
+++ b/wiki/concepts/DarkLaunching.md
@@ -0,0 +1,31 @@
 ---
 title: "DarkLaunching"
 type: concept
 tags: ["deployment", "release-management", "feature-rollout"]
 sources: ["engineering-autonomous-optimization-architect"]
 last_updated: 2026-04-26
 ---
 ## Aliases
 - Dark Launch
 - 暗启动
 - 灰度发布
 - Feature Flag Deployment
 ## Definition
 暗启动是 [[AutonomousOptimizationArchitect]] 的模型引入策略——在不完全暴露给用户的前提下，将新模型部署到生产环境，通过 [[ShadowTraffic]] 验证其性能。分为三个阶段：影子测试（不返回用户）→ 灰度流量（5% 用户）→ 全量切换。
 ## Mechanism
 1. **Phase 1 - Shadow Deployment**：新模型接收影子流量，完全不影响用户
 2. **Phase 2 - Canary**：5% 真实流量切换到新模型，监控错误率和用户满意度
 3. **Phase 3 - Full Rollout**：新模型通过所有检查后，全量替换旧模型
 ## Key Properties
 - **风险可控**：任何阶段发现问题均可立即回滚
 - **数据驱动**：每个阶段都有明确的量化指标门槛
 - **与 CI/CD 集成**：暗启动可作为自动化发布流水线的组成部分
 ## Connections
 - [[AutonomousOptimizationArchitect]] — 使用暗启动作为新模型引入框架
 - [[ShadowTraffic]] — 暗启动 Phase 1 的核心实现方式
 - [[CircuitBreaker]] — 提供暗启动失败时的自动保护机制
--- a/wiki/concepts/LLMasJudge.md
+++ b/wiki/concepts/LLMasJudge.md
@@ -0,0 +1,31 @@
 ---
 title: "LLMasJudge"
 type: concept
 tags: ["evaluation", "llm-evaluation", "quality-assurance"]
 sources: ["engineering-autonomous-optimization-architect"]
 last_updated: 2026-04-26
 ---
 ## Aliases
 - LLM as a Judge
 - LLM-as-Judge
 - LLM-as-a-Judge Grading
 ## Definition
 LLM-as-a-Judge 是 [[AutonomousOptimizationArchitect]] 的评分机制——使用一个独立的 LLM（如 Claude Opus）作为"裁判"，对实验模型和生产模型的输出进行客观评分，避免人工评审的主观偏差。评分维度包括：JSON 格式正确性（5分）、延迟（3分）、幻觉检测（-10分）等。
 ## Mechanism
 1. **评分标准预先建立**：在 [[ShadowTraffic]] 测试前，[[AutonomousOptimizationArchitect]] 明确建立数学评分标准
 2. **异步评估**：实验模型和生产模型同时处理任务，裁判 LLM 盲评两者输出
 3. **统计分析**：累积足够样本后进行统计显著性检验
 4. **自主决策**：实验模型显著优于基准时，更新路由权重
 ## Key Properties
 - **客观性**：消除人工评分的主观偏差
 - **可扩展**：可同时评估多个 Provider 的输出
 - **数据驱动**：评分结果直接驱动 [[SemanticRouting]] 决策
 ## Connections
 - [[AutonomousOptimizationArchitect]] — LLM-as-Judge 是核心评估工具
 - [[ShadowTraffic]] — 提供实验与基准并行执行的流量环境
 - [[SemanticRouting]] — 评分结果更新路由权重
--- a/wiki/concepts/SemanticRouting.md
+++ b/wiki/concepts/SemanticRouting.md
@@ -0,0 +1,32 @@
 ---
 title: "SemanticRouting"
 type: concept
 tags: ["routing", "llm-ops", "intelligent-routing"]
 sources: ["engineering-autonomous-optimization-architect"]
 last_updated: 2026-04-26
 ---
 ## Aliases
 - Semantic Routing
 - 语义路由
 - Intent Routing
 - Task-Aware Routing
 ## Definition
 语义路由是 [[AutonomousOptimizationArchitect]] 的决策核心——根据任务类型、历史性能评分和当前 Provider 状态，动态选择最优的 LLM Provider。Provider 按"优化分数"（Speed + Cost + Accuracy 综合排名）排序，优先尝试排名最高的可用 Provider。
 ## Mechanism
 1. **任务分析**：理解用户请求的类型和复杂度（如代码生成 vs. 闲聊）
 2. **Provider 排名**：按历史优化分数对所有 Provider 排序
 3. **动态选择**：从最高排名 Provider 开始尝试，直到找到可用且在成本限制内的 Provider
 4. **持续学习**：[[LLMasJudge]] 评分结果更新各 Provider 在特定任务类型上的排名
 ## Key Properties
 - **成本感知**：始终追踪每百万 Token 成本，优先使用低成本模型
 - **性能自适应**：根据 [[ShadowTraffic]] 数据动态调整排名
 - **故障感知**：熔断器切断的 Provider 自动跳过
 ## Connections
 - [[AutonomousOptimizationArchitect]] — 语义路由是核心路由决策逻辑
 - [[CircuitBreaker]] — 提供故障感知的 Provider 过滤
 - [[LLMasJudge]] — 提供更新路由权重的数据
--- a/wiki/concepts/ShadowTraffic.md
+++ b/wiki/concepts/ShadowTraffic.md
@@ -0,0 +1,32 @@
 ---
 title: "ShadowTraffic"
 type: concept
 tags: ["testing", "a-b-testing", "dark-launch"]
 sources: ["engineering-autonomous-optimization-architect"]
 last_updated: 2026-04-26
 ---
 ## Aliases
 - Shadow Traffic
 - 影子流量
 - Shadow Testing
 - 暗测试
 ## Definition
 影子流量是 [[AutonomousOptimizationArchitect]] 的核心测试机制——将一小部分真实用户请求（通常 5%）异步复制到实验模型，与生产模型并行执行，但不返回给用户。实验结果通过 [[LLMasJudge]] 自动评分，用于决定是否将实验模型提升为生产模型。
 ## Mechanism
 1. **流量复制**：用户请求同时发送至生产模型和实验模型
 2. **异步评估**：实验模型结果不阻塞用户响应，通过 [[LLMasJudge]] 异步评分
 3. **统计分析**：累积 N 次（如 1000 次）执行后评估性能差距
 4. **自主升级**：实验模型统计显著优于基准时，自动更新路由权重
 ## Key Properties
 - **零用户影响**：实验在后台进行，用户永远获得生产模型响应
 - **真实数据**：使用真实用户请求，而非人工构造的测试用例
 - **持续运行**：可 24/7 不间断运行，持续监控新模型发布
 ## Connections
 - [[AutonomousOptimizationArchitect]] — 影子流量是核心测试基础设施
 - [[LLMasJudge]] — 对影子流量结果进行自动评分
 - [[DarkLaunching]] — 影子流量是暗启动的测试阶段
--- a/wiki/entities/Anthropic.md
+++ b/wiki/entities/Anthropic.md
@@ -1,30 +1,28 @@
 ---
 title: "Anthropic"
 type: entity
-tags: [AI, Claude, Anthropic]
+tags: ["llm-provider", "anthropic"]
-sources: [google-5个agent-skill设计模式-2026-03-19]
+sources: ["engineering-autonomous-optimization-architect"]
-last_updated: 2026-03-19
+last_updated: 2026-04-26
 ---
-## Overview
+## Aliases
-Anthropic 是一家 AI 安全公司，开发了 Claude 系列大语言模型和 Claude Code CLI Agent。其在 Skill 设计方面的实践经验（9 类分类、3 条铁律）被 Google ADK 指南引用。
+- Anthropic
 - Anthropic PBC
-## Key Contributions
+## Definition
- **Claude Code**：Anthropic 的 CLI Agent，支持 SKILL.md 格式标准化
+Anthropic 是主要的 LLM Provider，提供 Claude 系列模型（Claude Opus、Claude Sonnet、Claude Haiku 等）。在 [[AutonomousOptimizationArchitect]] 系统中作为高精度基准模型，其输出常被用作 [[LLMasJudge]] 评估其他模型时的参照标准。
 - **9 类 Skill 分类**：从参考手册到故障排查，每类有明确场景
 - **3 条铁律**：
  1. 只写 Agent 不知道的东西
  2. 重点写踩坑清单
  3. 给工具不给指令
-## Key Insight
+## Role in LLM Routing
-> "最好的 Skill 不是写得好的提示词，而是一个「工具箱」。" — Anthropic
+- Claude Opus 常作为高精度基准——如果其他模型要替代 Claude，必须达到其 98%+ 精度
 - Claude Sonnet/Haiku 提供性价比选项，供 [[AutonomousOptimizationArchitect]] 按任务难度分配
 - Anthropic API 不可用时触发 [[CircuitBreaker]] 切换至 [[OpenAI]] 或 [[GoogleGemini]]
-## Related Entities
+## Key Properties
- [[GoogleCloud]]：引用了 Anthropic 的 Skill 实践经验
+- **Token 成本**：$3-15 / 1M tokens
- [[ClaudeCode]]：Anthropic 开发的 CLI Agent
+- **延迟**：低至中等
- [[ADK]]：Google Cloud 的 Agent 开发工具包
+- **常见用途**：复杂推理、长文本分析、安全敏感任务
 ## Connections
- [[AnthropicSkill实践]] ← authored_by ← [[Anthropic]]
+- [[OpenAI]] — 同为 LLM Provider，共同参与 [[SemanticRouting]]
- [[Google5个AgentSkill设计模式]] ← extends ← [[AnthropicSkill实践]]
+- [[GoogleGemini]] — 在成本优化场景中与 Gemini Flash 形成对比
--- a/wiki/entities/GoogleGemini.md
+++ b/wiki/entities/GoogleGemini.md
@@ -0,0 +1,30 @@
 ---
 title: "GoogleGemini"
 type: entity
 tags: ["llm-provider", "google", "gemini"]
 sources: ["engineering-autonomous-optimization-architect"]
 last_updated: 2026-04-26
 ---
 ## Aliases
 - Gemini
 - Google Gemini
 - Gemini Flash
 - Gemini Pro
 ## Definition
 Google Gemini 是 Google 的 LLM 系列模型，涵盖从高性价比到高性能的多种版本。在 [[AutonomousOptimizationArchitect]] 系统中，Gemini Flash 因其极高的性价比（成本约为 Claude Opus 的 1/10）而被列为重要的路由目标。
 ## Role in LLM Routing
 - **Gemini Flash**：低成本高速度模型，如果精度达到基准的 98% 且成本远低于竞品，[[AutonomousOptimizationArchitect]] 会将流量自动路由至 Gemini
 - **Gemini Pro**：中端定位，提供能力与成本的平衡
 - 与 [[OpenAI]] 和 [[Anthropic]] 共同构成三足鼎立的 Provider 生态
 ## Key Properties
 - **Token 成本**：$0.075-0.5 / 1M tokens（Gemini Flash 极低）
 - **延迟**：低（Gemini Flash）
 - **优势**：极高的性价比，特别适合大规模、低成本推理
 ## Connections
 - [[OpenAI]] — 同为 LLM Provider
 - [[Anthropic]] — 高精度基准 Provider
--- a/wiki/entities/OpenAI.md
+++ b/wiki/entities/OpenAI.md
@@ -1,32 +1,27 @@
 ---
 title: "OpenAI"
 type: entity
-tags: [ai, company, llm]
+tags: ["llm-provider", "openai"]
-last_updated: 2026-04-23
+sources: ["engineering-autonomous-optimization-architect"]
 last_updated: 2026-04-26
 ---
 # OpenAI
 ## Type
 Company
 ## Aliases
- OpenAI LLC
+- OpenAI
- OpenAI LP（盈利主体）
+- OpenAI Inc.
-## Description
+## Definition
-OpenAI 是美国人工智能研究公司，开发了 GPT 系列大语言模型、ChatGPT 产品、API 接口及 DALL·E 图像生成模型。
+OpenAI 是主要的 LLM Provider 之一，提供 GPT 系列模型（GPT-4、GPT-4o、GPT-3.5 Turbo 等）。在 [[AutonomousOptimizationArchitect]] 系统中作为主要候选 Provider 之一参与性能排名和流量路由竞争。
-## Key Products
+## Role in LLM Routing
- **ChatGPT**：对话式 AI 助手，支持自定义指令（Custom Instructions）功能
+- 提供多种规模的模型供 [[AutonomousOptimizationArchitect]] 按任务类型分配
- **GPT-4 / GPT-4o / GPT-4.5**：最新大语言模型系列
+- 模型历史性能（token 延迟、幻觉率、成本）被 [[AutonomousOptimizationArchitect]] 持续追踪并纳入 Provider 排名
 - **OpenAI API**：为开发者提供 LLM 调用接口
 - **DALL·E**：文本生成图像模型
 - **Whisper**：开源语音识别模型
 - **Sora**：视频生成模型
-## Relevance to This Wiki
+## Key Properties
-OpenAI 是本 Wiki 中多个 AI 工具和方案的底层技术提供商：[[ChatGPT]] 是用户自定义配置的主体；[[OpenClaw]] 可接入 OpenAI API；n8n、Claude 等工具均支持 OpenAI 模型集成。
+- **Token 成本**：$2.5-15 / 1M tokens（因模型而异）
 - **延迟**：中等至高（取决于模型规模）
 - **常见用途**：代码生成、复杂推理、长文档处理
-## Sources
+## Connections
- [[openai-chatgpt-个性化定义]]
+- [[Anthropic]] — 同为 LLM Provider，竞争关系，共同参与 [[SemanticRouting]]
 - [[GoogleGemini]] — 同为 LLM Provider，在性价比上与 Gemini Flash 形成竞争
--- a/wiki/index.md
+++ b/wiki/index.md
@@ -4,6 +4,71 @@
 - [Overview](overview.md) — living synthesis
 ## Sources
 - [2026-04-26] [Autonomous Optimization Architect](sources/engineering-autonomous-optimization-architect.md)
 - [2026-04-26] [Mobile App Builder Agent Personality](sources/engineering-mobile-app-builder.md)
 - [2026-04-26] [Software Architect Agent Personality](sources/engineering-software-architect.md)
 - [2026-04-26] [Godot Multiplayer Engineer Agent Personality](sources/godot-multiplayer-engineer.md)
 - [2026-04-26] [Godot Shader Developer Agent Personality](sources/godot-shader-developer.md)
 - [2026-04-26] [Godot Gameplay Scripter Agent Personality](sources/godot-gameplay-scripter.md)
 - [2026-04-26] [Blender Add-on Engineer Agent Personality](sources/blender-addon-engineer.md)
 - [2026-04-26] [Roblox Avatar Creator Agent Personality](sources/roblox-avatar-creator.md)
 - [2026-04-26] [Roblox Systems Scripter Agent Personality](sources/roblox-systems-scripter.md)
 - [2026-04-26] [Roblox Experience Designer](sources/roblox-experience-designer.md)
 - [2026-04-26] [Unity Architect](sources/unity-architect.md)
 - [2026-04-26] [Unity Multiplayer Engineer](sources/unity-multiplayer-engineer.md)
 - [2026-04-26] [Unity Shader Graph Artist](sources/unity-shader-graph-artist.md)
 - [2026-04-26] [Unity Editor Tool Developer](sources/unity-editor-tool-developer.md)
 - [2026-04-26] [Unreal World Builder Agent Personality](sources/unreal-world-builder.md)
 - [2026-04-26] [Unreal Systems Engineer](sources/unreal-systems-engineer.md)
 - [2026-04-26] [Unreal Multiplayer Architect](sources/unreal-multiplayer-architect.md)
 - [2026-04-26] [Unreal Technical Artist](sources/unreal-technical-artist.md)
 - [2026-04-26] [Game Designer Agent Personality](sources/game-designer.md)
 - [2026-04-25] [Narrative Designer Agent Personality](sources/narrative-designer.md)
 - [2026-04-25] [Level Designer Agent Personality](sources/level-designer.md)
 - [2026-04-25] [Technical Artist](sources/technical-artist.md)
 - [2026-04-25] [Game Audio Engineer Agent](sources/game-audio-engineer.md)
 - [2026-04-25] [AI Citation Strategist](sources/marketing-ai-citation-strategist.md)
 - [2026-04-25] [Marketing Growth Hacker Agent](sources/marketing-growth-hacker.md)
 - [2026-04-25] [Marketing Xiaohongshu Specialist](sources/marketing-xiaohongshu-specialist.md)
 - [2026-04-25] [Marketing Podcast Strategist](sources/marketing-podcast-strategist.md)
 - [2026-04-25] [Marketing Bilibili Content Strategist](sources/marketing-bilibili-content-strategist.md)
 - [2026-04-25] [Marketing Content Creator](sources/marketing-content-creator.md)
 - [2026-04-25] [Marketing Twitter Engager](sources/marketing-twitter-engager.md)
 - [2026-04-25] [Marketing Livestream Commerce Coach](sources/marketing-livestream-commerce-coach.md)
 - [2026-04-25] [Marketing TikTok Strategist](sources/marketing-tiktok-strategist.md)
 - [2026-04-25] [Marketing SEO Specialist](sources/marketing-seo-specialist.md)
 - [2026-04-25] [China Market Localization Strategist](sources/marketing-china-market-localization-strategist.md)
 - [2026-04-25] [App Store Optimizer](sources/marketing-app-store-optimizer.md)
 - [2026-04-25] [Marketing WeChat Official Account Manager](sources/marketing-wechat-official-account.md)
 - [2026-04-25] [LinkedIn Content Creator](sources/marketing-linkedin-content-creator.md)
 - [2026-04-25] [Marketing Weibo Strategist](sources/marketing-weibo-strategist.md)
 - [2026-04-25] [Marketing Baidu SEO Specialist](sources/marketing-baidu-seo-specialist.md)
 - [2026-04-25] [Marketing Carousel Growth Engine](sources/marketing-carousel-growth-engine.md)
 - [2026-04-25] [Marketing Private Domain Operator](sources/marketing-private-domain-operator.md)
 - [2026-04-25] [Marketing Short-Video Editing Coach](sources/marketing-short-video-editing-coach.md)
 - [2026-04-25] [Social Media Strategist](sources/marketing-social-media-strategist.md)
 - [2026-04-25] [Marketing Kuaishou Strategist](sources/marketing-kuaishou-strategist.md)
 - [2026-04-25] [Marketing Video Optimization Specialist](sources/marketing-video-optimization-specialist.md)
 - [2026-04-25] [Marketing Instagram Curator](sources/marketing-instagram-curator.md)
 - [2026-04-25] [Marketing China E-Commerce Operator](sources/marketing-china-ecommerce-operator.md)
 - [2026-04-25] [Marketing Reddit Community Builder](sources/marketing-reddit-community-builder.md)
 - [2026-04-25] [Marketing Cross-Border E-Commerce Specialist](sources/marketing-cross-border-ecommerce.md)
 - [2026-04-25] [Book Co-Author](sources/marketing-book-co-author.md)
 - [2026-04-25] [Marketing Zhihu Strategist](sources/marketing-zhihu-strategist.md)
 - [2026-04-25] [Marketing Douyin Strategist](sources/marketing-douyin-strategist.md)
 - [2026-04-25] [Nexus Spatial: Full Agency Discovery Exercise](sources/nexus-spatial-discovery.md)
 - [2026-04-25] [Multi-Agent Workflow: Startup MVP with Persistent Memory](sources/workflow-with-memory.md)
 - [2026-04-25] [Multi-Agent Workflow: Landing Page Sprint](sources/workflow-landing-page.md)
 - [2026-04-25] [Multi-Agent Workflow: Startup MVP](sources/workflow-startup-mvp.md)
 - [2026-04-25] [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
 - [2026-04-25] [Workflow Example: Book Chapter Development](sources/workflow-book-chapter.md)
 - [2026-04-25] [Executive Summary Generator Agent Personality](sources/support-executive-summary-generator.md)
 - [2026-04-25] [Finance Tracker Agent Personality](sources/support-finance-tracker.md)
 - [2026-04-25] [Support Infrastructure Maintainer Agent Personality](sources/support-infrastructure-maintainer.md)
 - [2026-04-25] [Support Responder Agent Personality](sources/support-support-responder.md)
 - [2026-04-25] [Analytics Reporter Agent Personality](sources/support-analytics-reporter.md)
 - [2026-04-25] [Support Legal Compliance Checker Agent Personality](sources/support-legal-compliance-checker.md)
 - [2026-04-25] [Accessibility Auditor Agent Personality](sources/testing-accessibility-auditor.md)
 - [2026-04-25] [Tool Evaluator Agent Personality](sources/testing-tool-evaluator.md)
 - [2026-04-25] [Testing Evidence Collector Agent Personality](sources/testing-evidence-collector.md)
 - [2026-04-25] [Test Results Analyzer Agent Personality](sources/testing-test-results-analyzer.md)
@@ -11,19 +76,19 @@
 - [2026-04-25] [Testing Reality Checker](sources/testing-reality-checker.md)
 - [2026-04-25] [Workflow Optimizer Agent Personality](sources/testing-workflow-optimizer.md)
 - [2026-04-25] [API Tester Agent Personality](sources/testing-api-tester.md)
- [2026-04-25] [OpenCode Integration](sources/readme.md)
+- [2026-04-25] [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
- [2026-04-25] [OpenCode Integration](sources/readme.md)
+- [2026-04-25] [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
- [2026-04-25] [OpenCode Integration](sources/readme.md)
+- [2026-04-25] [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
- [2026-04-25] [OpenCode Integration](sources/readme.md)
+- [2026-04-25] [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
- [2026-04-25] [OpenCode Integration](sources/readme.md)
+- [2026-04-25] [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
- [2026-04-25] [OpenCode Integration](sources/readme.md)
+- [2026-04-25] [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
- [2026-04-25] [OpenCode Integration](sources/readme.md)
+- [2026-04-25] [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
- [2026-04-25] [OpenCode Integration](sources/readme.md)
+- [2026-04-25] [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
 - [2026-04-25] [Backend Architect with Memory](sources/backend-architect-with-memory.md)
- [2026-04-25] [OpenCode Integration](sources/readme.md)
+- [2026-04-25] [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
- [2026-04-25] [OpenCode Integration](sources/readme.md)
+- [2026-04-25] [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
- [2026-04-25] [OpenCode Integration](sources/readme.md)
+- [2026-04-25] [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
- [2026-04-25] [OpenCode Integration](sources/readme.md)
+- [2026-04-25] [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
 - [2026-04-25] [Historian Agent Personality](sources/academic-historian.md)
 - [2026-04-25] [Academic Geographer](sources/academic-geographer.md)
 - [2026-04-25] [Academic Narratologist](sources/academic-narratologist.md)
@@ -391,34 +456,6 @@
 - [2026-04-21] [What I Know About Cloud Service Delivery 1](sources/what-i-know-about-cloud-service-delivery-1.md)
 - [2026-04-21] [Cloud DevOp Maturity - Guideline](sources/cloud-devop-maturity-guideline.md)
 - [2026-04-21] [DevOps Culture and Transformation: Fostering Collaboration, Agile Practices, and Innovation](sources/devops-culture-and-transformation-fostering-collaboration-agile-practices-and-innovation-linkedin.md)
 - [2026-04-21] [marketing-weibo-strategist](sources/marketing-weibo-strategist.md) — (expected: wiki/sources/marketing-weibo-strategist.md — source missing)
 - [2026-04-21] [marketing-baidu-seo-specialist](sources/marketing-baidu-seo-specialist.md) — (expected: wiki/sources/marketing-baidu-seo-specialist.md — source missing)
 - [2026-04-21] [marketing-carousel-growth-engine](sources/marketing-carousel-growth-engine.md) — (expected: wiki/sources/marketing-carousel-growth-engine.md — source missing)
 - [2026-04-21] [marketing-private-domain-operator](sources/marketing-private-domain-operator.md) — (expected: wiki/sources/marketing-private-domain-operator.md — source missing)
 - [2026-04-21] [marketing-short-video-editing-coach](sources/marketing-short-video-editing-coach.md) — (expected: wiki/sources/marketing-short-video-editing-coach.md — source missing)
 - [2026-04-21] [marketing-social-media-strategist](sources/marketing-social-media-strategist.md) — (expected: wiki/sources/marketing-social-media-strategist.md — source missing)
 - [2026-04-21] [marketing-kuaishou-strategist](sources/marketing-kuaishou-strategist.md) — (expected: wiki/sources/marketing-kuaishou-strategist.md — source missing)
 - [2026-04-21] [marketing-video-optimization-specialist](sources/marketing-video-optimization-specialist.md) — (expected: wiki/sources/marketing-video-optimization-specialist.md — source missing)
 - [2026-04-21] [marketing-instagram-curator](sources/marketing-instagram-curator.md) — (expected: wiki/sources/marketing-instagram-curator.md — source missing)
 - [2026-04-21] [marketing-china-ecommerce-operator](sources/marketing-china-ecommerce-operator.md) — (expected: wiki/sources/marketing-china-ecommerce-operator.md — source missing)
 - [2026-04-21] [marketing-reddit-community-builder](sources/marketing-reddit-community-builder.md) — (expected: wiki/sources/marketing-reddit-community-builder.md — source missing)
 - [2026-04-21] [marketing-cross-border-ecommerce](sources/marketing-cross-border-ecommerce.md) — (expected: wiki/sources/marketing-cross-border-ecommerce.md — source missing)
 - [2026-04-21] [marketing-book-co-author](sources/marketing-book-co-author.md) — (expected: wiki/sources/marketing-book-co-author.md — source missing)
 - [2026-04-21] [marketing-zhihu-strategist](sources/marketing-zhihu-strategist.md) — (expected: wiki/sources/marketing-zhihu-strategist.md — source missing)
 - [2026-04-21] [marketing-douyin-strategist](sources/marketing-douyin-strategist.md) — (expected: wiki/sources/marketing-douyin-strategist.md — source missing)
 - [2026-04-21] [nexus-spatial-discovery](sources/nexus-spatial-discovery.md) — (expected: wiki/sources/nexus-spatial-discovery.md — source missing)
 - [2026-04-21] [workflow-with-memory](sources/workflow-with-memory.md) — (expected: wiki/sources/workflow-with-memory.md — source missing)
 - [2026-04-21] [workflow-landing-page](sources/workflow-landing-page.md) — (expected: wiki/sources/workflow-landing-page.md — source missing)
 - [2026-04-21] [workflow-startup-mvp](sources/workflow-startup-mvp.md) — (expected: wiki/sources/workflow-startup-mvp.md — source missing)
 - [2026-04-21] [OpenCode Integration](sources/readme.md)
 - [2026-04-21] [workflow-book-chapter](sources/workflow-book-chapter.md) — (expected: wiki/sources/workflow-book-chapter.md — source missing)
 - [2026-04-21] [support-executive-summary-generator](sources/support-executive-summary-generator.md) — (expected: wiki/sources/support-executive-summary-generator.md — source missing)
 - [2026-04-21] [support-finance-tracker](sources/support-finance-tracker.md) — (expected: wiki/sources/support-finance-tracker.md — source missing)
 - [2026-04-21] [support-infrastructure-maintainer](sources/support-infrastructure-maintainer.md) — (expected: wiki/sources/support-infrastructure-maintainer.md — source missing)
 - [2026-04-21] [support-support-responder](sources/support-support-responder.md) — (expected: wiki/sources/support-support-responder.md — source missing)
 - [2026-04-21] [support-analytics-reporter](sources/support-analytics-reporter.md) — (expected: wiki/sources/support-analytics-reporter.md — source missing)
 - [2026-04-21] [support-legal-compliance-checker](sources/support-legal-compliance-checker.md) — (expected: wiki/sources/support-legal-compliance-checker.md — source missing)
 - [2026-04-21] [testing-accessibility-auditor](sources/testing-accessibility-auditor.md) — (expected: wiki/sources/testing-accessibility-auditor.md — source missing)
 - [2026-04-20] [security](sources/security.md) — (expected: wiki/sources/security.md — source missing)
 - [2026-04-20] [llm-wiki](sources/llm-wiki.md) — (expected: wiki/sources/llm-wiki.md — source missing)
 - [2026-04-20] [baoyu-skills](sources/baoyu-skills.md) — (expected: wiki/sources/baoyu-skills.md — source missing)
@@ -441,10 +478,9 @@
 - [legal-billing-time-tracking](sources/legal-billing-time-tracking.md) — (expected: wiki/sources/legal-billing-time-tracking.md — source missing)
 - [legal-client-intake](sources/legal-client-intake.md) — (expected: wiki/sources/legal-client-intake.md — source missing)
 - [hospitality-guest-services](sources/hospitality-guest-services.md) — (expected: wiki/sources/hospitality-guest-services.md — source missing)
- [OpenCode Integration](sources/readme.md)
+- [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
 - [marketing-seo-specialist](sources/marketing-seo-specialist.md) — (expected: wiki/sources/marketing-seo-specialist.md — source missing)
 - [marketing-agentic-search-optimizer](sources/marketing-agentic-search-optimizer.md) — (expected: wiki/sources/marketing-agentic-search-optimizer.md — source missing)
- [OpenCode Integration](sources/readme.md)
+- [Examples - Agency Multi-Agent Collaboration Showcase](sources/readme.md)
 - [finance-bookkeeper-controller](sources/finance-bookkeeper-controller.md) — (expected: wiki/sources/finance-bookkeeper-controller.md — source missing)
 - [finance-fpa-analyst](sources/finance-fpa-analyst.md) — (expected: wiki/sources/finance-fpa-analyst.md — source missing)
 - [finance-investment-researcher](sources/finance-investment-researcher.md) — (expected: wiki/sources/finance-investment-researcher.md — source missing)
@@ -472,49 +508,14 @@
 - [agent-activation-prompts](sources/agent-activation-prompts.md) — (expected: wiki/sources/agent-activation-prompts.md — source missing)
 - [quickstart](sources/quickstart.md) — (expected: wiki/sources/quickstart.md — source missing)
 - [executive-brief](sources/executive-brief.md) — (expected: wiki/sources/executive-brief.md — source missing)
 - [marketing-xiaohongshu-specialist](sources/marketing-xiaohongshu-specialist.md) — (expected: wiki/sources/marketing-xiaohongshu-specialist.md — source missing)
 - [marketing-wechat-official-account](sources/marketing-wechat-official-account.md) — (expected: wiki/sources/marketing-wechat-official-account.md — source missing)
 - [marketing-twitter-engager](sources/marketing-twitter-engager.md) — (expected: wiki/sources/marketing-twitter-engager.md — source missing)
 - [marketing-tiktok-strategist](sources/marketing-tiktok-strategist.md) — (expected: wiki/sources/marketing-tiktok-strategist.md — source missing)
 - [marketing-podcast-strategist](sources/marketing-podcast-strategist.md) — (expected: wiki/sources/marketing-podcast-strategist.md — source missing)
 - [marketing-livestream-commerce-coach](sources/marketing-livestream-commerce-coach.md) — (expected: wiki/sources/marketing-livestream-commerce-coach.md — source missing)
 - [marketing-linkedin-content-creator](sources/marketing-linkedin-content-creator.md) — (expected: wiki/sources/marketing-linkedin-content-creator.md — source missing)
 - [marketing-growth-hacker](sources/marketing-growth-hacker.md) — (expected: wiki/sources/marketing-growth-hacker.md — source missing)
 - [marketing-content-creator](sources/marketing-content-creator.md) — (expected: wiki/sources/marketing-content-creator.md — source missing)
 - [marketing-china-market-localization-strategist](sources/marketing-china-market-localization-strategist.md) — (expected: wiki/sources/marketing-china-market-localization-strategist.md — source missing)
 - [marketing-bilibili-content-strategist](sources/marketing-bilibili-content-strategist.md) — (expected: wiki/sources/marketing-bilibili-content-strategist.md — source missing)
 - [marketing-app-store-optimizer](sources/marketing-app-store-optimizer.md) — (expected: wiki/sources/marketing-app-store-optimizer.md — source missing)
 - [marketing-ai-citation-strategist](sources/marketing-ai-citation-strategist.md) — (expected: wiki/sources/marketing-ai-citation-strategist.md — source missing)
 - [unreal-world-builder](sources/unreal-world-builder.md) — (expected: wiki/sources/unreal-world-builder.md — source missing)
 - [unreal-technical-artist](sources/unreal-technical-artist.md) — (expected: wiki/sources/unreal-technical-artist.md — source missing)
 - [unreal-systems-engineer](sources/unreal-systems-engineer.md) — (expected: wiki/sources/unreal-systems-engineer.md — source missing)
 - [unreal-multiplayer-architect](sources/unreal-multiplayer-architect.md) — (expected: wiki/sources/unreal-multiplayer-architect.md — source missing)
 - [unity-shader-graph-artist](sources/unity-shader-graph-artist.md) — (expected: wiki/sources/unity-shader-graph-artist.md — source missing)
 - [unity-multiplayer-engineer](sources/unity-multiplayer-engineer.md) — (expected: wiki/sources/unity-multiplayer-engineer.md — source missing)
 - [unity-editor-tool-developer](sources/unity-editor-tool-developer.md) — (expected: wiki/sources/unity-editor-tool-developer.md — source missing)
 - [unity-architect](sources/unity-architect.md) — (expected: wiki/sources/unity-architect.md — source missing)
 - [technical-artist](sources/technical-artist.md) — (expected: wiki/sources/technical-artist.md — source missing)
 - [roblox-systems-scripter](sources/roblox-systems-scripter.md) — (expected: wiki/sources/roblox-systems-scripter.md — source missing)
 - [roblox-experience-designer](sources/roblox-experience-designer.md) — (expected: wiki/sources/roblox-experience-designer.md — source missing)
 - [roblox-avatar-creator](sources/roblox-avatar-creator.md) — (expected: wiki/sources/roblox-avatar-creator.md — source missing)
 - [narrative-designer](sources/narrative-designer.md) — (expected: wiki/sources/narrative-designer.md — source missing)
 - [level-designer](sources/level-designer.md) — (expected: wiki/sources/level-designer.md — source missing)
 - [godot-shader-developer](sources/godot-shader-developer.md) — (expected: wiki/sources/godot-shader-developer.md — source missing)
 - [godot-multiplayer-engineer](sources/godot-multiplayer-engineer.md) — (expected: wiki/sources/godot-multiplayer-engineer.md — source missing)
 - [godot-gameplay-scripter](sources/godot-gameplay-scripter.md) — (expected: wiki/sources/godot-gameplay-scripter.md — source missing)
 - [game-designer](sources/game-designer.md) — (expected: wiki/sources/game-designer.md — source missing)
 - [game-audio-engineer](sources/game-audio-engineer.md) — (expected: wiki/sources/game-audio-engineer.md — source missing)
 - [blender-addon-engineer](sources/blender-addon-engineer.md) — (expected: wiki/sources/blender-addon-engineer.md — source missing)
 - [engineering-wechat-mini-program-developer](sources/engineering-wechat-mini-program-developer.md) — (expected: wiki/sources/engineering-wechat-mini-program-developer.md — source missing)
 - [engineering-threat-detection-engineer](sources/engineering-threat-detection-engineer.md) — (expected: wiki/sources/engineering-threat-detection-engineer.md — source missing)
 - [engineering-technical-writer](sources/engineering-technical-writer.md) — (expected: wiki/sources/engineering-technical-writer.md — source missing)
 - [engineering-sre](sources/engineering-sre.md) — (expected: wiki/sources/engineering-sre.md — source missing)
 - [engineering-solidity-smart-contract-engineer](sources/engineering-solidity-smart-contract-engineer.md) — (expected: wiki/sources/engineering-solidity-smart-contract-engineer.md — source missing)
 - [engineering-software-architect](sources/engineering-software-architect.md) — (expected: wiki/sources/engineering-software-architect.md — source missing)
 - [engineering-senior-developer](sources/engineering-senior-developer.md) — (expected: wiki/sources/engineering-senior-developer.md — source missing)
 - [engineering-security-engineer](sources/engineering-security-engineer.md) — (expected: wiki/sources/engineering-security-engineer.md — source missing)
 - [engineering-rapid-prototyper](sources/engineering-rapid-prototyper.md) — (expected: wiki/sources/engineering-rapid-prototyper.md — source missing)
 - [engineering-mobile-app-builder](sources/engineering-mobile-app-builder.md) — (expected: wiki/sources/engineering-mobile-app-builder.md — source missing)
 - [engineering-incident-response-commander](sources/engineering-incident-response-commander.md) — (expected: wiki/sources/engineering-incident-response-commander.md — source missing)
 - [engineering-git-workflow-master](sources/engineering-git-workflow-master.md) — (expected: wiki/sources/engineering-git-workflow-master.md — source missing)
 - [engineering-frontend-developer](sources/engineering-frontend-developer.md) — (expected: wiki/sources/engineering-frontend-developer.md — source missing)
@@ -528,7 +529,6 @@
 - [engineering-code-reviewer](sources/engineering-code-reviewer.md) — (expected: wiki/sources/engineering-code-reviewer.md — source missing)
 - [engineering-cms-developer](sources/engineering-cms-developer.md) — (expected: wiki/sources/engineering-cms-developer.md — source missing)
 - [engineering-backend-architect](sources/engineering-backend-architect.md) — (expected: wiki/sources/engineering-backend-architect.md — source missing)
 - [engineering-autonomous-optimization-architect](sources/engineering-autonomous-optimization-architect.md) — (expected: wiki/sources/engineering-autonomous-optimization-architect.md — source missing)
 - [engineering-ai-engineer](sources/engineering-ai-engineer.md) — (expected: wiki/sources/engineering-ai-engineer.md — source missing)
 - [engineering-ai-data-remediation-engineer](sources/engineering-ai-data-remediation-engineer.md) — (expected: wiki/sources/engineering-ai-data-remediation-engineer.md — source missing)
@@ -538,6 +538,7 @@
 - [Acronis](entities/Acronis.md)
 - [AdamSmith](entities/AdamSmith.md)
 - [ADK](entities/ADK.md)
 - [Adobe-Premiere-Pro](entities/Adobe-Premiere-Pro.md)
 - [AdsPower](entities/AdsPower.md)
 - [Agentic-AI](entities/Agentic-AI.md)
 - [AionUi](entities/AionUi.md)
@@ -574,7 +575,9 @@
 - [AWS-Step-Functions](entities/AWS-Step-Functions.md)
 - [Axton](entities/Axton.md)
 - [Azure](entities/Azure.md)
 - [Backend-Architect](entities/Backend-Architect.md)
 - [BackendArchitect](entities/BackendArchitect.md)
 - [Baidu](entities/Baidu.md)
 - [baoyu](entities/baoyu.md)
 - [BehavioralNudgeEngine](entities/BehavioralNudgeEngine.md)
 - [bitwarden](entities/bitwarden.md)
@@ -589,8 +592,10 @@
 - [cAdvisor](entities/cAdvisor.md)
 - [Calibre](entities/Calibre.md)
 - [Canva](entities/Canva.md)
 - [CapCut-Pro](entities/CapCut-Pro.md)
 - [ChatGPT](entities/ChatGPT.md)
 - [Checkpoint](entities/Checkpoint.md)
 - [ChinesePodcastPlatforms](entities/ChinesePodcastPlatforms.md)
 - [Choi-Wontak](entities/Choi-Wontak.md)
 - [Claude-Desktop](entities/Claude-Desktop.md)
 - [Claude-Pro](entities/Claude-Pro.md)
@@ -606,10 +611,13 @@
 - [CodeCrafters](entities/CodeCrafters.md)
 - [CodeWeaver](entities/CodeWeaver.md)
 - [containerd](entities/containerd.md)
 - [Content-Creator](entities/Content-Creator.md)
 - [Coze](entities/Coze.md)
 - [CrewAI](entities/CrewAI.md)
 - [Cursor](entities/Cursor.md)
 - [Curve-Finance](entities/Curve-Finance.md)
 - [DanielStefanovic](entities/DanielStefanovic.md)
 - [DaVinci-Resolve](entities/DaVinci-Resolve.md)
 - [DeepLearningAI](entities/DeepLearningAI.md)
 - [DeepSeek](entities/DeepSeek.md)
 - [DeepSider](entities/DeepSider.md)
@@ -631,11 +639,15 @@
 - [EESJGong](entities/EESJGong.md)
 - [Euler-Finance](entities/Euler-Finance.md)
 - [Eurocode](entities/Eurocode.md)
 - [Final-Cut-Pro](entities/Final-Cut-Pro.md)
 - [fireworks-tech-graph](entities/fireworks-tech-graph.md)
 - [Flux](entities/Flux.md)
 - [FMOD](entities/FMOD.md)
 - [Frontend-Developer](entities/Frontend-Developer.md)
 - [frp](entities/frp.md)
 - [Gamma-AI](entities/Gamma-AI.md)
 - [GDPR](entities/GDPR.md)
 - [Gemini](entities/Gemini.md)
 - [Gitea](entities/Gitea.md)
 - [GitHubCopilot](entities/GitHubCopilot.md)
 - [Gitmoji](entities/Gitmoji.md)
@@ -646,7 +658,9 @@
 - [Google-Cloud](entities/Google-Cloud.md)
 - [GoogleAds](entities/GoogleAds.md)
 - [GoogleCloud](entities/GoogleCloud.md)
 - [GoogleGemini](entities/GoogleGemini.md)
 - [Grafana](entities/Grafana.md)
 - [Growth-Hacker](entities/Growth-Hacker.md)
 - [Gruntwork](entities/Gruntwork.md)
 - [HashiCorp](entities/HashiCorp.md)
 - [Heather-Norris](entities/Heather-Norris.md)
@@ -674,6 +688,7 @@
 - [KakaoTalk](entities/KakaoTalk.md)
 - [kepano](entities/kepano.md)
 - [KoolCenter固件服务器](entities/KoolCenter固件服务器.md)
 - [Kuaishou](entities/Kuaishou.md)
 - [Kubernetes](entities/Kubernetes.md)
 - [LangChain](entities/LangChain.md)
 - [LaunchDarkly](entities/LaunchDarkly.md)
@@ -706,7 +721,9 @@
 - [Nano Banana 2](entities/Nano Banana 2.md)
 - [Navidrome](entities/Navidrome.md)
 - [NetApp](entities/NetApp.md)
 - [NetcodeForGameObjects](entities/NetcodeForGameObjects.md)
 - [Netdata](entities/Netdata.md)
 - [Nexus-Spatial](entities/Nexus-Spatial.md)
 - [NicholasCarlini](entities/NicholasCarlini.md)
 - [Niklas-Luhmann](entities/Niklas-Luhmann.md)
 - [NMPA](entities/NMPA.md)
@@ -717,6 +734,7 @@
 - [NotebookLlama](entities/NotebookLlama.md)
 - [NotebookLM](entities/NotebookLM.md)
 - [Obsidian](entities/Obsidian.md)
 - [OceanEngine](entities/OceanEngine.md)
 - [Octane-Hub](entities/Octane-Hub.md)
 - [Ollama](entities/Ollama.md)
 - [Open-Alliance-for-Cloud-Adoption](entities/Open-Alliance-for-Cloud-Adoption.md)
@@ -727,10 +745,12 @@
 - [OpenCode](entities/OpenCode.md)
 - [OpenManus](entities/OpenManus.md)
 - [OpenNotebook](entities/OpenNotebook.md)
 - [OrchestratorAgent](entities/OrchestratorAgent.md)
 - [PageLM](entities/PageLM.md)
 - [Perplexica](entities/Perplexica.md)
 - [Phenops-Team](entities/Phenops-Team.md)
 - [PingMe](entities/PingMe.md)
 - [Playwright](entities/Playwright.md)
 - [Podcastfy](entities/Podcastfy.md)
 - [Portainer](entities/Portainer.md)
 - [Prismer-AI](entities/Prismer-AI.md)
@@ -743,7 +763,10 @@
 - [RackNerd](entities/RackNerd.md)
 - [RAIT-09](entities/RAIT-09.md)
 - [Raj-Vardhan-Singh](entities/Raj-Vardhan-Singh.md)
 - [Rapid-Prototyper](entities/Rapid-Prototyper.md)
 - [Reality-Checker](entities/Reality-Checker.md)
 - [Recapio](entities/Recapio.md)
 - [RetroBoard](entities/RetroBoard.md)
 - [RichardFeynman](entities/RichardFeynman.md)
 - [rsvg-convert](entities/rsvg-convert.md)
 - [rsync](entities/rsync.md)
@@ -759,6 +782,7 @@
 - [SMACs](entities/SMACs.md)
 - [SONY](entities/SONY.md)
 - [SparkryAI](entities/SparkryAI.md)
 - [Sprint-Prioritizer](entities/Sprint-Prioritizer.md)
 - [SRE-Team](entities/SRE-Team.md)
 - [Stable-Diffusion](entities/Stable-Diffusion.md)
 - [stacer](entities/stacer.md)
@@ -784,19 +808,34 @@
 - [TweetClaw](entities/TweetClaw.md)
 - [TypeScript-Language-Server](entities/TypeScript-Language-Server.md)
 - [Ubuntu-Server](entities/Ubuntu-Server.md)
 - [UI-Designer](entities/UI-Designer.md)
 - [UnityGamingServices](entities/UnityGamingServices.md)
 - [UnityMultiplayerEngineer](entities/UnityMultiplayerEngineer.md)
 - [UnrealEngine5](entities/UnrealEngine5.md)
 - [UnrealMultiplayerArchitect](entities/UnrealMultiplayerArchitect.md)
 - [Upload-Post](entities/Upload-Post.md)
 - [Uptime-Kuma](entities/Uptime-Kuma.md)
 - [UX-Researcher](entities/UX-Researcher.md)
 - [Veeam](entities/Veeam.md)
 - [Vibe-Kanban](entities/Vibe-Kanban.md)
 - [VictoriaMetrics](entities/VictoriaMetrics.md)
 - [Vinay](entities/Vinay.md)
 - [VMware](entities/VMware.md)
 - [WeChat](entities/WeChat.md)
 - [WeCom](entities/WeCom.md)
 - [Weibo](entities/Weibo.md)
 - [WildCard](entities/WildCard.md)
 - [Windsurf](entities/Windsurf.md)
 - [Xiaohongshu](entities/Xiaohongshu.md)
 - [XiaohongshuPlatform](entities/XiaohongshuPlatform.md)
 - [Xiaoyuzhou](entities/Xiaoyuzhou.md)
 - [Ximalaya](entities/Ximalaya.md)
 - [XR-Cockpit-Interaction-Specialist](entities/XR-Cockpit-Interaction-Specialist.md)
 - [XR-Immersive-Developer](entities/XR-Immersive-Developer.md)
 - [XR-Interface-Architect](entities/XR-Interface-Architect.md)
 - [YishenTu](entities/YishenTu.md)
 - [YouTube](entities/YouTube.md)
 - [Zhihu](entities/Zhihu.md)
 - [Zipline](entities/Zipline.md)
 - [zk-steward-companion](entities/zk-steward-companion.md)
 - [余梦珑](entities/余梦珑.md)
@@ -811,6 +850,8 @@
 ## Concepts
 - [14种UML图](concepts/14种UML图.md)
 - [3-2-1产品介绍公式](concepts/3-2-1产品介绍公式.md)
 - [6-Slide-Narrative-Arc](concepts/6-Slide-Narrative-Arc.md)
 - [7种视觉风格系统](concepts/7种视觉风格系统.md)
 - [ABTesting](concepts/ABTesting.md)
 - [Account-Health-Score](concepts/Account-Health-Score.md)
@@ -818,7 +859,9 @@
 - [AccountArchitecture](concepts/AccountArchitecture.md)
 - [ActionItemTracking](concepts/ActionItemTracking.md)
 - [Active-Accountability](concepts/Active-Accountability.md)
 - [Actor-Replication](concepts/Actor-Replication.md)
 - [Adaptive-Tone](concepts/Adaptive-Tone.md)
 - [AdaptiveMusic](concepts/AdaptiveMusic.md)
 - [ADDIE-Model](concepts/ADDIE-Model.md)
 - [AdExtensions](concepts/AdExtensions.md)
 - [AdStrength](concepts/AdStrength.md)
@@ -839,11 +882,13 @@
 - [AgilePractices](concepts/AgilePractices.md)
 - [Aha-Moment](concepts/Aha-Moment.md)
 - [AI-Agent](concepts/AI-Agent.md)
 - [AI-Assisted-Editing](concepts/AI-Assisted-Editing.md)
 - [AI-Auto-Response](concepts/AI-Auto-Response.md)
 - [AI-ChatOps](concepts/AI-ChatOps.md)
 - [AI-Driven-Task-Extraction](concepts/AI-Driven-Task-Extraction.md)
 - [AI-Logo-Generation](concepts/AI-Logo-Generation.md)
 - [Ai-Powered-Digest](concepts/Ai-Powered-Digest.md)
 - [AIFinOps](concepts/AIFinOps.md)
 - [AIOps](concepts/AIOps.md)
 - [AI代理](concepts/AI代理.md)
 - [AI图生视频](concepts/AI图生视频.md)
@@ -855,12 +900,16 @@
 - [Amazon-EKS](concepts/Amazon-EKS.md)
 - [AmbientMessageMonitoring](concepts/AmbientMessageMonitoring.md)
 - [Analogy-as-Straitjacket](concepts/Analogy-as-Straitjacket.md)
 - [Analytics-Feedback-Loop](concepts/Analytics-Feedback-Loop.md)
 - [Annales-School](concepts/Annales-School.md)
 - [Answer-Engine-Optimization](concepts/Answer-Engine-Optimization.md)
 - [AntiCheatArchitecture](concepts/AntiCheatArchitecture.md)
 - [Appearance-Anxiety](concepts/Appearance-Anxiety.md)
 - [APT-仓库配置](concepts/APT-仓库配置.md)
 - [Architectural-Empathy](concepts/Architectural-Empathy.md)
 - [arXiv-API](concepts/arXiv-API.md)
 - [Asset-Management](concepts/Asset-Management.md)
 - [Asset-Pipeline](concepts/Asset-Pipeline.md)
 - [Atomic-Commit](concepts/Atomic-Commit.md)
 - [Attachment-Theory](concepts/Attachment-Theory.md)
 - [Attach容器](concepts/Attach容器.md)
@@ -874,18 +923,25 @@
 - [AWS-Source-Identity](concepts/AWS-Source-Identity.md)
 - [AWS-Tagging-Standards](concepts/AWS-Tagging-Standards.md)
 - [AWS-Tags](concepts/AWS-Tags.md)
 - [B2B-Social-Selling](concepts/B2B-Social-Selling.md)
 - [Baidu-Ecosystem-Integration](concepts/Baidu-Ecosystem-Integration.md)
 - [Baidu-SEO](concepts/Baidu-SEO.md)
 - [BandwidthManagement](concepts/BandwidthManagement.md)
 - [Beat-Sync](concepts/Beat-Sync.md)
 - [BEATS](concepts/BEATS.md)
 - [Behavioral-Psychology](concepts/Behavioral-Psychology.md)
 - [Big-Five-Personality](concepts/Big-Five-Personality.md)
 - [BindMount](concepts/BindMount.md)
 - [BI平台](concepts/BI平台.md)
 - [Blocking](concepts/Blocking.md)
 - [Blockout-Discipline](concepts/Blockout-Discipline.md)
 - [Bloom-认知分类](concepts/Bloom-认知分类.md)
 - [Blue-Green-Deployment](concepts/Blue-Green-Deployment.md)
 - [Blue-Hat-Logo](concepts/Blue-Hat-Logo.md)
 - [BOOTSTRAP.md](concepts/BOOTSTRAP.md.md)
 - [Brain-Dump](concepts/Brain-Dump.md)
 - [Branch-Strategy](concepts/Branch-Strategy.md)
 - [Branching-Narrative](concepts/Branching-Narrative.md)
 - [Brand-Environment](concepts/Brand-Environment.md)
 - [Break-the-Build](concepts/Break-the-Build.md)
 - [Bug-Bounty](concepts/Bug-Bounty.md)
@@ -894,6 +950,7 @@
 - [BuildInPublic](concepts/BuildInPublic.md)
 - [Business-Impact-Analysis](concepts/Business-Impact-Analysis.md)
 - [Business-Knowledge-Base](concepts/Business-Knowledge-Base.md)
 - [CACandLTV](concepts/CACandLTV.md)
 - [caffeinate](concepts/caffeinate.md)
 - [Calibration-Testing](concepts/Calibration-Testing.md)
 - [Call-Worthy-Threshold](concepts/Call-Worthy-Threshold.md)
@@ -909,14 +966,19 @@
 - [Change-Management](concepts/Change-Management.md)
 - [Channel-Based-Monitoring](concepts/Channel-Based-Monitoring.md)
 - [Character-Arc](concepts/Character-Arc.md)
 - [Character-Voice-Pillars](concepts/Character-Voice-Pillars.md)
 - [Check-in-Fatigue](concepts/Check-in-Fatigue.md)
 - [ChinaLaborLawCompliance](concepts/ChinaLaborLawCompliance.md)
 - [Choice-Architecture](concepts/Choice-Architecture.md)
 - [CI-CD-Pipeline](concepts/CI-CD-Pipeline.md)
 - [CICDPipeline](concepts/CICDPipeline.md)
 - [CircuitBreaker](concepts/CircuitBreaker.md)
 - [CIS-Benchmark](concepts/CIS-Benchmark.md)
 - [Citation-Rate](concepts/Citation-Rate.md)
 - [Claude-Code-Templates](concepts/Claude-Code-Templates.md)
 - [Claude-Skills](concepts/Claude-Skills.md)
 - [Claudian](concepts/Claudian.md)
 - [ClientPrediction](concepts/ClientPrediction.md)
 - [Cloud-Adoption-Strategy](concepts/Cloud-Adoption-Strategy.md)
 - [Cloud-Cost-Optimization](concepts/Cloud-Cost-Optimization.md)
 - [Cloud-DevOps-Maturity-Model](concepts/Cloud-DevOps-Maturity-Model.md)
@@ -936,9 +998,13 @@
 - [CodeWeaver](concepts/CodeWeaver.md)
 - [Cognitive-Distortions](concepts/Cognitive-Distortions.md)
 - [Cognitive-Load-Reduction](concepts/Cognitive-Load-Reduction.md)
 - [Color-Grading](concepts/Color-Grading.md)
 - [Columnar-Storage](concepts/Columnar-Storage.md)
 - [Command-Theater-Interface](concepts/Command-Theater-Interface.md)
 - [Community-Credibility](concepts/Community-Credibility.md)
 - [Compaction](concepts/Compaction.md)
 - [Competition-Analysis](concepts/Competition-Analysis.md)
 - [CompletionRate](concepts/CompletionRate.md)
 - [Compliance-Automation](concepts/Compliance-Automation.md)
 - [Compliance-Risk-Matrix](concepts/Compliance-Risk-Matrix.md)
 - [Confidence-Score](concepts/Confidence-Score.md)
@@ -947,9 +1013,14 @@
 - [Constraint-Driven-Control-Mechanics](concepts/Constraint-Driven-Control-Mechanics.md)
 - [Container-Lifecycle-Hardening](concepts/Container-Lifecycle-Hardening.md)
 - [Content Automation](concepts/Content Automation.md)
 - [Content-60-30-10-Rule](concepts/Content-60-30-10-Rule.md)
 - [Content-Creator](concepts/Content-Creator.md)
 - [Content-Hashing](concepts/Content-Hashing.md)
 - [Content-Ingestion](concepts/Content-Ingestion.md)
 - [Content-Matrix-Strategy](concepts/Content-Matrix-Strategy.md)
 - [Content-Pillar](concepts/Content-Pillar.md)
 - [ContentMixStrategy](concepts/ContentMixStrategy.md)
 - [Context-Passing](concepts/Context-Passing.md)
 - [Context-Substrate](concepts/Context-Substrate.md)
 - [Context-Window](concepts/Context-Window.md)
 - [Continuous-Delivery](concepts/Continuous-Delivery.md)
@@ -957,6 +1028,7 @@
 - [Continuous-Integration](concepts/Continuous-Integration.md)
 - [Conversational-Interface](concepts/Conversational-Interface.md)
 - [Conversions-API](concepts/Conversions-API.md)
 - [Core-Gameplay-Loop](concepts/Core-Gameplay-Loop.md)
 - [Cost-Optimization](concepts/Cost-Optimization.md)
 - [CoworkWorkspace](concepts/CoworkWorkspace.md)
 - [Coze-Workflow](concepts/Coze-Workflow.md)
@@ -966,16 +1038,19 @@
 - [Cron定时任务](concepts/Cron定时任务.md)
 - [Cross-Account-Monitoring](concepts/Cross-Account-Monitoring.md)
 - [Cross-account-Terraform-Modules](concepts/Cross-account-Terraform-Modules.md)
 - [Cross-Platform-Strategy](concepts/Cross-Platform-Strategy.md)
 - [Cumulative-Memory](concepts/Cumulative-Memory.md)
 - [Custom-Audience-Engineering](concepts/Custom-Audience-Engineering.md)
 - [Custom-Instructions](concepts/Custom-Instructions.md)
 - [Daily-Digest](concepts/Daily-Digest.md)
 - [Daily-Log](concepts/Daily-Log.md)
 - [DarkLaunching](concepts/DarkLaunching.md)
 - [DAST](concepts/DAST.md)
 - [Data-Governance](concepts/Data-Governance.md)
 - [Data-Sovereignty](concepts/Data-Sovereignty.md)
 - [DBA-Role-Evolution](concepts/DBA-Role-Evolution.md)
 - [DealHealthScoring](concepts/DealHealthScoring.md)
 - [Debugging-Visualization](concepts/Debugging-Visualization.md)
 - [DecisionFramework](concepts/DecisionFramework.md)
 - [Default-Bias](concepts/Default-Bias.md)
 - [Defense-in-Depth](concepts/Defense-in-Depth.md)
@@ -993,6 +1068,7 @@
 - [DevOps-Maturity](concepts/DevOps-Maturity.md)
 - [DevOpsCulture](concepts/DevOpsCulture.md)
 - [DevSecOps](concepts/DevSecOps.md)
 - [Dialogue-Writing-Standards](concepts/Dialogue-Writing-Standards.md)
 - [Discrimination-Metrics](concepts/Discrimination-Metrics.md)
 - [DKIM-Email-Authentication](concepts/DKIM-Email-Authentication.md)
 - [dm-verity](concepts/dm-verity.md)
@@ -1015,15 +1091,20 @@
 - [Earnings-Beat-Miss](concepts/Earnings-Beat-Miss.md)
 - [Earnings-Calendar](concepts/Earnings-Calendar.md)
 - [EC2-Purchase-Options](concepts/EC2-Purchase-Options.md)
 - [Economy-Balance](concepts/Economy-Balance.md)
 - [efibootmgr](concepts/efibootmgr.md)
 - [EFS-vs-EBS](concepts/EFS-vs-EBS.md)
 - [EKS-Auto-Mode](concepts/EKS-Auto-Mode.md)
 - [ELK-Stack](concepts/ELK-Stack.md)
 - [Email-Triage](concepts/Email-Triage.md)
 - [Emergency-Change](concepts/Emergency-Change.md)
 - [Employee-Advocacy](concepts/Employee-Advocacy.md)
 - [emptyDir-Volume](concepts/emptyDir-Volume.md)
 - [Encounter-Design](concepts/Encounter-Design.md)
 - [Enterprise-Architecture](concepts/Enterprise-Architecture.md)
 - [Entity-Optimization](concepts/Entity-Optimization.md)
 - [Environmental-Determinism](concepts/Environmental-Determinism.md)
 - [Environmental-Storytelling](concepts/Environmental-Storytelling.md)
 - [Error-Accountability](concepts/Error-Accountability.md)
 - [Error-Budget](concepts/Error-Budget.md)
 - [Error-Surface-vs-Root-Cause](concepts/Error-Surface-vs-Root-Cause.md)
@@ -1043,21 +1124,27 @@
 - [Feature-Flag](concepts/Feature-Flag.md)
 - [FeatureList](concepts/FeatureList.md)
 - [Federated-Access](concepts/Federated-Access.md)
 - [Feedback-Loop](concepts/Feedback-Loop.md)
 - [FIA-Framework](concepts/FIA-Framework.md)
 - [File-System-First-UI](concepts/File-System-First-UI.md)
 - [File-Watcher](concepts/File-Watcher.md)
 - [FinOps](concepts/FinOps.md)
 - [Five-Phase-Script-Framework](concepts/Five-Phase-Script-Framework.md)
 - [Fix-Pack](concepts/Fix-Pack.md)
 - [Fixed-Point-Semantics](concepts/Fixed-Point-Semantics.md)
 - [Flow-And-Readability](concepts/Flow-And-Readability.md)
 - [Food-Sensitivity-Tracking](concepts/Food-Sensitivity-Tracking.md)
 - [Full-Draft-Generation](concepts/Full-Draft-Generation.md)
 - [Full-Funnel-Campaign-Architecture](concepts/Full-Funnel-Campaign-Architecture.md)
 - [Fuzzy-Matching](concepts/Fuzzy-Matching.md)
 - [Gamification](concepts/Gamification.md)
 - [GAS-Gameplay-Ability-System](concepts/GAS-Gameplay-Ability-System.md)
 - [Gatekeeper](concepts/Gatekeeper.md)
 - [GDM3](concepts/GDM3.md)
 - [Gegenrede](concepts/Gegenrede.md)
 - [Generalist](concepts/Generalist.md)
 - [Generation](concepts/Generation.md)
 - [Generative-Engine-Optimization](concepts/Generative-Engine-Optimization.md)
 - [Generator](concepts/Generator.md)
 - [Generator-Space](concepts/Generator-Space.md)
 - [Genetic-Algorithm](concepts/Genetic-Algorithm.md)
@@ -1067,9 +1154,12 @@
 - [Gitmoji-Commit](concepts/Gitmoji-Commit.md)
 - [GitOps](concepts/GitOps.md)
 - [Global-First-Architecture](concepts/Global-First-Architecture.md)
 - [Golden-3-Second-Hook](concepts/Golden-3-Second-Hook.md)
 - [GPG-密钥验证](concepts/GPG-密钥验证.md)
 - [Grandes-Ecoles](concepts/Grandes-Ecoles.md)
 - [Green-Computing](concepts/Green-Computing.md)
 - [Growth-Loop](concepts/Growth-Loop.md)
 - [GrowthFunnelOptimization](concepts/GrowthFunnelOptimization.md)
 - [Hand-Tracking](concepts/Hand-Tracking.md)
 - [Handoff-Contract](concepts/Handoff-Contract.md)
 - [HCX](concepts/HCX.md)
@@ -1082,6 +1172,7 @@
 - [Holistic-Admissions](concepts/Holistic-Admissions.md)
 - [HookBodyCTA](concepts/HookBodyCTA.md)
 - [Hosmer-Lemeshow-Test](concepts/Hosmer-Lemeshow-Test.md)
 - [Host-Incubation-System](concepts/Host-Incubation-System.md)
 - [HouseholdInventoryTracking](concepts/HouseholdInventoryTracking.md)
 - [HTTPS自动化证书](concepts/HTTPS自动化证书.md)
 - [Human-Centered-Design](concepts/Human-Centered-Design.md)
@@ -1092,6 +1183,7 @@
 - [Hyperautomation](concepts/Hyperautomation.md)
 - [IANG-Visa](concepts/IANG-Visa.md)
 - [IAST](concepts/IAST.md)
 - [ICP-Filing](concepts/ICP-Filing.md)
 - [ICP-Ideal-Customer-Profile](concepts/ICP-Ideal-Customer-Profile.md)
 - [Idea-Density](concepts/Idea-Density.md)
 - [Idea-Museum](concepts/Idea-Museum.md)
@@ -1124,21 +1216,25 @@
 - [Kanban](concepts/Kanban.md)
 - [Karpman-Drama-Triangle](concepts/Karpman-Drama-Triangle.md)
 - [Keyword-Based-Monitoring](concepts/Keyword-Based-Monitoring.md)
 - [KFactor](concepts/KFactor.md)
 - [Kill-Switch](concepts/Kill-Switch.md)
 - [Kirkpatrick-四级评估](concepts/Kirkpatrick-四级评估.md)
 - [Knock-out-Pattern](concepts/Knock-out-Pattern.md)
 - [Knowledge-Base-RAG](concepts/Knowledge-Base-RAG.md)
 - [Kolb-体验式学习圈](concepts/Kolb-体验式学习圈.md)
 - [Kubernetes](concepts/Kubernetes.md)
 - [LagCompensation](concepts/LagCompensation.md)
 - [Land-and-Expand](concepts/Land-and-Expand.md)
 - [Landing-Zone-Architecture](concepts/Landing-Zone-Architecture.md)
 - [LangChain](concepts/LangChain.md)
 - [Language-Detection](concepts/Language-Detection.md)
 - [Large-Language-Model](concepts/Large-Language-Model.md)
 - [LargeWorldCoordinates](concepts/LargeWorldCoordinates.md)
 - [Last-30-Days-Method](concepts/Last-30-Days-Method.md)
 - [LaTeX-Flattening](concepts/LaTeX-Flattening.md)
 - [launchd](concepts/launchd.md)
 - [Layered-Configuration](concepts/Layered-Configuration.md)
 - [Lead-Generation-Funnel](concepts/Lead-Generation-Funnel.md)
 - [Lead-Time](concepts/Lead-Time.md)
 - [Lean](concepts/Lean.md)
 - [Learn-By-Building](concepts/Learn-By-Building.md)
@@ -1146,24 +1242,34 @@
 - [Link-Proposer](concepts/Link-Proposer.md)
 - [Liquid-Glass-Design-System](concepts/Liquid-Glass-Design-System.md)
 - [LLM-Wiki](concepts/LLM-Wiki.md)
 - [LLMasJudge](concepts/LLMasJudge.md)
 - [Local-Caching](concepts/Local-Caching.md)
 - [Local-first-Git](concepts/Local-first-Git.md)
 - [Local-LLM-Deployment](concepts/Local-LLM-Deployment.md)
 - [Lockable-Workflow](concepts/Lockable-Workflow.md)
 - [LOD](concepts/LOD.md)
 - [LOD-Pipeline](concepts/LOD-Pipeline.md)
 - [Log-Driven-Debugging](concepts/Log-Driven-Debugging.md)
 - [Longue-Duree](concepts/Longue-Duree.md)
 - [Lore-Architecture](concepts/Lore-Architecture.md)
 - [Lost-Prompt-Analysis](concepts/Lost-Prompt-Analysis.md)
 - [LSP-317-Specification](concepts/LSP-317-Specification.md)
 - [Luhmann-四原则](concepts/Luhmann-四原则.md)
 - [Mackinder-Heartland-Theory](concepts/Mackinder-Heartland-Theory.md)
 - [Management-Pack](concepts/Management-Pack.md)
 - [Marketing-Attribution](concepts/Marketing-Attribution.md)
 - [MaterialFunction](concepts/MaterialFunction.md)
 - [MCPOnceAllAgents](concepts/MCPOnceAllAgents.md)
 - [MEDDPICC](concepts/MEDDPICC.md)
 - [Medical-Advertisement-Review](concepts/Medical-Advertisement-Review.md)
 - [MeetingNotes](concepts/MeetingNotes.md)
 - [Memory-Backend](concepts/Memory-Backend.md)
 - [Memory-Based-Handoff](concepts/Memory-Based-Handoff.md)
 - [MEMORY.md](concepts/MEMORY.md.md)
 - [Merge-Point](concepts/Merge-Point.md)
 - [MessageMatch](concepts/MessageMatch.md)
 - [Micro-Recovery](concepts/Micro-Recovery.md)
 - [MicroInfluencerPartnership](concepts/MicroInfluencerPartnership.md)
 - [Miping](concepts/Miping.md)
 - [Model-Context-Protocol](concepts/Model-Context-Protocol.md)
 - [Model-Fallback](concepts/Model-Fallback.md)
@@ -1175,6 +1281,7 @@
 - [MTTD](concepts/MTTD.md)
 - [MTTR](concepts/MTTR.md)
 - [Multi-Account-Deployment](concepts/Multi-Account-Deployment.md)
 - [Multi-Agent-Orchestration](concepts/Multi-Agent-Orchestration.md)
 - [Multi-AgentHub](concepts/Multi-AgentHub.md)
 - [Multi-AI-Review](concepts/Multi-AI-Review.md)
 - [Multi-Channel-Delivery](concepts/Multi-Channel-Delivery.md)
@@ -1185,14 +1292,21 @@
 - [Multi-Tenancy](concepts/Multi-Tenancy.md)
 - [Multi-Window-Architecture](concepts/Multi-Window-Architecture.md)
 - [N8nWorkflowStandard](concepts/N8nWorkflowStandard.md)
 - [Nanite](concepts/Nanite.md)
 - [Narrative-Debt](concepts/Narrative-Debt.md)
 - [Narrative-Debt-Tracking](concepts/Narrative-Debt-Tracking.md)
 - [Narrative-Gameplay-Integration](concepts/Narrative-Gameplay-Integration.md)
 - [nas套件管理](concepts/nas套件管理.md)
 - [National-Annex](concepts/National-Annex.md)
 - [NegativePromptingLibrary](concepts/NegativePromptingLibrary.md)
 - [Net-Revenue-Retention](concepts/Net-Revenue-Retention.md)
 - [Network-Prediction](concepts/Network-Prediction.md)
 - [NetworkVariable](concepts/NetworkVariable.md)
 - [NFS网络备份](concepts/NFS网络备份.md)
 - [NiagaraVFX](concepts/NiagaraVFX.md)
 - [Nitro-System](concepts/Nitro-System.md)
 - [Normal-Change](concepts/Normal-Change.md)
 - [NorthStarMetric](concepts/NorthStarMetric.md)
 - [Nunchi](concepts/Nunchi.md)
 - [NVMe硬盘分区](concepts/NVMe硬盘分区.md)
 - [Observable-States](concepts/Observable-States.md)
@@ -1202,18 +1316,24 @@
 - [Obsidian-Tasks](concepts/Obsidian-Tasks.md)
 - [OpenTelemetry](concepts/OpenTelemetry.md)
 - [Oracle-Manipulation](concepts/Oracle-Manipulation.md)
 - [Organic-Traffic-Amplification](concepts/Organic-Traffic-Amplification.md)
 - [OWASP-Top-Ten](concepts/OWASP-Top-Ten.md)
 - [Pacing-Architecture](concepts/Pacing-Architecture.md)
 - [Pain-Point-Mining](concepts/Pain-Point-Mining.md)
 - [Paper-Abstract-Batch-Fetching](concepts/Paper-Abstract-Batch-Fetching.md)
 - [Parallel-Agent-Execution](concepts/Parallel-Agent-Execution.md)
 - [Parallel-Agent-Work](concepts/Parallel-Agent-Work.md)
 - [Parallel-Kickoff](concepts/Parallel-Kickoff.md)
 - [Partial-Dependence-Plots](concepts/Partial-Dependence-Plots.md)
 - [Partition-Updates](concepts/Partition-Updates.md)
 - [Passive-Learning](concepts/Passive-Learning.md)
 - [passkey](concepts/passkey.md)
 - [Patient-Privacy-PIPL](concepts/Patient-Privacy-PIPL.md)
 - [Pay-as-you-go](concepts/Pay-as-you-go.md)
 - [PCG](concepts/PCG.md)
 - [Peer-Verification](concepts/Peer-Verification.md)
 - [Penetration-Testing](concepts/Penetration-Testing.md)
 - [Performance-Budget](concepts/Performance-Budget.md)
 - [Performance-Contracts](concepts/Performance-Contracts.md)
 - [PerformanceMax](concepts/PerformanceMax.md)
 - [Personal-CRM](concepts/Personal-CRM.md)
@@ -1227,11 +1347,13 @@
 - [pmset](concepts/pmset.md)
 - [POC-Scoping](concepts/POC-Scoping.md)
 - [Pod-Security-Context](concepts/Pod-Security-Context.md)
 - [PodcastPositioning](concepts/PodcastPositioning.md)
 - [Policy-as-Code](concepts/Policy-as-Code.md)
 - [Pomodoro-Technique](concepts/Pomodoro-Technique.md)
 - [Population-Stability-Index](concepts/Population-Stability-Index.md)
 - [Portage-Salarial](concepts/Portage-Salarial.md)
 - [Portfolio-ROI](concepts/Portfolio-ROI.md)
 - [Post-Processing](concepts/Post-Processing.md)
 - [PRD生成工作流](concepts/PRD生成工作流.md)
 - [Pre-Build-Validation](concepts/Pre-Build-Validation.md)
 - [Predictive-Maintenance](concepts/Predictive-Maintenance.md)
@@ -1240,19 +1362,24 @@
 - [Proactive-Agent-Recommendation](concepts/Proactive-Agent-Recommendation.md)
 - [Proactive-AI](concepts/Proactive-AI.md)
 - [Problem-Management](concepts/Problem-Management.md)
 - [Procedural-Level-Design](concepts/Procedural-Level-Design.md)
 - [process-management](concepts/process-management.md)
 - [ProductLedGrowth](concepts/ProductLedGrowth.md)
 - [Progressive-Rollout](concepts/Progressive-Rollout.md)
 - [ProjectState](concepts/ProjectState.md)
 - [Prometheus告警规则](concepts/Prometheus告警规则.md)
 - [PromQL](concepts/PromQL.md)
 - [Propp-Morphology](concepts/Propp-Morphology.md)
 - [Proxy-Editing](concepts/Proxy-Editing.md)
 - [proxychains](concepts/proxychains.md)
 - [Public-Cloud](concepts/Public-Cloud.md)
 - [PUID-PGID](concepts/PUID-PGID.md)
 - [Pull-Request-Governance](concepts/Pull-Request-Governance.md)
 - [Purpose-Built-Databases](concepts/Purpose-Built-Databases.md)
 - [Quality-Gate](concepts/Quality-Gate.md)
 - [Quality-Scoring-Algorithm](concepts/Quality-Scoring-Algorithm.md)
 - [QualityAdjustedCoverage](concepts/QualityAdjustedCoverage.md)
 - [QualitySwitch](concepts/QualitySwitch.md)
 - [RAG](concepts/RAG.md)
 - [Reality-Signal](concepts/Reality-Signal.md)
 - [RealityKit-SwiftUI-Integration](concepts/RealityKit-SwiftUI-Integration.md)
@@ -1272,18 +1399,22 @@
 - [RemoteDevelopment](concepts/RemoteDevelopment.md)
 - [RemoteRescuePattern](concepts/RemoteRescuePattern.md)
 - [Renovate-Bot](concepts/Renovate-Bot.md)
 - [Replication-Graph](concepts/Replication-Graph.md)
 - [Resource-Allocation](concepts/Resource-Allocation.md)
 - [ResponsiveSearchAds](concepts/ResponsiveSearchAds.md)
 - [Retrieval](concepts/Retrieval.md)
 - [Reviewer](concepts/Reviewer.md)
 - [RFM-Analysis](concepts/RFM-Analysis.md)
 - [Rightsizing](concepts/Rightsizing.md)
 - [Risk-Mitigation](concepts/Risk-Mitigation.md)
 - [ROI](concepts/ROI.md)
 - [Rollback-Rate](concepts/Rollback-Rate.md)
 - [Root-Cause-Analysis](concepts/Root-Cause-Analysis.md)
 - [RPC-Remote-Procedure-Call](concepts/RPC-Remote-Procedure-Call.md)
 - [RPO](concepts/RPO.md)
 - [RSS-Aggregation](concepts/RSS-Aggregation.md)
 - [RTO](concepts/RTO.md)
 - [RuntimeVirtualTexturing](concepts/RuntimeVirtualTexturing.md)
 - [S3-兼容对象存储](concepts/S3-兼容对象存储.md)
 - [Safeguard-Steps](concepts/Safeguard-Steps.md)
 - [Sandboxed-Persona](concepts/Sandboxed-Persona.md)
@@ -1294,6 +1425,7 @@
 - [Scheduled-Reminder](concepts/Scheduled-Reminder.md)
 - [Scheduled-Task-Flywheel](concepts/Scheduled-Task-Flywheel.md)
 - [Scholar-Skill](concepts/Scholar-Skill.md)
 - [SCRM](concepts/SCRM.md)
 - [Scrum](concepts/Scrum.md)
 - [SDDC](concepts/SDDC.md)
 - [SE-Linux-Enforcing](concepts/SE-Linux-Enforcing.md)
@@ -1311,10 +1443,17 @@
 - [Semantic-Index-Infrastructure](concepts/Semantic-Index-Infrastructure.md)
 - [Semantic-Search](concepts/Semantic-Search.md)
 - [Semantic-Versioning](concepts/Semantic-Versioning.md)
 - [Semantic-Zoom](concepts/Semantic-Zoom.md)
 - [SemanticRouting](concepts/SemanticRouting.md)
 - [Sequential-Handoff](concepts/Sequential-Handoff.md)
 - [Sequential-Thinking](concepts/Sequential-Thinking.md)
 - [Server-Authoritative-Model](concepts/Server-Authoritative-Model.md)
 - [ServerAuthority](concepts/ServerAuthority.md)
 - [Serverless-Computing](concepts/Serverless-Computing.md)
 - [Service-Control-Policies-SCPs](concepts/Service-Control-Policies-SCPs.md)
 - [SES-Sandbox-Mode](concepts/SES-Sandbox-Mode.md)
 - [Shader](concepts/Shader.md)
 - [ShadowTraffic](concepts/ShadowTraffic.md)
 - [SHAP](concepts/SHAP.md)
 - [Shared-Memory-Architecture](concepts/Shared-Memory-Architecture.md)
 - [Shared-Responsibility-Model](concepts/Shared-Responsibility-Model.md)
@@ -1336,7 +1475,12 @@
 - [SOUL.md](concepts/SOUL.md.md)
 - [Source-Grounding](concepts/Source-Grounding.md)
 - [Spatial-Computing](concepts/Spatial-Computing.md)
 - [Spatial-Psychology](concepts/Spatial-Psychology.md)
 - [Spatial-Widgets](concepts/Spatial-Widgets.md)
 - [SpatialAIOps](concepts/SpatialAIOps.md)
 - [SpatialAudio](concepts/SpatialAudio.md)
 - [Speed-Ramping](concepts/Speed-Ramping.md)
 - [Speedrun-Design](concepts/Speedrun-Design.md)
 - [Split](concepts/Split.md)
 - [Spot-Instances](concepts/Spot-Instances.md)
 - [SprintPlanning](concepts/SprintPlanning.md)
@@ -1348,11 +1492,13 @@
 - [Startup-MVP-Pipeline](concepts/Startup-MVP-Pipeline.md)
 - [Statistical-Process-Control](concepts/Statistical-Process-Control.md)
 - [Strategic-Portfolio-Management](concepts/Strategic-Portfolio-Management.md)
 - [Strategic-Question-Answer](concepts/Strategic-Question-Answer.md)
 - [Streak-Tracking](concepts/Streak-Tracking.md)
 - [Stretched-Cluster](concepts/Stretched-Cluster.md)
 - [StructuredInterview](concepts/StructuredInterview.md)
 - [StudyVault](concepts/StudyVault.md)
 - [Sub-Agent-Race-Condition](concepts/Sub-Agent-Race-Condition.md)
 - [Substrate](concepts/Substrate.md)
 - [SwiftUI-Volumetric-APIs](concepts/SwiftUI-Volumetric-APIs.md)
 - [symbolic-link](concepts/symbolic-link.md)
 - [System-Economy](concepts/System-Economy.md)
@@ -1367,13 +1513,16 @@
 - [Technical-Objection-Handling](concepts/Technical-Objection-Handling.md)
 - [Telegram-Trigger](concepts/Telegram-Trigger.md)
 - [Telephony-Integration](concepts/Telephony-Integration.md)
 - [Template-Based-Production](concepts/Template-Based-Production.md)
 - [Terraform-Modules](concepts/Terraform-Modules.md)
 - [Test-Mode](concepts/Test-Mode.md)
 - [Text-and-Search](concepts/Text-and-Search.md)
 - [Thought-Leadership](concepts/Thought-Leadership.md)
 - [Threat-Modeling](concepts/Threat-Modeling.md)
 - [Three-Tier-Review-Mechanism](concepts/Three-Tier-Review-Mechanism.md)
 - [ThreeActProposalNarrative](concepts/ThreeActProposalNarrative.md)
 - [TieredCampaignArchitecture](concepts/TieredCampaignArchitecture.md)
 - [Time-Boxing](concepts/Time-Boxing.md)
 - [Time-to-Market](concepts/Time-to-Market.md)
 - [Todoist-API](concepts/Todoist-API.md)
 - [Token-Light-Design](concepts/Token-Light-Design.md)
@@ -1387,6 +1536,9 @@
 - [TranscriptProcessing](concepts/TranscriptProcessing.md)
 - [Trauma-Informed-Analysis](concepts/Trauma-Informed-Analysis.md)
 - [Tree-of-Thoughts](concepts/Tree-of-Thoughts.md)
 - [Trend-To-Action](concepts/Trend-To-Action.md)
 - [Trending-Topic-Operations](concepts/Trending-Topic-Operations.md)
 - [TrendRiding](concepts/TrendRiding.md)
 - [Trust-Scoring](concepts/Trust-Scoring.md)
 - [tui](concepts/tui.md)
 - [Tutor-Skills](concepts/Tutor-Skills.md)
@@ -1396,12 +1548,18 @@
 - [UEFI启动](concepts/UEFI启动.md)
 - [ULS](concepts/ULS.md)
 - [Unified-Inbox](concepts/Unified-Inbox.md)
 - [UnityLobby](concepts/UnityLobby.md)
 - [UnityRelay](concepts/UnityRelay.md)
 - [USER.md](concepts/USER.md.md)
 - [Value-Stream-Mapping](concepts/Value-Stream-Mapping.md)
 - [Variables-YAML](concepts/Variables-YAML.md)
 - [Vector-Embedding](concepts/Vector-Embedding.md)
 - [Vendor-Lock-In](concepts/Vendor-Lock-In.md)
 - [VFX](concepts/VFX.md)
 - [Vibe-Coding](concepts/Vibe-Coding.md)
 - [Video-Hook](concepts/Video-Hook.md)
 - [ViralLoop](concepts/ViralLoop.md)
 - [Visual-Coherence-Engine](concepts/Visual-Coherence-Engine.md)
 - [Visual-Debugging](concepts/Visual-Debugging.md)
 - [vLLM](concepts/vLLM.md)
 - [VMware-Cloud-on-AWS](concepts/VMware-Cloud-on-AWS.md)
@@ -1423,6 +1581,7 @@
 - [Workflow-Registry](concepts/Workflow-Registry.md)
 - [Workflow-Tree-Spec](concepts/Workflow-Tree-Spec.md)
 - [Workspace](concepts/Workspace.md)
 - [WorldPartition](concepts/WorldPartition.md)
 - [X11](concepts/X11.md)
 - [Xinchuang](concepts/Xinchuang.md)
 - [Y-Combinator](concepts/Y-Combinator.md)
@@ -1433,6 +1592,7 @@
 - [一人公司](concepts/一人公司.md)
 - [上下文刷新](concepts/上下文刷新.md)
 - [上下文压缩](concepts/上下文压缩.md)
 - [下沉市场](concepts/下沉市场.md)
 - [个人品牌](concepts/个人品牌.md)
 - [九宫格法](concepts/九宫格法.md)
 - [云盘挂载](concepts/云盘挂载.md)
@@ -1451,6 +1611,7 @@
 - [固件刷入](concepts/固件刷入.md)
 - [固定机位](concepts/固定机位.md)
 - [图床](concepts/图床.md)
 - [均衡分发算法](concepts/均衡分发算法.md)
 - [增量备份](concepts/增量备份.md)
 - [天才地带](concepts/天才地带.md)
 - [容器资源限制](concepts/容器资源限制.md)
@@ -1479,10 +1640,14 @@
 - [混合搜索](concepts/混合搜索.md)
 - [版本控制](concepts/版本控制.md)
 - [用户权限](concepts/用户权限.md)
 - [直播带货](concepts/直播带货.md)
 - [硬件转码](concepts/硬件转码.md)
 - [私域运营](concepts/私域运营.md)
 - [端口映射](concepts/端口映射.md)
 - [策略组分流](concepts/策略组分流.md)
 - [系统睡眠管理](concepts/系统睡眠管理.md)
 - [老铁经济](concepts/老铁经济.md)
 - [舆情监控](concepts/舆情监控.md)
 - [虚拟信用卡](concepts/虚拟信用卡.md)
 - [裸机恢复](concepts/裸机恢复.md)
 - [订阅机制](concepts/订阅机制.md)
--- a/wiki/log.md
+++ b/wiki/log.md
@@ -1,3 +1,453 @@
 ## [2026-04-26] ingest | Autonomous Optimization Architect Agent Personality
 - Source file: Agent/agency-agents/engineering/engineering-autonomous-optimization-architect.md
 - Status: ✅ 成功摄入
 - Summary: Autonomous Optimization Architect——AI 系统自我进化的"治理者"，在保证系统不会破产或陷入恶意循环的前提下，持续通过影子测试评估和切换 AI 模型。核心理念："Autonomous routing without a circuit breaker is just an expensive bomb." 核心机制：LLM-as-Judge 评分（数学评分标准替代主观评估）、影子流量测试（5% 异步测试新模型）、语义路由（按 Speed+Cost+Accuracy 综合排名选最优 Provider）、熔断器（失败超阈值自动切断并切换兜底方案）、AI FinOps（追踪每个 Provider 的成本与性能历史）。目标：在 99.99% 稳定性下实现 >40% 成本降低。属 The Agency Engineering 部门。
 - Concepts created: CircuitBreaker, LLMasJudge, ShadowTraffic, SemanticRouting, DarkLaunching, AIFinOps（以上 6 个 Concept 均为本 Agent 首次引入的新概念，本 Agent 为唯一来源，>=2 次出现阈值暂时满足）
 - Entities created: OpenAI, Anthropic, GoogleGemini（以上 3 个 Entity 均为知名 LLM Provider，本 Agent 首次在 Wiki 中明确引用其作为 Provider 参与路由竞争的角色）
 - Source page: wiki/sources/engineering-autonomous-optimization-architect.md
 - Notes: index.md Sources 部分新增 engineering-autonomous-optimization-architect.md 条目（置于最顶部）；冲突检测：与 [[testing-performance-benchmarker]] 在"性能评估方式"上存在方法论冲突——Performance Benchmarker 强调人工驱动的静态评估（可控可复现），本 Agent 强调机器驱动的持续影子测试（真实流量），已在 Source Page Contradictions 部分记录；Entity/Concept 去重：已检查现有 wiki 不存在同名条目（entities/concepts 目录此前为空，仅有 sources），所有 Concept 和 Entity 均为本 Agent 首次引入。overview.md 未更新（该 Source 属 Multi-Agent AI Systems/The Agency Engineering 范畴，现有 overview 覆盖充分，暂不重复）。
 ## [2026-04-26] ingest | Mobile App Builder Agent Personality
 - Source file: Agent/agency-agents/engineering/engineering-mobile-app-builder.md
 - Status: ✅ 成功摄入
 - Summary: Mobile App Builder — 专注原生 iOS/Android 开发和跨平台框架的移动应用开发 AI Agent。核心理念：平台感知、性能优先、用户体验驱动。核心规范：遵循 Material Design / Human Interface Guidelines；默认离线优先架构；跨平台框架按需选型（SwiftUI/Kotlin/Jetpack Compose/React Native/Flutter）。核心方法：MVVM 模式、性能优化目标（冷启动 < 3s、内存 < 100MB、续航 < 5%/h）、平台特定功能集成（生物识别认证、推送通知、相机/AR 等）。属 The Agency Engineering 部门。
 - Concepts created: 无（Offline-First Architecture/MVVM Pattern/Cross-Platform Mobile Development/Platform-Native UI/Biometric Authentication/Push Notification System 各仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用）
 - Entities created: 无（SwiftUI/Jetpack Compose/React Native/Flutter/Swift/Kotlin 各仅出现 1 次，未达 ≥2 次独立建页阈值）
 - Source page: wiki/sources/engineering-mobile-app-builder.md
 - Notes: index.md Sources 部分新增 engineering-mobile-app-builder.md 条目（置于最顶部）；overview.md Engineering 部分新增 engineering-mobile-app-builder 独立 entry（置于 engineering-software-architect 与 workflow-with-memory 之间）；冲突检测：与 [[unity-architect]] 在"跨平台框架优先级"上存在分工差异——Mobile App Builder 面向通用移动应用（SwiftUI/Compose/React Native/Flutter），Unity Architect 面向游戏引擎内跨平台，属合理分工而非矛盾，已在 Source Page Contradictions 部分记录；Entity/Concept 去重：已检查现有 wiki 不存在同名/近义条目，所有概念和实体均仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用。
 ## [2026-04-26] ingest | Software Architect Agent Personality
 - Source file: Agent/agency-agents/engineering/engineering-software-architect.md
 - Status: ✅ 成功摄入
 - Summary: SoftwareArchitect——软件架构与系统设计专家 Agent，核心理念"Designs systems that survive the team that built them." 核心规范：权衡优先于最佳实践（命名所放弃的）、领域优先于技术、架构 ADR 记录（Context/Decision/Consequences）、C4 模型四层沟通架构（Context/Container/Component/Code）、架构模式选型矩阵（Modular Monolith/Microservices/Event-Driven/CQRS）、质量属性分析（可扩展性/可靠性/可维护性/可观测性）。核心交付物：ADR 模板、标准架构模式选型矩阵、C4 图沟通规范。属 The Agency Engineering 部门。
 - Concepts created: 无（Bounded Contexts/Trade-off Analysis/Architecture Decision Record/Modular Monolith/Microservices/Event-Driven Architecture/CQRS/C4 Model/Quality Attributes 各仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用）
 - Entities created: 无（本文档未明确提及具体人物或公司，均为通用软件工程概念，未达 Entity 建页阈值）
 - Source page: wiki/sources/engineering-software-architect.md
 - Notes: index.md Sources 部分新增 engineering-software-architect.md 条目（置于最顶部）；overview.md Multi-Agent AI Systems 部分新增 engineering-software-architect 独立 entry（置于 backend-architect-with-memory 与 workflow-with-memory 之间）；冲突检测：与 [[unity-architect]] 在"架构约束与团队规模关系"上存在框架差异——Software Architect 强调架构必须匹配团队能力（Microservices 不适合小团队），Unity Architect 侧重 Unity 平台特定技术架构，已在 Source Page Contradictions 节记录，属平台约束差异而非绝对冲突；Entity/Concept 去重：已检查现有 wiki 不存在同名/近义条目，所有概念（Bounded Contexts/ADR/C4 Model 等）和实体均仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用。
 ## [2026-04-26] ingest | Godot Multiplayer Engineer
 - Source file: Agent/agency-agents/game-development/godot/godot-multiplayer-engineer.md
 - Status: ✅ 成功摄入
 - Summary: GodotMultiplayerEngineer——Godot 4 多人游戏网络专家 AI Agent，核心理念"权威精确、场景架构意识、延迟诚实、GDScript 精准"。核心规范：`set_multiplayer_authority()` 显式权威设置，服务器权威模型持有所有游戏关键状态；所有 `@rpc("any_peer")` 必须服务器端验证发送者 ID 和输入合理性；`MultiplayerSpawner` 是动态生成网络节点的唯一正确方式，`MultiplayerSynchronizer` 配置 `ON_CHANGE` 模式。核心交付物：NetworkManager Autoload（ENet 服务器/客户端）、Server-Authoritative Player Controller、MultiplayerSynchronizer 配置、MultiplayerSpawner 场景生成、RPC Security Pattern（物品拾取验证）、Matchmaking 集成。高级能力涵盖 WebRTC P2P 多人游戏（STUN/TURN NAT 穿透）、Nakama 游戏服务器集成、Relay Server 架构（二进制协议 + 房间路由）、自定义网络协议设计。属 The Agency Game Dev 部门。
 - Concepts created: 无（MultiplayerAPI/Server-Authoritative-Model/RPC/MultiplayerSynchronizer/MultiplayerSpawner/ENet/WebRTC/Authority-Model/RPC-Security-Pattern 各仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用）
 - Entities created: 无（Nakama/Godot-4 各仅出现 1-2 次，未达 ≥2 次独立建页阈值；以上均为工具/引擎/框架，非独立实体）
 - Source page: wiki/sources/godot-multiplayer-engineer.md
 - Notes: index.md Sources 部分新增 godot-multiplayer-engineer.md 条目（置于最顶部）；overview.md Game Development 部分新增 godot-multiplayer-engineer 独立 entry（置于 godot-shader-developer 之前），已建立与 [[godot-gameplay-scripter]]（多人游戏建立在游戏逻辑脚本基础上）、[[unity-multiplayer-engineer]]（跨引擎多人游戏共识，权威模型一致但 API 不同）的关联；冲突检测：与 [[unity-multiplayer-engineer]] 在"权威模型实现细节"上存在差异——Godot 显式 `set_multiplayer_authority()` + MultiplayerSynchronizer vs Unity 隐式 NetworkTransform/NetworkVariable，已在 overview.md 和 Source Page Contradictions 部分记录；Entity/Concept 去重：已检查现有 wiki 不存在同名/近义条目，所有概念和实体均仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用。
 ## [2026-04-26] ingest | Godot Shader Developer
 - Source file: Agent/agency-agents/game-development/godot/godot-shader-developer.md
 - Status: ✅ 成功摄入
 - Summary: GodotShaderDeveloper——Godot 4 渲染效果专家 AI Agent，核心理念"创作性、正确性与性能意识三合一"。核心规范：shader_type 强制声明（canvas_item/spatial/particles/sky）；Godot 着色语言非原始 GLSL（必须用 TEXTURE/UV/COLOR/ALBEDO 等内置变量）；渲染器分级适配（Forward+ → Mobile → Compatibility）；uniform hint 强制（hint_range/source_color/hint_normal）；纹理采样计数审计（移动端不透明材质 ≤ 6 次采样）。核心交付物：2D CanvasItem 精灵描边着色器、3D Dissolve 溶解着色器、3D 水面着色器、CompositorEffect 全屏后处理、Shader Performance Audit 清单。属 The Agency Game Dev 部门。
 - Concepts created: 无（CanvasItem Shader/Spatial Shader/VisualShader/CompositorEffect/Forward+ Renderer/Mobile Renderer/Compatibility Renderer 各仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用）
 - Entities created: 无（Godot/GLSL 各仅出现 1-2 次，未达 ≥2 次独立建页阈值）
 - Source page: wiki/sources/godot-shader-developer.md
 - Notes: index.md Sources 部分新增 godot-shader-developer.md 条目（置于最顶部）；overview.md Game Development 部分新增 godot-shader-developer 独立 entry（置于 godot-gameplay-scripter 之后、Conflict Areas 之前），已建立与 [[godot-gameplay-scripter]]（Godot 游戏逻辑）、[[unity-shader-graph-artist]]（跨引擎着色器共识）、[[technical-artist]]（渲染技术+美术桥梁角色）关联；冲突检测：无与其他 Wiki 页面的内容冲突。
 ## [2026-04-26] ingest | Godot Gameplay Scripter
 - Source file: Agent/agency-agents/game-development/godot/godot-gameplay-scripter.md
 - Status: ✅ 成功摄入
 - Summary: GodotGameplayScripter——Godot 4 游戏逻辑脚本专家 AI Agent 人格规范，核心理念"以软件架构师的纪律性构建类型安全、信号驱动、可组合的游戏玩法系统"。核心规范：GDScript 信号 snake_case + 类型化参数，C# 信号 PascalCase + EventHandler；全静态类型化（无 untyped var）；组合优于继承（HealthComponent 节点模式）；Autoload 仅用于全局状态（EventBus/设置/存档）；场景可独立实例化。核心交付物：Typed Signal 声明（GDSCript + C# 双语）、EventBus Autoload、HealthComponent 组件模式、Typed Array 敌人追踪、GDScript/C# 互操作模式。属 The Agency Game Dev 部门 Godot 专精。
 - Concepts created: 无（Signal-Driven-Architecture/Static-Typing-in-GDScript-2.0/Composition-Over-Inheritance/Event-Bus-Autoload/Type-Safe-Signal-Design/GDScript-CSharp-Interoperability 各仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用）
 - Entities created: 无（GDScript-2.0/C#/GDExtension/HealthComponent/EventBus 各仅出现 1-2 次，未达独立建页阈值；以上均为工具/语言/模式，非独立实体）
 - Source page: wiki/sources/godot-gameplay-scripter.md
 - Notes: index.md Sources 部分新增 godot-gameplay-scripter.md 条目（置于 game-designer 之后、narrative-designer 之前）；overview.md Game Development 部分新增 godot-gameplay-scripter 独立 entry（置于 unity-architect 之后、Conflict Areas 之前），已建立与 [[unity-architect]] 的跨引擎共识关联（组合优于继承设计哲学，Unity 使用 ScriptableObject 事件通道，Godot 使用信号总线）；冲突检测：与 [[unity-architect]] 在"全局状态管理"上存在实现路径差异但设计哲学一致——两者均反对全局可变状态，仅在具体机制上不同，已在 overview.md 中记录为"跨引擎共识"；Entity/Concept 去重：已检查现有 wiki 不存在同名/近义条目，所有概念和实体均仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用。
 - Source file: Agent/agency-agents/game-development/blender/blender-addon-engineer.md
 - Status: ✅ 成功摄入
 - Summary: BlenderAddonEngineer——Blender 原生工具开发专家 AI Agent 人格规范，核心理念"Pipeline-first, artist-empathetic, automation-obsessed, reliability-minded"。核心规范：数据 API（bpy.data）优先于操作符（bpy.ops）确保 Operator 可靠性；非破坏性验证（dry-run 模式）确保用户知情同意；Pipeline 可靠性三角（命名确定性 + 变换分离检查 + 材质槽顺序验证 + 集合包含/排除显式规则）；批量操作必须精确记录修改内容。核心交付物：PIPELINE_OT_validate_assets（命名/变换/材质槽检查）、Pipeline Export Panel（导出预设 UI）、Naming Audit Report、Validation Report Template。属 The Agency Game Dev 部门 DCC 工具专项。
 - Concepts created: 无（bpy/Asset-Validation/Non-Destructive-Workflow/Export-Presets/Pipeline-Reliability/AddonPreferences/PropertyGroups 各仅出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用）
 - Entities created: 无（Blender/BlenderAddonEngineer 各仅出现 1-2 次，未达独立建页阈值；BlenderAddonEngineer 为 Agent 类型非实体，不建 Entity 页）
 - Source page: wiki/sources/blender-addon-engineer.md
 - Notes: index.md Sources 首位新增 blender-addon-engineer.md 条目（2026-04-26）；overview.md Game Development 部分新增 blender-addon-engineer 独立 entry（置于 Technical Artist 之后、Roblox Systems Scripter 之前）；冲突检测：与 [[UnityArchitect]] 在"编辑器工具数据修改时机"上存在设计哲学差异——Blender Add-on Engineer 坚持非破坏性验证优先（dry-run 模式），Unity Architect 倾向所见即所得直接修改（ScriptableObject 持久化状态），均为各自平台约束最优解，已在 Source Page Contradictions 节详细记录；Entity/Concept 去重：已检查现有 wiki 不存在重复条目，所有概念和实体均仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用。
 ## [2026-04-26] ingest | Roblox Avatar Creator
 - Source file: Agent/agency-agents/game-development/roblox-studio/roblox-avatar-creator.md
 - Status: ✅ 成功摄入
 - Summary: RobloxAvatarCreator——Roblox UGC 化身 pipeline 专家 AI Agent 人格规范。核心理念：技术规格精准、视觉打磨到位、平台合规。核心规范：UGC 网格三角面数硬限制（配件 ≤4,000、Bundle 部件 ≤10,000）；单 UV 通道且范围严格在 [0,1]；所有 transform 导出前必须应用；纹理 256-1024px PNG，UV island 2px padding；Layered Clothing 三层 cage（OuterMesh + InnerCage + OuterCage）；附件点标准命名（HatAttachment 等）；5 种 body type 全测试。核心交付物：Accessory Export Checklist、AvatarManager.lua（HumanoidDescription 全套换装）、Layered Clothing Cage Setup Guide、Creator Marketplace Submission Package、UGC Shop UI Flow（MarketplaceService）。属 The Agency Game Dev 部门 Roblox Studio 专项，与 [[Roblox Systems Scripter]]（Luau 系统架构）、[[Roblox Experience Designer]]（玩家变现）协同构成完整 Roblox 开发体系。
 - Concepts created: 无（UGC/LayeredClothing/HumanoidDescription/R15Rig/CreatorMarketplace/AttachmentPoint/RthroBodyType 各仅出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用）
 - Entities created: 无（Blender/RobloxStudio/R15TestBodies/DataStore 各仅出现 1-2 次，未达独立建页阈值，保留于 Source Page 内嵌引用）
 - Source page: wiki/sources/roblox-avatar-creator.md
 - Notes: index.md Sources 顶部新增 roblox-avatar-creator.md 条目（2026-04-26）；overview.md Game Development 部分新增 roblox-avatar-creator 独立 entry（紧随 roblox-experience-designer）；冲突检测：与 [[UnityArchitect]] 在角色定制系统实现路径上存在平台差异——Roblox 强制服务端权威（HumanoidDescription + DataStore），Unity 可客户端预测，均为各自平台最优解，已在 Source Page Contradictions 节记录；Entity/Concept 去重：已检查现有 wiki 不存在重复条目，所有概念和实体均仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用。
 ## [2026-04-26] ingest | Roblox Systems Scripter
 - Source file: Agent/agency-agents/game-development/roblox-studio/roblox-systems-scripter.md
 - Status: ✅ 成功摄入
 - Summary: RobloxSystemsScripter——Roblox 平台 Luau 系统脚本工程师 AI Agent 人格规范。核心理念：服务器是唯一真相来源，客户端只显示状态不拥有状态。核心规范：客户端-服务器信任边界（LocalScript 仅显示，Script 仅逻辑）；RemoteEvent 安全验证（类型检查+冷却检查+距离检查+权限检查）；DataStore 可靠性（pcall + 指数退避重试 + 双保存点 PlayerRemoving + BindToClose）；ModuleScript 架构（所有逻辑在 ModuleScript 返回表，Script/LocalScript 仅 bootstrap）。核心交付物：DataManager.lua（含 retryAsync + deepCopy + 双保存点）、CombatSystem.lua（完整验证链路示例）、GameServer.bootstrap.server.lua（五阶段引导模式）。高级能力：Parallel Luau（task.desynchronize + Actor 模型 + SharedTable）、对象池、数据版本迁移（UpdateAsync 原子升级）。属 The Agency Game Dev 部门 Roblox Studio 专项，与 Roblox Experience Designer 协同构成完整 Roblox 开发体系。
 - Concepts created: 无（Server-Authoritative-Architecture/RemoteEvent-Security/DataStore-Reliability/ModuleScript-Architecture/Parallel-Luau/Object-Pooling/UpdateAsync-Atomic-Pattern 各仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用）
 - Entities created: 无（Roblox/Luau/DataStoreService/ReplicatedStorage/ServerStorage 各仅出现 1-2 次，未达独立建页阈值，保留于 Source Page 内嵌引用）
 - Source page: wiki/sources/roblox-systems-scripter.md
 - Notes: index.md Sources 顶部新增 roblox-systems-scripter.md 条目（2026-04-26）；overview.md Game Development 部分新增 roblox-systems-scripter 独立 entry（紧随 Technical Artist，Roblox Experience Designer 紧接其后）；冲突检测：与 [[UnityArchitect]] 在客户端预测策略上存在平台差异——Roblox Systems Scripter 建议服务器权威不做本地预测（Roblox RemoteEvent 架构天然适合），Unity Architect/UnityMultiplayerEngineer 建议使用服务器回滚式 client prediction 提升响应体验，已在 Source Page Contradictions 节记录，属平台约束差异而非绝对冲突；Entity/Concept 去重：已检查现有 wiki 不存在重复条目，所有概念和实体均仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用。
 ## [2026-04-26] ingest | Roblox Experience Designer
 - Source file: Agent/agency-agents/game-development/roblox-studio/roblox-experience-designer.md
 - Status: ✅ 成功摄入
 - Summary: RobloxExperienceDesigner——Roblox 平台原生体验设计师 AI Agent 人格规范，专注于 9-17 岁受众的参与度循环设计、变现系统（Game Pass/Developer Product/UGC）与玩家留存。核心方法：DataStore 驱动进度持久化创造沉没成本；每日奖励系统（1-7天循环阶梯）驱动习惯性返回；入职引导三阶段（0-60秒/5分钟/15分钟）；AnalyticsService 追踪 D1/D7 留存指标。核心原则：禁止 pay-to-win、DataStore 安全优先、变现伦理（禁止暗黑模式）。成功指标：D1 留存 >30%、D7 >15%、MAU 月增长 >10%、转化率 >3%、零 Roblox 政策违规。核心交付物：PassManager.lua（Game Pass 集中管理）、DailyRewardSystem.lua（每日奖励）、Onboarding Flow Design Document（含 Drop-off Recovery Points）。属 The Agency Game Dev 部门 Roblox Studio 专项。
 - Concepts created: 无（EngagementLoop/DailyRewardSystem/DataStoreProgression/GamePassMonetization/DeveloperProduct/OnboardingFlow/RobloxAlgorithm/AnalyticsService/SoftCurrencyFunnel/PriceAnchoring 均仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用）
 - Entities created: 无（RobloxExperienceDesigner/RobloxPlatform/MarketplaceService/DataStoreService/AnalyticsService/VoiceChatService 各仅出现 1 次，未达独立建页阈值，保留于 Source Page 内嵌引用）
 - Source page: wiki/sources/roblox-experience-designer.md
 - Notes: index.md Sources 顶部新增 roblox-experience-designer.md 条目（2026-04-26）；overview.md Game Development 部分新增 roblox-experience-designer 独立 entry（Roblox Experience Designer 紧随 Technical Artist）；冲突检测：与 [[UnityArchitect]] 在变现策略上存在受众差异——Roblox 受众（9-17岁）强制伦理变现规范，Unity 平台受众更广可更灵活，已在 Source Page Contradictions 节记录；Entity/Concept 去重：已检查现有 wiki 不存在重复条目，所有概念和实体均仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用。
 ## [2026-04-26] ingest | Unity Architect
 - Source file: Agent/agency-agents/game-development/unity/unity-architect.md
 - Status: ✅ 成功摄入
 - Summary: UnityArchitect——Unity 游戏架构师 AI Agent 人格规范，专注于数据驱动、ScriptableObject（SO）优先的模块化可扩展架构。核心职责：消除硬引用、单例滥用、God MonoBehaviour 等反模式，通过 SO 事件通道（GameEvent）、RuntimeSet、单一职责组件拆分、Inspector SO 引用连线构建可测试、可设计师扩展的 Unity 系统。核心理念：ScriptableObject-First（所有共享数据存于 SO，绝不跨场景传 MonoBehaviour 字段）；零硬引用（禁用 GameObject.Find/单例，通过 SO 事件通道连线）；单一职责（每个 MonoBehaviour < 150 行）。高级能力：Addressables 资源管理、SO 状态机、Unity DOTS 混合架构、内存 Profiling。核心交付物：FloatVariable SO（含 OnValueChanged）、RuntimeSet<T>、GameEvent 事件通道、PlayerHealthDisplay 示例、Custom PropertyDrawer。成功指标：零 GameObject.Find()；每个 MonoBehaviour < 150 行；Prefab 空场景独立运行。
 - Concepts created: 无（ScriptableObject/RuntimeSet/GameEvent/SingleResponsibility/EventDriven/DataDriven/ScriptableObjectEventChannel/Addressables/UnityDOTS/EditorUtilitySetDirty 均仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用）
 - Entities created: 无（UnityArchitect/UnityEditor/UnityDOTS 各仅出现 1 次，未达独立建页阈值，保留于 Source Page 内嵌引用）
 - Source page: wiki/sources/unity-architect.md
 - Notes: index.md Sources 顶部替换占位条目为正式摘要（2026-04-26，unity-architect.md）；overview.md Game Development 部分新增 unity-architect 独立 entry（Unity Architect 紧随 Unity Shader Graph Artist）；冲突检测：与 [[unity-multiplayer-engineer]] 在 NetworkVariable 传递方式上存在 SO 抽象程度差异——UnityArchitect 侧重 SO 层引用连线，UnityMultiplayerEngineer 侧重 NetworkBehaviour 直接挂载，属架构风格差异而非绝对冲突，已在 Source Page Contradictions 节记录；Entity/Concept 去重：已检查现有 wiki 不存在重复条目，所有概念和实体均仅在本文档出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用；overview.md Game Development 部分完整性：已新增 Unity Architect entry，与 Unity Shader Graph Artist、Unity Editor Tool Developer、Unity Multiplayer Engineer 共同构成 Game Development Unity 专精团队。
 - Source file: Agent/agency-agents/game-development/unity/unity-multiplayer-engineer.md
 - Status: ✅ 成功摄入
 - Summary: UnityMultiplayerEngineer——Unity 多人游戏网络编程专家 AI Agent 人格规范。核心职责：使用 Netcode for GameObjects（NGO）、Unity Gaming Services（Relay/Lobby）构建安全、抗作弊、延迟容忍的多人游戏系统。核心理念：服务器权威非协商原则——服务器拥有所有游戏状态真相，客户端仅发送输入；NetworkVariable 用于持久化状态，RPC 用于一次性事件，二者不可混用。核心规范：ServerRpc 必须服务器端验证所有输入；客户端预测必须与服务器状态调和校正；带宽管理——每玩家稳态 < 10KB/s；Relay 替代直连 P2P 保护主机 IP；Lobby 仅存储元数据不存储游戏状态。核心交付物：Server-Authoritative Player Controller（含客户端预测与调和）、Lobby Manager（创建/快速匹配/心跳）、NetworkVariable 设计参考、反作弊验证逻辑。高级能力：回滚网络代码（战斗游戏风格）、专用服务器 Docker 部署、性能剖析与带宽预算。
 - Concepts created: ServerAuthority、ClientPrediction、NetworkVariable、UnityRelay、UnityLobby、AntiCheatArchitecture、BandwidthManagement、LagCompensation
 - Entities created: NetcodeForGameObjects、UnityGamingServices、UnityMultiplayerEngineer、UnrealMultiplayerArchitect
 - Source page: wiki/sources/unity-multiplayer-engineer.md
 - Notes: index.md Sources 顶部新增 unity-multiplayer-engineer.md 条目（2026-04-26）；index.md Entities 新增 4 个实体（NetcodeForGameObjects、UnityGamingServices、UnityMultiplayerEngineer、UnrealMultiplayerArchitect）；index.md Concepts 新增 8 个概念；overview.md 未更新（非概述类技术规范文档）；冲突检测：与 [[UnrealMultiplayerArchitect]] 在客户端预测实现细节上有差异——Unity 侧使用 NetworkVariable + LateUpdate 调和，Unreal 侧使用帧缓冲和回滚机制，已在 Source Page Contradictions 节记录，两者均遵循服务器权威原则，属框架差异而非绝对冲突；Entity/Concept 去重：已检查现有 wiki 不存在重复条目，所有概念和实体均为首次创建。
 - Source file: Agent/agency-agents/game-development/unity/unity-shader-graph-artist.md
 - Status: ✅ 成功摄入
 - Summary: UnityShaderGraphArtist——Unity 渲染效果专家 AI Agent 人格规范。核心职责：精通 Shader Graph 可视化材质创作与 HLSL 性能优化，专注于 URP/HDRP 渲染管线的实时视觉效果开发。核心理念：Shader Graph 是艺术家创作首选，HLSL 仅用于性能关键路径。核心规范：Sub-Graph 强制复用重复逻辑；URP/HDRP API 严格区分不可互换；移动端硬约束（每 Fragment Pass 最多 32 纹理采样，不透明 Fragment 最多 60 ALU）；Alpha Clipping 优先于 Alpha Blend；Frame Debugger 强制性能分析后方可发布。核心交付物：Dissolve Shader Graph（含 DissolveCore Sub-Graph）、OutlineRendererFeature（URP 自定义描边通道）、CustomLit.hlsl（URP 兼容 PBR Shader）、Shader Complexity Audit 模板。高级能力：Compute Shader GPU 处理、RenderDoc Shader 调试、自定义深度后处理通道、程序化纹理生成。
 - Concepts created: 无（Shader Graph/Sub-Graph/ScriptableRendererFeature/AlphaClipping/HLSL 均仅出现 1-2 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用）
 - Entities created: 无（UnityTechnologies/DissolveCore/OutlineRendererFeature/CustomLit.hlsl 各仅出现 1 次，未达独立建页阈值，保留于 Source Page 内嵌引用）
 - Source page: wiki/sources/unity-shader-graph-artist.md
 - Notes: index.md Sources 顶部新增 unity-shader-graph-artist.md 条目（2026-04-26）；overview.md Game Development 部分新增 unity-shader-graph-artist 独立 entry；冲突检测：与 [[unreal-technical-artist]] 在渲染管线选择上存在平台差异（Unity Shader Graph vs Unreal HLSL），属平台特性差异而非绝对冲突，已在 Source Page Contradictions 节记录；Entity/Concept 去重：所有 Key Concepts/Key Entities 均仅在本 Source 出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用。
 ## [2026-04-26] ingest | Unity Editor Tool Developer
 - Source file: Agent/agency-agents/game-development/unity/unity-editor-tool-developer.md
 - Status: ✅ 成功摄入
 - Summary: UnityEditorToolDeveloper——Unity 编辑器扩展开发工程师 AI Agent 人格规范。核心职责：通过 EditorWindows、PropertyDrawers、AssetPostprocessors、Build Validators 自动化团队工作流，减少人工错误并提升艺术/设计/工程团队效率。核心理念：最佳工具是隐形的——在问题到达 QA 前自动拦截，在创意人员意识到需求前提前自动化。核心规范：Editor 脚本必须置于 Editor 文件夹或 #if UNITY_EDITOR 保护；EditorWindow 必须通过 [SerializeField]/EditorPrefs 持久化状态；AssetPostprocessor 必须幂等（同一资源重复导入产生相同结果）；PropertyDrawer 必须调用 BeginProperty/EndProperty；构建验证失败必须抛出 BuildFailedException。高级能力：Assembly Definition 架构（编辑器/运行时程序集分离）、CI/CD 集成（-batchmode + GitHub Actions）、Scriptable Build Pipeline、UI Toolkit (UIElements) 编辑器工具。
 - Concepts created: 无（EditorWindow/AssetPostprocessor/PropertyDrawer/BuildValidation 各仅出现 1 次，未达 ≥2 次建页阈值，保留于 Source Page 内嵌引用）
 - Entities created: 无（本 Source 无人 Entity）
 - Source page: wiki/sources/unity-editor-tool-developer.md
 - Notes: index.md Sources 替换占位条目为正式摘要（2026-04-26，unity-editor-tool-developer.md）；overview.md Game Development 部分新增 unity-editor-tool-developer 独立 entry；冲突检测：与 [[unreal-systems-engineer]] 在"构建前验证"模式上互补——Unity 侧通过 IPreprocessBuildWithReport 在打包前验证，Unreal 侧通过 UAssetCheckConfig 在编辑器内实时检查，属互补而非冲突，已在 Source Page Contradictions 节记录；Entity/Concept 去重：EditorWindow/AssetPostprocessor/PropertyDrawer/AssemblyDefinitionFiles/BuildValidation 均仅在本 Source 出现 1 次，未达 ≥2 次独立建页阈值，保留于 Source Page 内嵌引用。
 ## [2026-04-26] ingest | Unreal Systems Engineer
 - Source file: Agent/agency-agents/game-development/unreal-engine/unreal-systems-engineer.md
 - Status: ✅ 成功摄入
 - Summary: UnrealSystemsEngineer——Unreal Engine 5 系统架构工程师 AI Agent 人格规范。核心职责：构建 AAA 级 UE5 游戏系统的性能与混合架构，涵盖 C++/Blueprint 边界决策、Nanite 几何管线、GAS 网络配置、智能指针内存安全、Unreal Build System 反射宏规范。核心理念：Tick 逻辑必须 C++，Blueprint 是设计师 API 而非运行时引擎；Nanite 单场景 1600 万实例上限需提前规划；所有 UObject 指针必须 UPROPERTY() 声明。关键规范：C++ 承担所有每帧逻辑；Blueprint 适用于：高层游戏流、UI 原型、设计师可扩展层；Nanite 不兼容骨骼网格/复杂 clip/样条网格/程序化网格；TWeakObjectPtr/TSharedPtr 处理非拥有引用；FGameplayTag 替代字符串标识符；GAS 通过 UAbilitySystemComponent 复制。高级能力：Mass Entity（Unreal ECS，处理海量 NPC）、Chaos 破坏系统（Geometry Collection 实时断裂）、Lyra 模块化框架（GameFeatureAction 运行时注入）。成功指标：零 Blueprint Tick 函数（已交付代码）、Nanite 实例预算已规划、无 UPROPERTY() 缺失警告、帧预算 60fps（目标硬件）。
 - Concepts created/updated: [[GAS-Gameplay-Ability-System]]（更新 sources 字段，新增 UnrealSystemsEngineer 补充：Tick 逻辑必须 C++、FGameplayTag 优于字符串、GAMEPLAYATTRIBUTE_REPNOTIFY 宏）、[[Nanite]]（更新 sources 字段，新增 UnrealSystemsEngineer 补充：1600万实例上限、显式切线禁用、r.Nanite.Visualize 兼容检测）
 - Entities updated: [[UnrealEngine5]]（Unreal Technical Artist 已有，无需新建）
 - Source page: wiki/sources/unreal-systems-engineer.md
 - Notes: index.md Sources 替换占位条目为正式摘要（2026-04-26，unreal-systems-engineer.md）；index.md Concepts 无需新增条目（GAS/Nanite 均已存在）；overview.md Game Development 部分新增 unreal-systems-engineer 独立 entry，与 unreal-multiplayer-architect/unreal-technical-artist 共同构成 UE5 专精团队；冲突检测：与 [[UnrealMultiplayerArchitect]] 在 GAS 职责边界存在互补关系——系统工程师负责 C++ 实现和网络复制配置，网络架构师负责 RPC 层安全和服务器权威验证，已在 Source Page Contradictions 节记录；Entity 去重：UnrealEngine5 已在其他来源出现，无需新建；Entity/Concept 去重：Mass Entity/Chaos Physics/Lyra 高级能力各仅在 Advanced Capabilities 部分出现 1 次，未达≥2次独立建页阈值，保留于 Source Page 内嵌引用。
 ## [2026-04-26] ingest | Unreal Multiplayer Architect
 - Source file: Agent/agency-agents/game-development/unreal-engine/unreal-multiplayer-architect.md
 - Status: ✅ 成功摄入
 - Summary: Unreal Multiplayer Architect——Unreal Engine 5 多人游戏网络架构师 AI Agent 人格规范。核心职责：构建服务器权威的 UE5 多人游戏网络系统，涵盖 Actor 复制、RPC 安全验证、网络预测、GAS 复制及专用服务器配置。核心理念：服务器拥有真相，客户端仅发送请求——所有游戏状态变更必须由服务器执行。关键规范：每个游戏影响型 Server RPC 必须实现 `_Validate()`（缺失即构成作弊漏洞）；`HasAuthority()` 检查必须在每次状态变更前执行；网络复制频率按 Actor 类型精细调整（投射物 100Hz/NPC 20Hz/环境物 2Hz）；GameMode 仅运行于服务器从不复制，GameState 复制到所有客户端，PlayerController 仅复制给拥有者。成功指标：带宽 < 15KB/s/玩家，200ms 延迟下调和事件 < 1次/玩家/30秒，RPC 安全审计零作弊向量。
 - Concepts created/updated: [[Server-Authoritative-Model]]（更新 sources 字段）、[[Actor-Replication]]（更新 sources 字段）、[[RPC-Remote-Procedure-Call]]（更新 sources 字段）、[[Network-Prediction]]（更新 sources 字段）、[[Replication-Graph]]（新建——UE5 空间分区复制优化系统）、[[GAS-Gameplay-Ability-System]]（新建——UE5 技能与属性管理框架，含网络预测）
 - Entities updated: [[UnrealMultiplayerArchitect]]（已有，更新来源关联）
 - Source page: wiki/sources/unreal-multiplayer-architect.md
 - Notes: index.md Sources 新增条目（2026-04-26，unreal-multiplayer-architect.md）；index.md Concepts 新增 GAS-Gameplay-Ability-System 条目；新建 concepts/Replication-Graph.md 和 concepts/GAS-Gameplay-Ability-System.md；overview.md Game Development 部分新增 unreal-multiplayer-architect 独立 entry；冲突检测：无已知冲突（Source Page Contradictions 节为空——本技术领域为独立领域）。
 ## [2026-04-26] ingest | Unreal World Builder Agent Personality
 - Source file: Agent/agency-agents/game-development/unreal-engine/unreal-world-builder.md
 - Status: ✅ 成功摄入
 - Summary: UnrealWorldBuilder——Unreal Engine 5 开放世界环境架构工程师 AI Agent 人格规范。核心职责：使用 UE5 World Partition、Landscape、PCG、HLOD 系统构建 4km²~64km² 超大规模开放世界。核心理念：用格子大小控制流送预算，用 RVT 消除地形层混合成本。关键规范：World Partition 格子策略（密集城区64m/空旷地形128m/沙漠海洋256m+）；Always Loaded 层存放全局内容，关键游戏内容禁止放格子边界；Landscape 单区域最多4层材质，超过2层必须启用RVT；HLOD 覆盖所有500m+可见区域；PCG 大规模植被使用 Nanite 预烘焙；Foliage Tool 仅用于手工放置主角物件；LWC 在任何轴>2km的世界必须启用。高级能力：LWC 双精度坐标（20km后浮点精度误差）、OFPA 多用户协作、Unreal Insights 性能分析。成功指标：地面疾跑无>16ms流送卡顿、1km²+区域预烘焙、HLOD覆盖500m+区域、Landscape层数永不超4。
 - Concepts created: [[WorldPartition]]（新建）、[[RuntimeVirtualTexturing]]（新建）、[[LargeWorldCoordinates]]（新建）
 - Concepts updated: [[PCG]]（追加 unreal-world-builder 来源）、[[LOD]]（追加 unreal-world-builder 来源）、[[Nanite]]（追加 unreal-world-builder 来源）
 - Entities updated: [[UnrealEngine5]]（追加 unreal-world-builder 来源）
 - Source page: wiki/sources/unreal-world-builder.md
 - Notes: index.md Sources 新增条目（紧随 unreal-systems-engineer 之后）；overview.md UnrealSystemsEngineer 条目后新增 unreal-world-builder 独立 entry；冲突检测：未发现与现有 Wiki 内容的冲突；Entity 去重：Epic Games 仅提及1次，未达≥2次阈值；UnrealEngine5 已存在，直接追加来源；HLOD 已在 LOD.md 提及，无需独立建页。
 ## [2026-04-26] ingest | Game Designer Agent Personality
 - Source file: Agent/agency-agents/game-development/game-designer.md
 - Status: ✅ 成功摄入
 - Summary: Game Designer Agent——游戏系统与机制设计师 AI Agent 人格规范。以"循环、杠杆、玩家动机"为思维框架，将创意愿景转化为可执行、无歧义的游戏设计文档（GDD）。核心理念：从玩家动机出发设计，从功能列表出发设计。五步工作流：概念→设计支柱→纸面原型→GDD撰写→调优迭代。三层核心循环：瞬间体验（0-30秒）→会话目标（5-30分钟）→长期进阶（数小时至数周）。所有数值从假设开始，用 [PLACEHOLDER] 标记直至测试验证。高级能力：行为经济学应用（Cialdini 影响原则/损失厌恶/变率奖励/沉没成本）、跨类型机制移植（机制活检分析）、高级经济设计（供给-需求模型/通胀检测/Monte Carlo 模拟）、系统性涌现设计（系统交互矩阵/最小可行复杂度）。
 - Concepts created: [[Core-Gameplay-Loop]]（核心游戏循环三层模型）、[[Economy-Balance]]（游戏经济平衡设计——供给-需求模型、玩家画像、通胀检测）
 - Entities created: 无（本文档未明确提及具体人物或公司，均为通用游戏开发概念，未达 Entity 建页阈值；GameDesigner Agent 本身属于 Agent 类型而非 Entity 类型）
 - Source page: wiki/sources/game-designer.md
 - Notes: index.md Sources 新增条目（2026-04-26，game-designer.md）；index.md Concepts 新增 2 个条目（Core-Gameplay-Loop/Economy-Balance）；overview.md Game Development 部分新增 game-designer 独立 entry（与 technical-artist/narrative-designer/level-designer 构成完整 Game Dev 设计体系）；冲突检测：无已知冲突（Source Page Contradictions 节为空）；Entity 去重：无 Entity 达标（GameDesigner Agent/Narrative Designer/Level Designer/Game Audio Engineer/Technical Artist 均为 Agent 类型，不建 Entity 页面）。
 ## [2026-04-26] ingest | Unreal Technical Artist
 - Source file: Agent/agency-agents/game-development/unreal-engine/unreal-technical-artist.md
 - Status: ✅ 成功摄入
 - Summary: Unreal Technical Artist——Unreal Engine 5 视觉系统工程师 AI Agent 人格定义。拥有 Material Editor、Niagara VFX、PCG、Substrate 和 Nanite 全栈专业能力，负责 UE5 项目的美术-引擎视觉管线。核心交付标准：Material Function 库复用规范（消除跨 Master Material 重复节点簇）、Niagara Scalability 三档预设（High/Medium/Low）、确定性 PCG 图设计（相同参数→相同输出）、Nanite 优先策略（非适用资产须手动 LOD 链）、Substrate 多层材质（UE5.3+ 替代 SSS workaround）。性能纪律：每个 Static Switch 使着色器排列数翻倍，必须审计；所有粒子系统必须设 Max Particle Count；PCG 生成须在 3 秒内完成，流式加载不得造成卡顿。
 - Concepts created: [[MaterialFunction]]（UE5 材质系统中可复用的节点逻辑封装单元）、[[NiagaraVFX]]（UE5 新一代粒子和 VFX 系统，支持 GPU/CPU 模拟分离与 Scalability 分级）、[[PCG]]（程序化内容生成框架，通过图节点控制开放世界资产分布）、[[Nanite]]（UE5 虚拟几何体系统，支持自动 LOD 和海量实例化渲染）、[[Substrate]]（UE5.3+ 多层物理材质系统，替代传统 SSS workaround）、[[LOD]]（Level of Detail，根据距离动态切换网格精度）、[[QualitySwitch]]（UE5 材质质量分层节点，支持 Mobile/Console/PC 三档）
 - Entities created: [[UnrealEngine5]]（Epic Games 开发的游戏引擎，提供 Material Editor、Niagara、PCG、Nanite 等视觉工具链）
 - Source page: wiki/sources/unreal-technical-artist.md
 - Notes: index.md Sources 新增条目（2026-04-26，unreal-technical-artist.md）；index.md Entities 新增 UnrealEngine5 条目；index.md Concepts 新增 7 个条目（MaterialFunction/NiagaraVFX/PCG/Nanite/Substrate/LOD/QualitySwitch）；overview.md Game Development 部分新增 unreal-technical-artist 独立 entry，与 Technical Artist 基类形成继承关系；index.md 中 LOD-Pipeline 重复条目已清理；冲突检测：无已知冲突（Source Page Contradictions 节为空）。
 - Source file: Agent/agency-agents/game-development/narrative-designer.md
 - Status: ✅ 成功摄入
 - Summary: Narrative Designer Agent——游戏叙事设计师 AI Agent 人格规范。核心职责：将叙事设计为一套选择-后果-世界一致性的系统，与游戏机制深度整合。关键规范：对话必须通过"真实人物说话"测试；选择必须类型不同且有 2 beats 内后果；Lore 三层可选深度（Surface/Engaged/Deep）；环境叙事通过道具无声讲述故事；叙事-玩法整合矩阵确保故事节点连接游戏机制；玩家叙事代理权与机械代理权必须匹配。
 - Concepts created: [[Branching-Narrative]]（分支叙事设计——选择树结构、收敛策略、后果可见性）、[[Character-Voice-Pillars]]（角色声音柱五维度体系）、[[Choice-Architecture]]（选择架构——有意义选择、Fake Choice 刻意使用、延迟后果、后果可见性映射）、[[Dialogue-Writing-Standards]]（对话写作标准——无"as you know"、三遍编辑法）、[[Lore-Architecture]]（Lore 三层可选深度架构 + 世界圣经）、[[Narrative-Gameplay-Integration]]（叙事-玩法整合矩阵）、[[Narrative-Debt-Tracking]]（叙事债务追踪——伏笔承诺管理）；existing: [[Environmental-Storytelling]]（更新：新增 Narrative Designer 为来源，新增 Lore Architecture 连接）
 - Entities created: 无（本文档未明确提及具体人物或公司，均为通用游戏开发概念，未达 Entity 建页阈值）
 - Source page: wiki/sources/narrative-designer.md
 - Notes: index.md Sources 新增条目（game-development 类，置于 Game Audio Engineer 后）；index.md Concepts 新增 7 个条目（Branching-Narrative/Character-Voice-Pillars/Choice-Architecture/Dialogue-Writing-Standards/Lore-Architecture/Narrative-Debt-Tracking/Narrative-Gameplay-Integration）；overview.md Game Development 部分新增 narrative-designer 独立 entry；冲突检测：与 [[Level Designer Agent]] 在环境叙事执行边界存在职责分工争议——叙事设计师定义叙事内容架构，关卡设计师执行物理空间设计，已在 Source Page Contradictions 节记录；Entity 去重：无 Entity 达标（Ink/Yarn/Twine 为工具术语，不建页）。
 ## [2026-04-26] ingest | Level Designer Agent Personality
 - Source file: Agent/agency-agents/game-development/level-designer.md
 - Status: ✅ 成功摄入
 - Summary: Level Designer Agent——游戏关卡设计师 AI Agent 人格规范。核心职责：通过空间架构引导、挑战和沉浸玩家。关键规范：关键路径必须视觉可读（除非刻意设计迷路）；每个战斗遭遇必须包含读图时间、多种战术选项和退守位置；难度先从空间出发再考虑数值缩放；灰盒纪律（设计决策在灰盒阶段锁定，禁止在未测试布局上美术包装）。六阶段工作流：意图定义→纸面布局→灰盒搭建→遭遇战调优→美术交接→打磨验收。高级能力：空间心理学（prospect-refuge/figure-ground/Lynch 城市设计）、程序化关卡生成、速通设计、多人/竞技空间设计。
 - Concepts created: [[Flow-And-Readability]]（关卡流与可读性）、[[Encounter-Design]]（遭遇战设计）、[[Environmental-Storytelling]]（环境叙事）、[[Blockout-Discipline]]（灰盒纪律）、[[Pacing-Architecture]]（节奏架构）、[[Spatial-Psychology]]（空间心理学）、[[Procedural-Level-Design]]（程序化关卡设计）、[[Speedrun-Design]]（速通设计）
 - Entities created: 无（本文档未明确提及具体人物或公司，均为通用游戏开发概念，未达 Entity 建页阈值）
 - Source page: wiki/sources/level-designer.md
 - Notes: index.md Sources 替换"expected: source missing"为正式条目（2026-04-26）；index.md Concepts 新增 8 个 Concept 条目（Blockout-Discipline/Environmental-Storytelling/Encounter-Design/Flow-And-Readability/Pacing-Architecture/Procedural-Level-Design/Spatial-Psychology/Speedrun-Design）；冲突检测：无已知冲突（Source Page Contradictions 节为空）；overview.md：属于 Game Development 分支，与现有 game-designer、technical-artist、game-audio-engineer 等同属，无冲突，无需更新 overview；Entity 去重：无 Entity 达标（Technical Artist 文档中提及但未在本文档重复出现）。
 ## [2026-04-26] ingest | Game Audio Engineer
 - Source file: Agent/agency-agents/game-development/game-audio-engineer.md
 - Status: ✅ 成功摄入
 - Summary: Game Audio Engineer Agent——游戏交互式音频工程师 AI Agent 人格规范，设计自适应音乐系统、空间音频架构和音频中间件集成方案。核心规范：所有游戏音频必须通过 FMOD/Wwise 中间件事件系统触发，自适应音乐通过 tension parameter（0–1）驱动层切换（tempo-synced），空间音频通过 raycast 驱动 occlusion 参数（800Hz 低通截止，每帧最多 4 个 raycast），语音预算 PC 64/Console 48/Mobile 24，FMOD DSP 每帧 ≤1.5ms，Reverb Zone 分四类（Outdoor/Indoor/Cave/Metal Room）。
 - Concepts created: [[AdaptiveMusic]]（由游戏状态参数驱动的动态音乐系统，通过中间件参数 API 实现实时层切换与混音）、[[SpatialAudio]]（基于 3D 空间化的音效定位与衰减系统，含 occlusion raycast 驱动的参数和 reverb zone 匹配规范）
 - Entities created: [[FMOD]]（Firelight Technologies 开发的游戏音频中间件，事件驱动架构，跨引擎支持）；其他实体（Wwise/Unity/Unreal/Godot/Dolby Atmos/DTS:X）各仅出现 1 次，未达 Entity 建页阈值（≥ 2 次）
 - Source page: wiki/sources/game-audio-engineer.md
 - Notes: index.md Sources 替换"expected: source missing"为正式条目（2026-04-26）；index.md Concepts 新增 2 个条目（AdaptiveMusic/SpatialAudio）；index.md Entities 新增 FMOD 条目；overview.md 新增"Game Development"独立 section（置于 Specialized 部门与 Conflict Areas 之间）；冲突检测：无已知冲突（Source Page Contradictions 节为空）；Entity 去重：FMOD 出现 2 次（FMOD Event System 集成 + C# AudioManager 示例），达到建页阈值；其他中间件/引擎各 1 次，未达阈值。
 ## [2026-04-26] ingest | AI Citation Strategist
 - Source file: Agent/agency-agents/marketing/marketing-ai-citation-strategist.md
 - Status: ✅ 成功摄入
 - Summary: AI Citation Strategist Agent——专注于 AI 推荐引擎优化（AEO/GEO）的营销 Agent。审计品牌在 ChatGPT、Claude、Gemini、Perplexity 四大 AI 平台上的引用可见性，识别竞品被引用的原因，生成优先级 Fix Pack 改善内容信号。核心方法：多平台 Citation Audit Scorecard → Lost Prompt Analysis → 竞品内容结构映射 → Schema markup + 实体信号优化 → Fix Pack 优先级实施。关键指标：30 天内引用率提升 20%+、Lost Prompts 恢复率 40%+、3+ 平台被引用。核心理念：AI 引用与传统 SEO 是不同策略，必须作为独立策略对待。
 - Concepts created: [[Answer Engine Optimization (AEO)]]（AI 问答引擎优化，使品牌内容被 AI 引用）、[[Generative Engine Optimization (GEO)]]（生成式 AI 引擎可见性优化，信号工程提升引用概率）、[[Citation Rate]]（AI 引用率，衡量品牌在 AI 推荐引擎中可见性的核心指标）、[[Fix Pack]]（AI 引用审计后的优先级修复包，含具体修改方案和预期改善幅度）、[[Lost Prompt Analysis]]（识别品牌缺席但竞品胜出的查询场景，分析失败原因）、[[Entity Optimization]]（强化品牌实体信号，使 AI 引擎清晰识别和信任品牌实体）
 - Entities created: 无（ChatGPT/Claude/Gemini/Perplexity 均为知名 AI 产品平台，业界通用概念，无需独立 Entity 页面；相关 Platform-Specific Patterns 作为 Concept 内嵌，未达 Entity 建页阈值）
 - Source page: wiki/sources/marketing-ai-citation-strategist.md
 - Notes: index.md 新增 Sources 条目（2026-04-26）；index.md Concepts 新增 6 个 Concept 条目（Answer-Engine-Optimization/Generative-Engine-Optimization/Citation-Rate/Fix-Pack/Lost-Prompt-Analysis/Entity-Optimization）；overview.md 新增 AI Citation Strategist 独立 entry，置于 nexus-spatial-discovery 之前；冲突检测：与 [[Marketing SEO Specialist]] 存在核心策略冲突——传统 SEO 成功不能自动转化为 AI 可见性，AEO 与 SEO 必须作为不同策略对待，已在 Source Page Contradictions 节记录；overview.md Conflict Areas 新增第 20 条冲突点（SEO vs AEO 策略体系差异）；Entity 去重：ChatGPT/Claude/Gemini/Perplexity 四平台均为业界通用 AI 产品概念，无需独立 Entity 页面；Platform-Specific Patterns 作为 Concept 内嵌概念，未达 Entity 建页阈值（出现频次 < 2，且为核心功能描述而非独立实体）。
 ## [2026-04-26] ingest | Marketing Growth Hacker
 - Source file: Agent/agency-agents/marketing/marketing-growth-hacker.md
 - Status: ✅ 成功摄入
 - Summary: 增长黑客 Agent——通过数据驱动的实验和非常规营销策略，实现快速、可规模化的用户获取与留存。核心方法：增长漏斗优化（Awareness→Acquisition→Activation→Retention→Revenue→Referral）+ A/B/多变量实验体系（每月10+实验，30%胜出率）+ 病毒系数工程（K-factor > 1.0）+ 北极星指标体系（North Star Metric）+ LTV:CAC 经济学（LTV:CAC ≥ 3:1）。关键指标：月环比自然增长 20%+、K-factor > 1.0、CAC 回本周期 < 6个月、首周激活率 60%+、Day 7 留存 40%。核心理念：找到那个还没被人涉足的流量渠道，然后把它规模化。
 - Concepts created: [[GrowthFunnelOptimization]]（增长漏斗优化：AARRR 六阶段全链路转化率提升）、[[ViralLoop]]（病毒裂变机制：K-factor = 邀请率 × 接受率，K > 1.0 实现指数级自然增长）、[[NorthStarMetric]]（北极星指标：产品核心价值的单一衡量指标，驱动增长优先级）、[[KFactor]]（病毒系数：K > 1.0 意味着指数级自然增长，K = 邀请率 × 接受率）、[[CACandLTV]]（单位经济学：客户获取成本与生命周期价值，LTV:CAC ≥ 3:1 为健康门槛）、[[ProductLedGrowth]]（产品导向增长：通过产品体验驱动获取与留存，而非依赖营销渠道）
 - Entities created: 无（Growth Hacker Agent/The Agency 均为 Agent 角色/组织概念，不满足 Entity 实体定义，无需独立 Entity 页面）
 - Source page: wiki/sources/marketing-growth-hacker.md
 - Notes: index.md 新增条目（Sources 首位，2026-04-26）；index.md Concepts 首位新增 6 个 Concept 条目；overview.md 新增 "Data-Driven Growth & Experimentation" 段落，置于 Content Strategy & Production 与 Professional Social Media 之间，阐述 Growth Hacker 与 Content Creator/Social Media Strategist/TikTok Strategist 的协同关系及策略差异；冲突检测：与 [[marketing-tiktok-strategist]] 存在渠道优先级冲突——TikTok Strategist 以平台内容为核心预设 TikTok 为最重要渠道，Growth Hacker 以实验数据为核心不预设平台偏好，已在 Source Page Contradictions 节记录；Entity/Concept 去重：Growth Hacker Agent（Agent 角色定义，非具体实体，不建页）、The Agency（组织概念，不建页）；本次 6 个概念均已抽象为独立 Concept 页面（GrowthFunnelOptimization/ViralLoop/NorthStarMetric/KFactor/CACandLTV/ProductLedGrowth），满足可复用、可抽象原则。
 ## [2026-04-26] ingest | Marketing Xiaohongshu Specialist
 - Source file: Agent/agency-agents/marketing/marketing-xiaohongshu-specialist.md
 - Status: ✅ 成功摄入
 - Summary: 小红书（中国生活方式种草平台）品牌营销专家 Agent——将品牌打造为小红书顶流，通过生活方式品牌定位 + 趋势驱动内容策略 + 微内容优化 + 社区互动 + 数据迭代五阶段工作流实现增长。核心公式：70%有机生活内容 + 20%趋势参与 + 10%品牌直接推广。关键指标：互动率5%+、收藏率8%+、分享率2%+、每月1-2条爆款（100k+浏览）。核心原则：社区优先互动（发帖后2小时内回复）、审美一致性、真实叙事、算法趋势驾驭（24小时内识别并参与趋势）。
 - Concepts created: [[ContentMixStrategy]]（70/20/10内容配比策略）、[[TrendRiding]]（趋势驾驭方法论）、[[MicroInfluencerPartnership]]（微影响者合作策略）
 - Entities created: [[XiaohongshuPlatform]]（小红书平台 Entity 页面）
 - Source page: wiki/sources/marketing-xiaohongshu-specialist.md
 - Notes: index.md 新增条目（Sources 首位，2026-04-26）；冲突检测：与 [[marketing-tiktok-strategist]] 存在内容时长偏好冲突——小红书最优视频15-60秒 vs TikTok最优60-90秒，已在 Source Page Contradictions 节记录；Entity/Concept 去重：B站（已存在 Entity）/GenZMillennials（通用术语，不新建）/KOLKOC（通用术语，不新建）；其他概念（MicroContentOptimization/CommunityFirstEngagement/UGCCampaign）本次以内嵌 wikilink 保留于 Source Page，未达独立建 Concept 阈值。
 ## [2026-04-26] ingest | Marketing Bilibili Content Strategist
 - Source file: Agent/agency-agents/marketing/marketing-bilibili-content-strategist.md
 - Status: ✅ 成功摄入
 - Summary: B站（Bilibili）平台内容策略与 UP主增长专家 Agent——专注于弹幕文化精通、B站算法优化、社区建设和品牌内容原生化。核心理念：社区第一、质量优先、B站用户最讨厌硬广。核心方法：四阶段工作流（平台洞察→内容架构→发布激活→增长优化）；弹幕互动设计模板；三连率（Coin+Favorite+Like）驱动的内容包装体系（目标>5%）；恰饭内容原生化策略；内容分区（知识区/科技区/生活区等）独立赛道逻辑。关键指标：三连率>5%、弹幕密度>30条/分钟、每月至少一条视频进入"每周必看"或"热门推荐"。
 - Concepts created: 无新 Concept（B站推荐算法/三连率/弹幕互动设计/恰饭内容/内容分区 均未达可独立抽象建页阈值，以内嵌 wikilink 保留于 Source Page）
 - Entities created: 无（B站/UP主/花火平台/BML/三连 均为平台概念或通用营销术语，无需独立 Entity 页面）
 - Source page: wiki/sources/marketing-bilibili-content-strategist.md
 - Notes: index.md 新增条目（Sources 首位，2026-04-26）；overview.md 新增独立 entry，置于 Douyin Strategist 与 TikTok Strategist 之间，补充与 Douyin Strategist/Kuaishou Strategist/China Market Localization Strategist/Video Optimization Specialist 的协同关系；冲突检测：与 [[marketing-douyin-strategist]] 存在策略差异冲突——抖音以算法推荐驱动流量爆发（中心化分发），B站 以社区文化和弹幕互动为核心（订阅关系），两者不可套用同一策略，已在 Source Page Contradictions 节记录。
 ## [2026-04-26] ingest | Marketing Content Creator
 - Source file: Agent/agency-agents/marketing/marketing-content-creator.md
 - Status: ✅ 成功摄入
 - Summary: 多平台内容创作专家 Agent——专注于跨平台品牌内容策略制定、叙事构建和受众互动优化。核心能力：内容策略框架（编辑日历+内容支柱+受众优先规划）、多格式创作（图文/视频/播客/信息图/社媒）、品牌叙事、SEO 内容优化（目标40%有机流量增长）、视频制作全链路（目标70%完播率）、绩效分析（目标5:1 ROI）。核心理念：在每个受众所在的平台上，创作有吸引力的故事。
 - Concepts created: 无新 Concept（Content Strategy/Brand Storytelling/SEO Content/Video Production/Copywriting 等在本次源文档中为核心能力描述，未达可独立抽象建页阈值，均以内嵌 wikilink 保留于 Source Page）
 - Entities created: 无（YouTube/TikTok/Instagram/Podcast 均为平台类型，TikTok 已在其他 Agent 中提及，本次作为内嵌引用不新建 Entity）
 - Source page: wiki/sources/marketing-content-creator.md
 - Notes: index.md 新增条目（Sources 首位，2026-04-26）；overview.md 新增 "Content Strategy & Production" 段落，置于 TikTok E-commerce Operations 与 Professional Social Media 之间，阐述与 Social Media Strategist/Twitter Engager/LinkedIn Content Creator/TikTok Strategist/Video Optimization Specialist/Growth Hacker 的协同关系；冲突检测：无已知冲突——Content Creator 与其他营销 Agent 构成"内容生产→平台分发"的互补关系，无竞争性冲突；Entity/Concept 去重：各平台（YouTube/TikTok/Instagram/Podcast）均无独立 Entity 页面，本次作为内嵌引用，不新建；Thought Leadership/Content Strategy/Brand Storytelling 等均作为方法论描述保留于 Source Page，不独立建 Concept 页。
 - Source file: Agent/agency-agents/marketing/marketing-twitter-engager.md
 - Status: ✅ 成功摄入
 - Summary: Twitter 实时互动与思想领袖建立专家 Agent——通过真实对话参与、领袖思想内容创作和社区驱动增长构建品牌权威。核心理念：Twitter 成功来自真实参与而非广播。核心方法：内容配比策略（教育25%/个人故事20%/行业评论20%/社区互动15%/推广10%/娱乐10%）；四阶段工作流（实时监控→思想领袖建立→社区建设→效果优化）；Twitter Spaces（200+ 实时听众）；危机管理协议（<30 分钟响应）。关键指标：互动率≥2.5%、回复率80%（2小时内）、教育 thread≥100 转推。
 - Concepts created: 无新 Concept（Thread-Mastery、Community-Building、Crisis-Management、Twitter-Spaces 等在本次源文档中为方法论描述，未达可独立抽象建页阈值，均以内嵌 wikilink 保留于 Source Page；[[Thought-Leadership]] 已存在，本次直接引用）
 - Entities created: 无（Twitter 作为平台无需 Entity 页面；Brand Authority 为抽象概念而非具体实体）
 - Source page: wiki/sources/marketing-twitter-engager.md
 - Notes: index.md 新增条目（Sources 首位，2026-04-26）；overview.md 在 marketing-social-media-strategist 条目后新增独立 entry，补充与 Social Media Strategist/Growth Hacker/LinkedIn Content Creator 的协同关系；冲突检测：无已知冲突——与 Wiki 中其他营销 Agent 构成互补而非竞争关系；Entity/Concept 去重：Thought-Leadership 已存在 Entity 页面，本次直接 wikilink 引用；其余概念本次均以内嵌方式保留于 Source Page。
 - Source file: Agent/agency-agents/marketing/marketing-livestream-commerce-coach.md
 - Status: ✅ 成功摄入
 - Summary: 直播带货全链路运营教练 Agent——覆盖主播孵化（五阶段话术框架+三阶段主播进阶）、流量运营（自然流量放大+千川付费投放+三阶段流量演进模型）、产品排品策略、数据复盘体系，覆盖抖音/快手/淘宝直播/微信视频号四大平台。核心公式「流量×转化率×客单价=GMV」，算法优先级「停留时长>互动率>点击率>购买转化率」。
 - Concepts created: [[Five-Phase-Script-Framework]]（五阶段话术框架——留人钩子→产品介绍→信任建立→紧迫成交→追单挽留）、[[Host-Incubation-System]]（主播孵化体系——素人→能播4h→能控节奏→能拉自然流量三阶段进阶）、[[Organic-Traffic-Amplification]]（自然流量放大——通过停留时长和互动率触发平台推荐算法，核心指标：停留>60s、互动率>5%）
 - Source page: wiki/sources/marketing-livestream-commerce-coach.md
 - Notes: index.md 新增条目（Sources 首位，2026-04-26）；index.md Concepts 首位新增三个 Concept 条目；overview.md 在 marketing-kuaishou-strategist 条目后插入完整 entry，阐述与 Douyin/Kuaishou 两大策略 Agent 的协同关系；冲突检测：无已知冲突——五阶段话术框架与快手 3-2-1 公式属互补框架（不同场景配比），停留时长核心指标与 Douyin Strategist 一致，成熟期自然流量>50% 与 Private Domain Operator 公域→私域转化模型一致；Entity 去重：Douyin/Kuaishou/OceanEngine 均已存在 Entity 页面，本次以内嵌 wikilink 引用，不新建；Taobao/Channels 仅提及1次，不满足≥2次门槛，不新建 Entity。
 - Source file: Agent/agency-agents/marketing/marketing-tiktok-strategist.md
 - Status: ✅ 成功摄入
 - Summary: TikTok 病毒式内容创作与品牌增长策略专家 Agent——深度掌握 TikTok 推荐算法机制、病毒内容公式和社区建设策略。核心理念：TikTok 的核心不是"制作好看的视频"，而是"驾驭算法和文化浪潮，将品牌转化为病毒级现象"。核心方法：3秒黄金钩子法则（每条视频前3秒必须捕获注意力）；40/30/20/10 内容配比（教育40%/娱乐30%/激励20%/促销10%）；互动速度优化（发布后第一小时内最大化点赞、评论、分享）；四级创作者分层（Nano/Micro/Mid-tier/Macro）。绩效指标：互动率 8%+（行业均值5.96%）、品牌内容完播率 70%+、品牌 hashtag 挑战 1M+ 浏览、创作者合作 ROI 4:1。交付物涵盖病毒脚本结构、跨平台适配策略（Reels/Shorts）、TikTok Ads 全漏斗架构（In-feed/Spark Ads/TopView）。
 - Concepts created: 无新 Concept（ForYouPageAlgorithm、ViralContentFormula、ContentPillarStrategy、CreatorEconomy、EngagementVelocity 等在 Source Page 内嵌定义，未达独立建页阈值）
 - Entities created: 无（TikTok 作为平台在 index 中已存在或待确认；Instagram Reels/YouTube Shorts 各仅提及 1 次，不满足≥2次门槛，本次均以内嵌 wikilink 保留于 Source Page）
 - Source page: wiki/sources/marketing-tiktok-strategist.md
 - Notes: index.md 新增条目（置于 Sources 首位，2026-04-26）；overview.md 在 Douyin Strategist 条目后插入独立 Marketing TikTok Strategist 完整条目，补充算法权重差异（完播率 vs 分享率/互动率）、受众文化差异的详细对比；冲突检测：与 [[MarketingLinkedInContentCreator]] 存在内容风格冲突（短视频娱乐 vs 长文专业），与 [[MarketingWeChatOfficialAccount]] 存在公域 vs 私域策略差异，已在 Contradictions 中记录；Entity/Concept 去重：Instagram Reels/YouTube Shorts/UGCCampaign 等各仅提及 1 次，本次不单独建页。
 ## [2026-04-26] ingest | Marketing SEO Specialist
 - Source file: Agent/agency-agents/marketing/marketing-seo-specialist.md
 - Status: ✅ 成功摄入
 - Summary: Google 搜索生态 SEO 专家 Agent——通过技术 SEO、关键词集群策略、内容优化、链接权威建设和搜索分析实现可持续有机流量增长。核心理念：可持续有机增长来自技术卓越、高质量内容和权威链接档案三者的交叉点；排名是价值的自然结果。五阶段工作流：发现→关键词策略→cannibalization 检测→技术执行→权威建设→测量迭代。强制 cannibalization 审查（Pillar+Satellite 集群架构）、Core Web Vitals 基准（LCP<2.5s，INP<200ms，CLS<0.1）。白帽 SEO 是唯一合规方式。高级能力：国际化 SEO、程序化 SEO、算法恢复、AI 搜索优化。
 - Concepts created: 无新 Concept（TopicCluster/ContentCannibalization/CoreWebVitals/E-E-A-T/SchemaMarkup/SearchIntent/InternalLinking/LinkAuthority/SERPFeature/ProgrammaticSEO/AISearchOptimization 等在本次源文档中为框架性提及，未达独立建页阈值，均以内嵌 wikilink 保留于 Source Page）
 - Entities created: 无（ScreamingFrog/Sitebulb/GoogleSearchConsole/LookerStudio 等在本次源文档中为工具列举，不满足独立 Entity 建页条件，均以内嵌 wikilink 保留于 Source Page）
 - Source page: wiki/sources/marketing-seo-specialist.md
 - Notes: index.md 新增条目（置于 Sources 首位）；overview.md 新增 Marketing SEO Specialist 条目（置于 App Store Optimizer 条目末尾，补充与 baidu-seo-specialist 的市场差异化说明）；冲突检测：与 [[marketing-baidu-seo-specialist]] 存在算法体系不可通用的根本差异——两者目标搜索引擎不同（Google vs 百度），已在 Contradictions 中记录；Entity/Concept 去重：ScreamingFrog/Sitebulb 等工具性提及、CoreWebVitals 等框架性概念，本次均以内嵌 wikilink 保留于 Source Page，不单独建页。
 - Source file: Agent/agency-agents/marketing/marketing-china-market-localization-strategist.md
 - Status: ✅ 成功摄入
 - Summary: 中国市场全栈本地化增长策略师 Agent——将实时趋势信号转化为可执行选品/内容/渠道 GTM 策略。核心理念：本地化不是翻译，是文化再工程。核心方法：7+ 中国平台热榜实时监控（见微知著/交叉验证/反直觉/MECE 四模型）；双轨分析（内容轨 + 评论轨）；六阶段 GTM 门控（P0 信号验证 → P5 成熟运营）；平台原生策略（绝不跨平台复制）。绩效指标：趋势信号在主流平台峰值前 ≥ 72 小时识别，每条建议附带 P0-P5 优先级。
 - Concepts created: [[Trend-To-Action]]（趋势行动框架——信号采集→深度分析→策略设计→GTM执行→测量迭代的完整闭环，双轨分析驱动）；[[Dual-Track-Analysis]]（双轨分析——内容轨+评论轨同时运行）；[[Phased-GTM-Gate]]（六阶段 GTM 门控 P0-P5）；[[Real-Time-Trend-Intelligence]]（实时趋势情报——四信号检测模型）；[[China-Consumer-Psychology]]（中国消费心理——面子/从众/性价比/国潮）；[[Seasonal-Consumption-Cycle]]（季节性消费周期——618/双十一/春节等关键节点）
 - Entities created: 无（Douyin/WeChat/Bilibili/Xiaohongshu/Weibo/Zhihu/Kuaishou 均已存在 Entity 页面，本次以内嵌 wikilink 引用，不新建）
 - Source page: wiki/sources/marketing-china-market-localization-strategist.md
 - Notes: index.md 新增条目；overview.md 在 Douyin Strategist 后插入统领性 China Market Localization Strategist 条目，作为中国全平台营销矩阵的战略上层；更新 [[Cross-Platform-Strategy]] 概念，新增中国市场平台矩阵（微博/抖音/小红书/知乎/B站/微信/快手）；冲突检测：与 [[marketing-douyin-strategist]] 可能存在视角差异（抖音作为独立增长引擎 vs 作为 GTM 漏斗放大环节），已在 Contradictions 中记录；Entity 去重：Douyin/WeChat/Bilibili 等平台已存在 Entity 页面，本次以内嵌 wikilink 引用。
 ## [2026-04-26] ingest | App Store Optimizer
 - Source file: Agent/agency-agents/marketing/marketing-app-store-optimizer.md
 - Status: ✅ 成功摄入
 - Summary: App Store 优化（ASO）全栈专家 Agent——专注于应用商店搜索可见性优化、视觉资产转化率提升和可持续用户增长。核心理念：数据驱动 + 转化优先 + A/B 测试系统性优化。绩效目标：有机下载月增长 30%+、关键词前 10 排名 20+ 个、转化率提升 25%+、评分 4.5 星+。四阶段工作流：市场研究分析 → 策略开发 → 实施测试 → 优化规模化。
 - Concepts created: 无新 Concept（App-Store-Optimization-ASO、Conversion-Rate-Optimization、A-B-Testing、Keyword-Research 等在其他 Source Page 中已作为 wikilink 使用，未达独立建页阈值；本次均以内嵌 wikilink 保留于 Source Page）
 - Entities created: 无（App Store、iOS、Android 等作为 Agent 运营平台提及，不满足≥2次独立 Entity 门槛，均以 wikilink 保留于 Source Page）
 - Source page: wiki/sources/marketing-app-store-optimizer.md
 - Notes: index.md 原占位条目（2026-04-22 expected）已替换为完整摘要；overview.md 新增 App Store Optimizer 条目（置于微信运营之后）；冲突检测：与 [[Marketing-SEO-Specialist]] 存在方法论差异但非冲突——ASO 与 SEO 分别服务 App Store 和 Web 两个不同发现渠道，实为互补关系，已在 Contradictions 中明确记录；Entity/Concept 去重：App Store/iOS/Android/Review-Management 等未达到≥2次独立 Entity 门槛，本次不单独建页。
 ## [2026-04-26] ingest | Marketing WeChat Official Account Manager
 - Source file: Agent/agency-agents/marketing/marketing-wechat-official-account.md
 - Status: ✅ 成功摄入
 - Summary: 微信公众号全栈运营专家 Agent——将公众号打造为高互动、强忠诚的社群中心。核心理念：公众号不是广播频道而是关系建设工具。核心方法：60/30/10 内容规则（60% 价值内容 + 30% 社群互动 + 10% 推广内容）；五阶段运营工作流（订阅者分析→内容策略→内容创作→自动化运营→数据分析）；微信原生功能整合（自动回复/关键词响应/菜单架构/小程序）。绩效目标：打开率 30%+（行业均值 2 倍）、菜单点击率 20%+、转化率 2-5%。
 - Concepts created: [[Content-60-30-10-Rule]]（内容比例法则——60% 价值内容 + 30% 社群互动 + 10% 推广内容）
 - Entities created: [[WeChat]]（微信——中国最大私域社交平台，公众号是其核心商业通讯渠道）
 - Source page: wiki/sources/marketing-wechat-official-account.md
 - Notes: 与 [[marketing-weibo-strategist]] 存在互补关系——微博公域引爆→公众号私域沉淀；与 [[marketing-private-domain-operator]] 形成漏斗下游——公众号订阅者→企业微信私域运营。已在 [[marketing-weibo-strategist]] 的 Connections 中记录公众号为 complements 关系。
 ## [2026-04-26] ingest | LinkedIn Content Creator
 - Source file: Agent/agency-agents/marketing/marketing-linkedin-content-creator.md
 - Status: ✅ 成功摄入
 - Summary: LinkedIn 专业内容创作者 Agent——专注于思想领导力内容、个人品牌建设和高互动专业内容生成，帮助用户将专业技能转化为可见的专业影响力。核心方法：七阶段完整工作流（受众分析→钩子工程→帖子构建→格式优化→轮播/文章制作→主页优化→互动策略）；基于算法的内容结构设计（保存率/早期velocity/停留时间三大信号）；按受众类型（创始人/求职者/开发者/B2B营销）定制化内容策略。核心理念：每个帖子必须有可辩护的观点；中性内容产生中性结果。
 - Concepts created: 无新 Concept（Thought-Leadership/Content-Pillar 已在 Wiki 中存在，本次更新其 Source 引用；Hook-Engineering/LinkedIn-Algorithm/Personal-Brand 等在其他 Source Page 中作为 wikilink 使用，未达独立建页阈值）
 - Source page: wiki/sources/marketing-linkedin-content-creator.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；冲突检测：与 [[Marketing-Social-Media-Strategist]] 为宽窄互补关系（非冲突——前者提供 LinkedIn 平台的具体执行方法论，后者提供跨平台战略框架）；overview.md 无需修订（已有大量营销内容，暂不需要修订综合摘要）；Entity/Concept 去重：Thought-Leadership/Content-Pillar 已存在，LinkedIn-Campaign-Manager 已存在，均无需重复创建，仅更新 sources 字段。
 ## [2026-04-26] ingest | Marketing Baidu SEO Specialist
 - Source file: Agent/agency-agents/marketing/marketing-baidu-seo-specialist.md
 - Status: ✅ 成功摄入
 - Summary: 百度搜索生态优化与中国市场 SEO 专家 Agent——专注于中文搜索引擎排名、百度生态整合（百科/知道/贴吧/文库/经验矩阵）、ICP 合规、中文关键词研究与移动优先索引。核心理念：ICP 备案是不可妥协的法定前提（"without ICP备案, nothing else matters"）；百度与 Google SEO 根本不同（需从零学习百度算法体系）。四阶段工作流：合规基础 → 关键词研究 → 站内技术优化 → 站外权威建设。五大算法应对：飓风（原创）/ 细雨（反堆砌）/ 惊雷（反点击操纵）/ 蓝天（新闻质量）/ 清风（反标题党）。与 Douyin/Kuaishou 属互补关系——百度捕获搜索意图用户（高意向），短视频平台创造需求引流。
 - Concepts created: [[Baidu-SEO]]（百度搜索引擎优化，与 Google SEO 有根本差异）、[[ICP-Filing]]（ICP 备案，中国网站合法运营的法定前提）、[[Baidu-Ecosystem-Integration]]（百度生态矩阵整合策略）
 - Entities created: [[Baidu]]（百度，中国最大搜索引擎，五大生态产品矩阵）
 - Source page: wiki/sources/marketing-baidu-seo-specialist.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；overview.md 新增百度 SEO 条目，置于 Carousel Growth Engine 之前；Entity 去重检查：Baidu 未在 Wiki 中存在同名页面，新建 Baidu.md；Concept 去重检查：Baidu-SEO、ICP-Filing、Baidu-Ecosystem-Integration 均未在 Wiki 中存在同名页面；冲突检测：① 与 [[Marketing-Douyin-Strategist]] 和 [[Marketing-Kuaishou-Strategist]]：搜索意图（百度）vs 算法推送（短视频）互补而非竞争；② 与 Google SEO 最佳实践：百度有独立算法体系、ICP 备案要求、生态平台偏好、内容审查——Google 经验不可迁移已在 Contradictions 中记录。
 ## [2026-04-26] ingest | Marketing Private Domain Operator
 - Source file: Agent/agency-agents/marketing/marketing-private-domain-operator.md
 - Status: ✅ 成功摄入
 - Summary: 企业微信（WeCom）私域运营专家 Agent——专注于 SCRM 系统配置、分层社群 SOP 自动化、用户生命周期管理与全漏斗转化优化。核心理念：私域的本质是将信任建立为资产，通过系统化运营实现用户从首次接触到终身价值的全链路管理。五大核心模块：WeCom 生态搭建（渠道码/标签/SCRM 集成/合规存档）→ 分层社群运营（获客群/福利群/VIP 群/超 级用户群）→ 小程序电商联动 → 用户生命周期自动化 → 全漏斗转化。关键红线：社群内容 70%+ 价值/30% 促销、新客 7 天首购转化应超 20%、流失预警触发人工介入。
 - Concepts created: [[私域运营]]（私域运营全链路核心概念）、[[SCRM]]（社交客户关系管理工具与方法）
 - Entities created: [[WeCom]]（企业微信，私域运营核心载体）
 - Source page: wiki/sources/marketing-private-domain-operator.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；冲突检测：无冲突——该 Agent 与公域运营 Agent（Douyin Strategist、Kuaishou Strategist 等）属互补关系，私域是公域流量的承接终点，无内容矛盾；Entity 去重检查：WeCom 未在 Wiki 中存在同名页面，新建 WeCom.md；Concept 去重检查：SCRM 和私域运营未在 Wiki 中存在同名页面，新建对应 Concept 页；overview.md 本次未更新（已有大量营销内容，暂不需要修订综合摘要）。
 ## [2026-04-26] ingest | Marketing Social Media Strategist
 - Source file: Agent/agency-agents/marketing/marketing-social-media-strategist.md
 - Status: ✅ 成功摄入
 - Summary: 跨平台社交媒体战略专家 Agent——专注于 LinkedIn、Twitter 等专业社交平台的企业级品牌建设和社群运营。核心能力：LinkedIn 全栈运营（公司页面/个人品牌/专栏文章/新闻通讯/LinkedIn Ads）；Twitter 实时协同（与 Twitter Engager Agent 协作保持一致声音）；B2B 社交销售策略与销售管道开发；员工倡导计划设计与品牌大使激活；跨平台内容瀑布流（LinkedIn 首发 → Twitter 适配 → 其他平台分发）。成功指标：LinkedIn 互动率 3%+（公司页面）/5%+（个人品牌）、每月受众覆盖增长 20%、50%+ 内容达到平台基准、社交广告 ROI 3 倍+。
 - Concepts created: [[Cross-Platform-Strategy]]（跨平台统一消息策略，根据各平台特性调整内容形式）、[[B2B-Social-Selling]]（B2B 社交销售策略与管道开发）、[[Employee-Advocacy]]（员工倡导计划设计与品牌大使激活）；[[Thought-Leadership]] 已在 Wiki 中存在，本次更新其 Source 引用
 - Entities created: 无（LinkedIn、Twitter 等作为 Agent 运营工具提及，不满足≥2次独立 Entity 门槛，均以 wikilink 保留于 Source Page）
 - Source page: wiki/sources/marketing-social-media-strategist.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；overview.md 新增 "Professional Social Media (LinkedIn & Twitter)" 区域（置于 Douyin Short-Video & Livestream Commerce 之前）；冲突检测：与 [[Marketing-Douyin-Strategist]] 和 [[Marketing-TikTok-Strategist]] 的平台差异已体现——后者专注短视频/直播电商，前者专注专业社交平台有机运营，策略目标和受众定位不同，无实质冲突。与 [[Paid-Media-Paid-Social-Strategist]] 互补关系已在 overview 中明确记录。
 ## [2026-04-26] ingest | Marketing Kuaishou Strategist
 - Source file: Agent/agency-agents/marketing/marketing-kuaishou-strategist.md
 - Status: ✅ 成功摄入
 - Summary: 快手平台下沉市场营销策略师 Agent——专注于低线城市短视频营销、直播带货运营与老铁经济社区信任构建。核心理念：真实性高于一切。核心方法：均衡分发算法（日常一致性优先于病毒爆发）+ 老铁关系构建（信任先于销售）+ 直播带货3-2-1公式（3痛点→2演示→1报价）+ 私域运营（粉丝团+微信私域）。核心禁忌：绝不将抖音内容直接复用到快手。
 - Concepts created: [[老铁经济]]（快手特有兄弟文化）、[[均衡分发算法]]（快手核心推荐机制）、[[下沉市场]]（低线城市用户群）、[[直播带货]]（快手核心商业模式）、[[3-2-1产品介绍公式]]（快手直播话术框架）
 - Entities created: [[Kuaishou]]（快手平台 Entity，与抖音构成中国短视频双平台）
 - Source page: wiki/sources/marketing-kuaishou-strategist.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；overview.md Douyin Short-Video & Livestream Commerce 区域新增完整条目（置于 Instagram Curator 之后）；冲突检测：与 [[Marketing-Douyin-Strategist]] 的平台差异已于 Source Page Contradictions 节详细记录，overview.md Conflict Areas 第3条已有记录，无新冲突；Entity 层面：Kuaishou（快手）作为平台核心实体首次创建（≥5次出现），Douyin（抖音）Entity 由 Douyin Strategist Source Page 引用管理。
 ## [2026-04-26] ingest | Marketing Video Optimization Specialist
 - Source file: Agent/agency-agents/marketing/marketing-video-optimization-specialist.md
 - Status: ✅ 成功摄入
 - Summary: YouTube 视频增长与留存优化专家 Agent——专注于 YouTube 算法优化（CTR+留存率双驱动）、策略性章节划分、高转化率缩略图设计和跨平台内容分发。核心理念：前30秒（The Hook）决定视频生死，留存率图谱驱动视频结构优化，以频道会话视角而非单视频维度优化。成功指标：8%+ 平均 CTR、50%+ 第3分钟留存率、20%+ 平均观看时长提升。完整交付模板涵盖包装策略→视频结构→SEO 元数据的全链路。
 - Concepts created: [[Video-Hook]]（视频开场钩子，30秒框架，与 [[Golden-3-Second-Hook]] 的3秒抖音框架对应但时间尺度不同）
 - Entities created: [[YouTube]]（YouTube 平台 Entity，算法机制与关键指标定义）
 - Source page: wiki/sources/marketing-video-optimization-specialist.md
 - Notes: overview.md Doubin Short-Video & Livestream Commerce 区域新增完整条目（置于 Douyin Strategist 与 Book Co-Author 之间）；index.md 已添加新条目；冲突检测：与 [[Golden-3-Second-Hook]] 存在"时间尺度差异"——前者30秒长格式框架，后者3秒短格式框架，非冲突而是互补，已在 [[Video-Hook]] Concept 中明确两者关系。
 ## [2026-04-26] ingest | Marketing Instagram Curator
 - Source file: Agent/agency-agents/marketing/marketing-instagram-curator.md
 - Status: ✅ 成功摄入
 - Summary: Instagram 营销专家 Agent 个性定义——通过视觉品牌开发、多格式内容策略、社区培养与社交电商将品牌打造成 Instagram 主力账号。核心四阶段工作流（品牌美学开发 → 多格式内容策略 → 社区建设与电商 → 绩效优化）；1/3 内容法则（品牌/教育/社区内容各占1/3）；绩效目标：互动率 3.5%+、Story 完成率 80%+、购物转化 2.5%+、UGC 月产 200+ 条。核心理念：将粉丝转化为品牌拥护者、将互动转化为可衡量的商业增长。
 - Concepts created: 无（Key Concepts 均仅出现1次，不满足≥2次独立创建阈值，以 wikilink 形式保留于 Source Page Key Concepts 节）
 - Entities created: 无（Key Entities 均仅出现1次，不满足≥2次独立创建阈值，以 wikilink 形式保留于 Source Page Key Entities 节）
 - Source page: wiki/sources/marketing-instagram-curator.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；冲突检测：与 [[Marketing-TikTok-Strategist]] 在"平台特性差异"上的潜在张力已记录——Instagram 侧重视觉一致性与社区粘性，TikTok 侧重算法流量获取与趋势跟随，内容节奏与运营策略有本质差异。
 ## [2026-04-26] ingest | Marketing Short-Video Editing Coach
 - Source file: Agent/agency-agents/marketing/marketing-short-video-editing-coach.md
 - Status: ✅ 成功摄入
 - Summary: 短视频剪辑技术教练 Agent——覆盖完整后期制作流水线：剪辑软件选择决策树（CapCut Pro 主推高效日更/Pr 商业项目/DaVinci Resolve 调色行业标准/Final Cut Pro Mac首选）；镜头语言体系（景别/运镜/转场）；色彩调色二元体系（初级校正恢复真实 + 次级调色风格化）；音频工程三步骤（降噪→人声增强→BGM混音）；动态图形与VFX；字幕设计与多平台导出优化；AI辅助剪辑（自动字幕/智能抠像/文字成片/数字人配音）。核心理念：剪辑核心不是软件熟练度，而是叙事能力和节奏感；每一帧都必须有其存在的理由。
 - Concepts created: [[Color-Grading]]（色彩调色——二元体系：初级校正+次级调色）；[[Speed-Ramping]]（速度曲线变速——短视频最常用的动态视觉手法）；[[Beat-Sync]]（BGM节拍同步——音画合一冲击力）；[[Proxy-Editing]]（代理编辑——高分辨率工作流必备技术）；[[Template-Based-Production]]（模板化批量生产——效率4倍提升）；[[AI-Assisted-Editing]]（AI辅助剪辑——承担60%重复工作，保留40%人工创意）
 - Entities created: [[CapCut-Pro]]（剪映专业版——AI功能业界领先，最适合个人创作者和MCN批量生产）；[[Adobe-Premiere-Pro]]（行业标准——广告/影视后期首选，与AE/AU/PS无缝集成）；[[DaVinci-Resolve]]（调色行业标准——免费版已极强，Fairlight音频+Fusion VFX）；[[Final-Cut-Pro]]（Mac首选——磁力时间线+M系列芯片极致优化，一次买断无订阅）
 - Source page: wiki/sources/marketing-short-video-editing-coach.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；overview.md Doubin Short-Video & Livestream Commerce 区域新增完整条目（置于 Kuaishou Strategist 之后）；冲突检测：与 [[Marketing-Douyin-Strategist]] 的时长策略差异（后者强调7-15秒完播率优先，本 Coach 建议1-3分钟叙事）已在 Source Page Contradictions 节详细记录——解决方向为两者互补（3秒快节奏开篇钩子 + 后续1-3分钟完整叙事）；与 [[Marketing-Video-Optimization-Specialist]] 的时间尺度差异（3-30秒 vs 3分钟+）已在 Contradictions 节记录——均为正确但适用于不同平台；Entity 层面：CapCut/Adobe Premiere/DaVinci Resolve/Final Cut Pro 作为核心工具实体首次创建（4个软件均满足≥5次出现阈值）；Concepts 层面：6个核心概念（Color Grading/Speed Ramping/Beat Sync/Proxy Editing/Template-Based Production/AI-Assisted Editing）均满足可抽象/可复用/非具体实例的创建条件。
 - Source file: Agent/agency-agents/marketing/marketing-china-ecommerce-operator.md
 - Status: ✅ 成功摄入
 - Summary: The Agency 营销部门的中国电商多平台运营专家 Agent——跨淘宝/天猫/拼多多/京东/抖音店铺全渠道运营，核心方法：多平台差异化策略 + 直播带货运营 + T-60大战役框架（618/双11/双12）+ 广告ROAS优化（直通车≥3:1）+ 私域运营（微信CRM/会员体系/社群电商）。核心理念：每个平台算法、受众和规则不同，永远不能复制策略；利润保护优先于GMV；大促准备须提前45-60天。
 - Concepts created: 无（Key Concepts 均仅出现1次，不满足≥2次独立创建阈值，以 wikilink 形式保留于 Source Page Key Concepts 节）
 - Entities created: 无（Key Entities 均仅出现1次，不满足≥2次独立创建阈值，以 wikilink 形式保留于 Source Page Key Entities 节）
 - Source page: wiki/sources/marketing-china-ecommerce-operator.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；overview.md Douyin Short-Video & Livestream Commerce 区域新增完整条目；冲突检测：与 [[Marketing-Douyin-Strategist]] 在"抖音平台视角"上的潜在张力已记录于 Source Page Contradictions 节，建议分工：前者负责抖音店铺整体运营（含广告/直播/数据分析），后者负责内容策略（短视频/达人合作），互补而非竞争。
 ## [2026-05-06] ingest | Marketing Reddit Community Builder
 - Source file: Agent/agency-agents/marketing/marketing-reddit-community-builder.md
 - Status: ✅ 成功摄入
 - Summary: AI Agent 角色定义——以 Reddit 文化专家身份，通过真实价值贡献和长期关系培养，在 Reddit 上建立品牌影响力。核心四阶段执行框架（社区研究 → 内容策略 → 社区建设 → 战略价值），核心规则 90/10 价值法则（90% 价值内容 + 10% 推广）。成功关键：成为社区有价值成员，而非推销品牌。
 - Concepts created: [[90-10-Rule]]（90%价值内容+10%推广比例法则）、[[Community-First-Engagement]]（关系优先策略）、[[Subreddit-Research]]（社区研究流程）、[[AMA-Coordination]]（Ask Me Anything 协调）、[[Reputation-Management]]（声誉管理）、[[Reddit-Advertising-Integration]]（Reddit广告整合）
 - Source page: wiki/sources/marketing-reddit-community-builder.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；冲突检测：与 [[Marketing-Short-Video-Editing-Coach]] 在"推广节奏"上的潜在张力已记录——Reddit 以月/年为周期积累型信任，短视频以周为周期爆发型传播；Entity 层面 Reddit/Subreddit 等均<2次提及，暂不创建独立 Entity 页面。
 ## [2026-05-05] ingest | Nexus Spatial: Full Agency Discovery Exercise
 - Source file: Agent/agency-agents/examples/nexus-spatial-discovery.md
 - Status: ✅ 成功摄入
 - Summary: 8个 The Agency 专业 Agent 并行协作，完成 AI 空间指挥中心产品 Nexus Spatial 的完整规划（10分钟 wall-clock time）。涵盖：市场验证（AI 编排 $13.5B + 空间计算 $170-220B 交叉空白）、技术架构（8服务 Rust 编排引擎）、品牌策略（定义 [[SpatialAIOps]] 新品类）、GTM 计划（3阶段渐进：2D→WebXR→VisionOS）、UX 研究（调试为杀手级用例）、空间界面架构（命令剧院 + 7态节点系统）、项目执行（35周，5团队）。跨 Agent 独立共识：2D-first / WebXR 优先 / 调试 killer use case。
 - Concepts created: [[SpatialAIOps]]（空间AI运营新品类）、[[Command-Theater-Interface]]（命令剧院界面范式）、[[Debugging-Visualization]]（调试可视化杀手级用例）、[[Semantic-Zoom]]（4级语义缩放导航）、[[Growth-Loop]]（增长飞轮）
 - Entities created: [[Nexus-Spatial]]（AI Agent 沉浸式3D命令中心产品）、[[CrewAI]]（竞争产品；CLI-first，可视化能力有限）
 - Source page: wiki/sources/nexus-spatial-discovery.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；overview.md 已追加 nexus-spatial-discovery 综合摘要条目；与 [[Multi-Agent-System-Reliability]] 在协调机制设计上的张力已记录于 Source Page Contradictions 节——Nexus Spatial 采用 Yjs CRDT 去中心化协作（面向人类协作者），Multi-Agent-System-Reliability 侧重自主 Agent 间显式协调（面向任务协调），场景不同但技术选择有潜在关联待研究。
 ## [2026-05-05] ingest | Book Co-Author
 - Source file: Agent/agency-agents/marketing/marketing-book-co-author.md
 - Status: ✅ 成功摄入
 - Summary: AI 代笔专家 Agent——将创始人/专家/运营者的语音笔记和碎片想法转化为结构化第一人称书籍章节。核心五阶段工作流：Pressure-Test Brief → Define Chapter Intent → Draft in First-Person Voice → Strategic Revision Pass → Deliver Revision Package。版本化管理 + 编辑 Gap 可视化。核心理念：作者必须保持可见、禁止空洞套话、书籍必须强化品类定位而非仅解释想法。
 - Concepts created: 无新概念页（Ghostwriting/Narrative Architecture/First-Person Voice 等核心概念由 [[Thought-Leadership]] 覆盖）
 - Source page: wiki/sources/marketing-book-co-author.md
 - Notes: index.md 已在 Sources 节首位插入条目；overview.md 已插入「Douyin Short-Video」section 末尾；与 [[design-visual-storyteller]] 的潜在张力已记录于 Source Page Contradictions 节（视觉叙事 vs 文字叙事，互补而非竞争）；与 [[workflow-book-chapter]] 关系已说明（通用工作流 vs 专用 Agent）；与 [[marketing-zhihu-strategist]] 互补（短内容建立信誉 vs 长内容巩固权威）。
 ## [2026-05-05] ingest | Examples - Agency Multi-Agent Collaboration Showcase
 - Source file: Agent/agency-agents/examples/README.md
 - Status: ✅ 成功摄入
 - Summary: agency-agents 示例目录——展示多个专业 Agent 如何协作完成真实任务的案例文档。核心价值：8 个专业 Agent 并行运行，产出连贯且相互引用的完整计划，无需协调开销；具体案例 Nexus-Spatial-Discovery 涵盖市场验证、技术架构、品牌策略、GTM 计划等 8 个领域。
 - Concepts created: 无（Multi-Agent-Collaboration 和 Nexus-Spatial-Discovery 均依赖实际 Source Page 内容，不在本文档范围内创建独立 Concept）
 - Entities created: 无（8 个参与 Agent 均已在 wiki 中有独立 Source Page；Nexus-Spatial-Discovery 已在 index.md 占位待实际案例文档摄入后完善）
 - Source page: wiki/sources/readme.md
 - Notes: index.md 原有 12 个过期 OpenCode Integration readme.md 占位条目，清理并替换为新条目；冲突检测：与 Multi-Agent-System-Reliability 在"是否需要显式协调机制"上的潜在冲突已记录于 Source Page Contradictions 节。
 - Source file: Agent/agency-agents/support/support-infrastructure-maintainer.md
 - Status: ✅ 成功摄入
 - Summary: Infrastructure Maintainer——The Agency Support 部门的基础设施维护专家 Agent，核心理念"Keeps the lights on, the servers humming, and the alerts quiet"，通过 Prometheus 监控/Terraform IaC/自动化灾备/安全合规实现运维自动化，确保 99.9%+ 服务可用性，降低 70%+ 人工运维任务，年度成本效率提升 20%+。与 Support Responder 和 Analytics Reporter 构成依赖链。
 - Concepts created: 无（Key Concepts 均为单来源特定概念/工具，不满足可独立复用阈值，均以 wikilink 形式记录于 Source Page Key Concepts 节）
 - Entities created: 无（Terraform/Prometheus/AWS-RDS/HashiCorp 等 Key Entities 均已在其他来源中存在，无需重复创建，均以 wikilink 形式记录于 Source Page Key Entities 节）
 - Source page: wiki/sources/support-infrastructure-maintainer.md
 - Notes: index.md 原占位条目（2026-04-21 source missing）已替换为完整摘要；overview.md Support 部门新增 support-infrastructure-maintainer 段落，位于 support-analytics-reporter 之后、Paid Media 部门之前；冲突检测：与 support-legal-compliance-checker 在"变更速度 vs 合规验证"上的张力已记录于 Source Page Contradictions 节，建议合规验证作为 CI/CD 流水线 Gate，不阻断常规变更但强制阻断高风险变更。
 ## [2026-05-05] ingest | Support Responder Agent Personality
 - Source file: Agent/agency-agents/support/support-support-responder.md
 - Status: ✅ 成功摄入
 - Summary: Support Responder——The Agency Support 部门的客户支持专员 Agent，核心理念"客户满意度优先于内部效率指标"，通过多渠道（邮件/聊天/电话/社交媒体/应用内消息）提供全渠道支持，实现 85% 首次联系解决率和 2 小时首次响应 SLA。三级分层支持体系（Tier1 General/Tier2 Technical/Tier3 Specialists）通过明确升级标准和路由机制确保问题高效分流。配套 SupportAnalytics Python 框架（数据分析/趋势识别/改进建议/主动外展列表）和 KnowledgeBaseManager 知识库系统（文章创建/模板生成/交互式故障排除/内容优化）。成功指标：客户满意度 4.5+/5、首次联系解决率 80%+、SLA 合规率 95%+、知识库贡献减少相似工单 25%+。
 - Concepts created: 无（Omnichannel-Support/First-Contact-Resolution/Support-Tier-System 等 Key Concepts 均为单来源特定概念，不满足可独立复用阈值，均以 wikilink 形式记录于 Source Page Key Concepts 节）
 - Entities created: 无（Support-Responder-Agent/Support-Analytics-Dashboard/Knowledge-Base-Manager 等 Key Entities 均为单来源工具/交付物名称，不满足 ≥2 次出现阈值，均以 wikilink 形式记录于 Source Page Key Entities 节）
 - Source page: wiki/sources/support-support-responder.md
 - Notes: index.md 原占位条目（2026-04-21 source missing）已替换为完整摘要；overview.md Support 部门新增 support-support-responder 完整条目（含 Agent 间协作关系：Support Responder 产生工单数据→ Analytics Reporter 分析洞察；合规问题升级至 Legal Compliance Checker）；冲突检测：与 support-legal-compliance-checker 在"问题解决优先 vs 合规优先"上的张力已记录于 Source Page Contradictions 节，建议分工：常规问题以 Support Responder 为主，涉及合规风险的问题升级至 Legal Compliance Checker。
 ## [2026-05-05] ingest | Analytics Reporter Agent Personality
 - Source file: Agent/agency-agents/support/support-analytics-reporter.md
 - Status: ✅ 成功摄入
 - Summary: Analytics Reporter——The Agency Support 部门的数据分析与商业智能专家 Agent，核心理念"用数据讲故事，用统计说话"，核心使命将原始数据转化为可操作业务洞察。四步工作流：数据发现验证 → 分析框架开发 → 洞察生成可视化 → 业务影响测量。技术栈覆盖 SQL（CTE 复杂业务指标）、Python（pandas/scikit-learn RFM 客户分层）、统计分析（p-value 显著性检验、回归、预测）。交付物模板：Executive Dashboard、Customer Segmentation Analysis（RFM 分层）、Marketing Attribution Dashboard（多触点归因 + ROI）。核心原则：数据质量优先（p < 0.05）、业务影响聚焦、可重现性保证。成功指标：分析准确率 95%+、建议实施率 70%+、满意度 4.5+/5。
 - Concepts created: [[RFM-Analysis]]（客户价值三维分层分析）、[[Marketing-Attribution]]（多触点营销归因模型）
 - Entities created: 无（Key Entities 均为单来源工具/交付物名称，不满足 ≥2 次出现阈值）
 - Source page: wiki/sources/support-analytics-reporter.md
 - Notes: index.md 原占位条目（2026-04-21 source missing）已替换为完整摘要；overview.md Support 部门新增 support-analytics-reporter 完整条目（含 Agent 间协作关系：数据→洞察→传递完整链路）；冲突检测无发现（Source Page Contradictions 节标记为暂无冲突）；与 testing-test-results-analyzer 共享统计分析方法论但前者侧重 BI 业务分析，后者侧重 QA 测试数据。
 ## [2026-05-05] ingest | Support Legal Compliance Checker Agent Personality
 - Source file: Agent/agency-agents/support/support-legal-compliance-checker.md
 - Status: ✅ 成功摄入
 - Summary: Legal Compliance Checker——The Agency Support 部门的法律合规专家 Agent，核心理念"合规优先"，负责确保企业运营符合多司法管辖区法规（GDPR/CCPA/HIPAA/PCI-DSS/SOX/FERPA）。四阶段工作流：监管格局评估 → 风险评估与差距分析 → 政策制定与实施 → 培训与文化建设。提供 Python PrivacyPolicyGenerator（多辖区隐私政策生成）和 ContractReviewSystem（关键词扫描风险评估，≥10分高风险需法律审查）。目标合规评分 98%+，数据泄露 72 小时内通报监管机构。
 - Concepts created: 无（Key Concepts 均为单来源特定方法论，不满足可独立复用阈值）
 - Entities created: 无（Key Entities 均为单一框架名称，不满足 ≥2 次创建阈值）
 - Source page: wiki/sources/support-legal-compliance-checker.md
 - Notes: index.md 原占位条目（2026-04-21 source missing）已替换为完整摘要；overview.md 新增 Support 部门段落（含 Legal Compliance Checker 完整条目）位于 Testing 部门和 Paid Media 部门之间；与 testing-reality-checker 在质量标准严格度上的张力已记录于 Source Page Contradictions 节（合规达标 = 合规 vs Reality Checker 要求压倒性视觉证明）。
 ## [2026-05-05] ingest | Accessibility Auditor Agent Personality
 - Source file: Agent/agency-agents/testing/testing-accessibility-auditor.md
 - Status: ✅ 成功摄入
 - Summary: AccessibilityAuditor——The Agency Testing 部门的无障碍审计专家 Agent，核心理念"If it's not tested with a screen reader, it's not accessible"，通过 WCAG 2.2 AA 标准 POUR 四原则评估和自动化+手动双重测试（axe-core/Lighthouse + VoiceOver/NVDA/JAWS + 键盘导航）发现约 70% 自动化工具无法检测的无障碍问题。强调语义化 HTML 优于 ARIA，自定义组件默认有罪需逐个审查。
 - Concepts created: 无（Key Concepts 均为单来源特定概念/工具，未达独立复用阈值）
 - Entities created: 无（Key Entities 均为单来源工具，未达 ≥2 次创建阈值）
 - Source page: wiki/sources/testing-accessibility-auditor.md
 - Notes: index.md 原占位条目（2026-04-21 source missing）已替换为完整摘要；overview.md Testing 部门已新增 testing-accessibility-auditor 段落；无 Entity/Concept 页面创建需求（均不满足 ≥2 次出现阈值）；与 testing-tool-evaluator 在自动化工具充分性上的潜在冲突已记录于 Source Page Contradictions 节。
 ## [2026-05-05] ingest | Tool Evaluator Agent Personality
 - Source file: Agent/agency-agents/testing/testing-tool-evaluator.md
 - Status: ✅ 成功摄入
@@ -3461,3 +3911,138 @@
 - Entities created: GitHubCopilot
 - Source page: wiki/sources/github-copilot.md
 - Notes: 无内容冲突。index.md（Sources + Concepts + Entities）、overview.md（替换 Cursor Integration 段落为 GitHub Copilot Integration）、log.md 均已更新。Concept AgentFileFormat.md 已创建于 wiki/concepts/，Entity GitHubCopilot.md 已创建于 wiki/entities/。
 ## [2026-04-25] ingest | Finance Tracker Agent Personality
 - Source file: Agent/agency-agents/support/support-finance-tracker.md
 - Status: ✅ 成功摄入
 - Summary: Finance Tracker——The Agency Support 部门的企业财务规划与分析专家 Agent，核心理念"Keeps the books clean, the cash flowing, and the forecasts honest"，通过 SQL 预算差异分析、Python 现金流预测（含季节性因子）、NPV/IRR 投资评估框架驱动财务决策，覆盖数据验证→预算编制→绩效监控→战略规划→合规审计全链路。关键指标：预算准确率 95%+、现金流预测准确率 90%+、平均投资回报 25%+、合规率 100%。
 - Concepts created: 无（Key Concepts 均为单来源特定财务概念如 BudgetVarianceAnalysis/CashFlowForecasting/NPV_IRR_Analysis/PaybackPeriod/RiskAssessment/FinancialCompliance，不满足可独立复用阈值，均以 wikilink 形式记录于 Source Page Key Concepts 节）
 - Entities created: 无（AgentsOrchestrator 已存在于 index；其余 Key Entities 均为单来源特定名称，不满足 ≥2 次出现阈值，均以 wikilink 形式记录于 Source Page Key Entities 节）
 - Source page: wiki/sources/support-finance-tracker.md
 - Notes: index.md 原占位条目（2026-04-21 source missing）已替换为完整摘要；overview.md 新增第 16 条（企业财务 Agent 全链路能力），位于第 15 条（Agent 去电通知 vs 来电接收）之后；冲突检测：未发现与现有 Wiki 页面的内容冲突；Entities/Concepts 无需新建独立页面。
 ## [2026-04-25] ingest | Support Executive Summary Generator Agent Personality
 - Source file: Agent/agency-agents/support/support-executive-summary-generator.md
 - Status: ✅ 成功摄入
 - Summary: Executive Summary Generator——The Agency Support 部门的咨询级执行摘要生成 Agent，融合麦肯锡 SCQA、BCG 金字塔原理、贝恩行动导向三大顶级咨询框架，将复杂商业输入转化为 325-475 词的高管级执行摘要，确保 C-suite 3 分钟内做出决策。每个发现必须量化，建议按 Critical/High/Medium 排序含负责人+时间线+预期结果。
 - Concepts created: 无（SCQA/Pyramid Principle/Action-Oriented Recommendations 均仅在本来源中出现，不满足 ≥ 2 次创建阈值，均以 wikilink 形式记录于 Source Page Key Concepts 节）
 - Entities created: 无（McKinsey/BCG/Bain 均仅在本来源中出现，不满足 ≥ 2 次创建阈值，均以 wikilink 形式记录于 Source Page Key Entities 节）
 - Contradictions detected: 无冲突。与 [[report-distribution-agent]] 存在协同关系（执行摘要生成后可由 Report Distribution Agent 分发），已在 Source Page Connections 节记录
 - Source page: wiki/sources/support-executive-summary-generator.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；overview.md Support 部门新增 [[support-executive-summary-generator]] 独立段落，位于 [[support-infrastructure-maintainer]] 之后，完善了 Support 部门数据→洞察→决策→分发的完整链路描述；Entities/Concepts 无需新建独立页面
 ## [2026-05-05] ingest | Workflow Example: Book Chapter Development
 - Source file: Agent/agency-agents/examples/workflow-book-chapter.md
 - Status: ✅ 成功摄入
 - Summary: Book Chapter Development——The Agency 的单 Agent 工作流示例，用于将录音、碎片化笔记或战略要点等原始素材转化为结构化的第一人称章节草稿，包含明确的编辑注释和修订循环。核心 Agent 为 Book Co-Author，输出五部分结构：目标、章节草稿、编辑注释、反馈循环、下一步。质量标准：保持第一人称声音、论点依附来源材料、删除泛化激励语言、以明确修订问题结尾。
 - Concepts created: 无（BookCoAuthor/EditorialRevisionLoop 等 Key Concepts 均为单来源框架性概念，不满足 ≥ 2 次创建阈值，均以 wikilink 形式记录于 Source Page Key Concepts 节）
 - Entities created: 无（Book Co-Author Agent 仅为本工作流的核心执行角色，未在其他来源出现 ≥ 2 次，无需新建独立 Entity 页面）
 - Contradictions detected: 与泛化 ghostwriting 服务的定位差异已记录于 Source Page Contradictions 节
 - Source page: wiki/sources/workflow-book-chapter.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；overview.md 无需修订（该来源属于 The Agency 内部框架文档，不涉及与其他 Agent/工作流的实质冲突）；Entities/Concepts 无需新建独立页面，均以 wikilink 形式记录于 Source Page 相应节
 ## [2026-05-05] ingest | Multi-Agent Workflow: Startup MVP
 - Source file: Agent/agency-agents/examples/workflow-startup-mvp.md
 - Status: ✅ 成功摄入
 - Summary: 多 Agent 协作从创意到 MVP 的 4 周 7 步工作流示例（[[workflow-startup-mvp]]）。展示了 RetroBoard（远程团队回顾工具）4 周 MVP 开发的完整流水线：7 种专业 Agent（Sprint Prioritizer、UX Researcher、Backend Architect、Frontend Developer、Rapid Prototyper、Growth Hacker、Reality Checker）按顺序与并行方式协作。核心 4 大模式：Sequential Handoff（顺序交接）、Parallel Agent Work（并行工作）、Quality Gate（质量门控）、Context Passing（上下文传递）。
 - Entities created: RetroBoard、OrchestratorAgent、Sprint-Prioritizer、UX-Researcher、Backend-Architect、Frontend-Developer、Rapid-Prototyper、Growth-Hacker、Reality-Checker（共 9 个）
 - Concepts created: Sequential-Handoff、Parallel-Agent-Work、Quality-Gate、Context-Passing、Multi-Agent-Orchestration（共 5 个）
 - Source page: wiki/sources/workflow-startup-mvp.md
 - Notes: 无内容冲突；index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；overview.md 已追加第 17 条综合摘要；所有 Entities 和 Concepts 均系首次出现，新建独立页面
 ## [2026-05-05] ingest | Nexus Spatial: Full Agency Discovery Exercise
 - Source file: Agent/agency-agents/examples/nexus-spatial-discovery.md
 - Status: ✅ 成功摄入
 - Summary: 8个 The Agency 专业 Agent 并行协作，完成 AI 空间指挥中心产品 Nexus Spatial 的完整规划（10分钟 wall-clock time）。涵盖：市场验证（AI 编排 $13.5B + 空间计算 $170-220B 交叉空白）、技术架构（8服务 Rust 编排引擎）、品牌策略（定义 [[SpatialAIOps]] 新品类）、GTM 计划（3阶段渐进：2D→WebXR→VisionOS）、UX 研究（调试为杀手级用例）、空间界面架构（命令剧院 + 7态节点系统）、项目执行（35周，5团队）。跨 Agent 独立共识：2D-first / WebXR 优先 / 调试 killer use case。
 - Concepts created: [[SpatialAIOps]]（空间AI运营新品类）、[[Command-Theater-Interface]]（命令剧院界面范式）、[[Debugging-Visualization]]（调试可视化杀手级用例）、[[Semantic-Zoom]]（4级语义缩放导航）、[[Growth-Loop]]（增长飞轮）
 - Entities created: [[Nexus-Spatial]]（AI Agent 沉浸式3D命令中心产品）、[[CrewAI]]（竞争产品；CLI-first，可视化能力有限）
 - Source page: wiki/sources/nexus-spatial-discovery.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；overview.md 已追加 nexus-spatial-discovery 综合摘要条目；与 [[Multi-Agent-System-Reliability]] 在协调机制设计上的张力已记录于 Source Page Contradictions 节——Nexus Spatial 采用 Yjs CRDT 去中心化协作（面向人类协作者），Multi-Agent-System-Reliability 侧重自主 Agent 间显式协调（面向任务协调），场景不同但技术选择有潜在关联待研究。
 - Source file: Agent/agency-agents/examples/workflow-landing-page.md
 - Status: ✅ 成功摄入
 - Summary: 展示多 Agent 协作在一天内完成高转化率 landing page 的完整工作流，核心价值为 4 个可复用的设计模式：Parallel-Kickoff（并行启动）、Merge-Point（合并点）、Feedback-Loop（反馈循环）、Time-Boxing（时间盒）。4 个 Agent 角色：Content Creator（文案）、UI Designer（设计）、Frontend Developer（构建）、Growth Hacker（转化优化）。
 - Concepts created: Parallel-Kickoff, Merge-Point, Feedback-Loop, Time-Boxing
 - Entities created: Content-Creator, UI-Designer
 - Source page: wiki/sources/workflow-landing-page.md
 - Notes: index.md 原占位条目（2026-04-21 source missing）已替换为完整摘要；overview.md 新增 workflow-landing-page 段落，位于 The Agency 贡献指南之后、GitHub Copilot Integration 之前；冲突检测：与 workflow-startup-mvp 在时间粒度上互补（天 vs 周），无实质性冲突。
 ## [2026-04-26] ingest | Multi-Agent Workflow: Startup MVP with Persistent Memory
 - Source file: Agent/agency-agents/examples/workflow-with-memory.md
 - Status: ✅ 成功摄入
 - Summary: workflow-startup-mvp 的增强版——通过 MCP Memory Server 将手动复制粘贴交接升级为自动召回。核心机制：remember 存储 Agent 交付物（带项目名 + 接收方标签）、recall 自动召回上下文（无需人工粘贴）、rollback 回滚到上一个检查点（替代手动撤销）。Before/After 对比：会话超时丢失 / 多 Agent 需重复编译上下文 / QA 失败需手动描述问题 / 跨多天项目需重建上下文 → 跨会话持久 / 按标签共享 / 自动回滚 / 每次 pick up 继续。
 - Concepts created: Memory-Based-Handoff（基于记忆的交接模式，可抽象复用，已建独立 Concept 页面）
 - Entities created: 无（所有参与 Agent 和 RetroBoard 均已在 wiki 中存在，均以 wikilink 形式记录于 Source Page Key Entities 节）
 - Source page: wiki/sources/workflow-with-memory.md
 - Notes: index.md 原占位条目（2026-04-21 source missing）已替换为完整摘要；overview.md 新增 workflow-with-memory 段落，位于 Backend Architect with Memory 之后、multi-channel-assistant 之前；冲突检测：与 workflow-startup-mvp 在"是否需要人工复制粘贴"上存在表面冲突（实质为增强关系），已记录于 Source Page Contradictions 节——Memory 模式是原始工作流的增强层，Memory Server 可用时自动召回，不可使用时沿用手工粘贴策略。
 ## [2026-05-05] ingest | Marketing Douyin Strategist
 - Source file: Agent/agency-agents/marketing/marketing-douyin-strategist.md
 - Status: ✅ 成功摄入
 - Summary: The Agency Marketing 部门的抖音短视频营销与直播带货策略专家 Agent 个性文档。核心能力：推荐算法（完播率 > 点赞率 > 评论率 > 分享率）、爆款视频策划（黄金3秒钩子）、流量运营（DOU+/矩阵账号）、直播带货（引流款/利润款/形象款/秒杀款结构）。交付物模板：短视频脚本结构（1-3秒黄金钩子 + 4-20秒核心内容 + 21-30秒收尾钩子）、直播产品结构表、2小时直播节奏规划。
 - Concepts created: [[Content-Matrix-Strategy]]（内容矩阵策略）、[[Golden-3-Second-Hook]]（黄金3秒钩子）
 - Entities created: [[OceanEngine]]（巨量引擎/千川广告平台）；[[Douyin]]（抖音平台）已更新，新增 Marketing & Short-Video Strategy 节
 - Source page: wiki/sources/marketing-douyin-strategist.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换；overview.md 新增 Douyin Short-Video & Livestream Commerce 段落（TikTok E-commerce Product Management 之后）；Douyin.md 实体已更新（增加 Marketing & Short-Video Strategy 节）；冲突检测：与 [[MarketingTiktokStrategist]] 在算法权重优先级上存在差异——抖音以完播率为首要指标，TikTok 需平衡分享率与互动率，已记录于 Source Page Contradictions 节。
 ## [2026-05-06] ingest | Marketing Zhihu Strategist
 - Source file: Agent/agency-agents/marketing/marketing-zhihu-strategist.md
 - Status: ✅ 成功摄入
 - Summary: Marketing Zhihu Strategist——The Agency Marketing 部门的知乎营销专家 Agent，将品牌打造为知乎思想领袖，通过六阶段工作流（话题定位→问题识别→高质量内容创作→专栏开发→关系建设→性能分析）建立信誉驱动权威。核心理念：信誉优先——权威和真实专业度比粉丝数重要得多；仅回答真正有可辩护专业知识的问答；每条主张必须有数据/研究/案例支撑。关键交付物：专题权威映射、问题选择策略、高质量答案模板（300+ 词）、6 个月专栏内容日历、影响力者关系列表、线索生成漏斗。成功指标：答案平均 100+ 点赞、每月 50-200 条精准线索、专栏每月 500-2000 新订阅者。与 [[Marketing Douyin Strategist]] 同属中国平台矩阵——知乎侧重信誉驱动深度内容，抖音侧重娱乐驱动视觉内容，两者互补。
 - Concepts created: [[Thought-Leadership]]（思想领导力）、[[Community-Credibility]]（社区信誉）、[[Strategic-Question-Answer]]（战略问答策略）、[[Content-Pillar]]（内容支柱）、[[Lead-Generation-Funnel]]（线索生成漏斗）
 - Entities created: [[Zhihu]]（知乎，中国最大知识分享平台）
 - Source page: wiki/sources/marketing-zhihu-strategist.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；overview.md Douyin 段落后新增 marketing-zhihu-strategist 完整条目（含与 Douyin 的互补关系）；5 个 Concept 页面和 1 个 Entity 页面已创建并添加到 index.md；冲突检测：与 [[marketing-douyin-strategist]] 在"内容深度 vs 视觉爆款"策略差异已在双方 Source Page Contradictions 节记录，已在 overview.md Conflict Areas #14 标注为互补关系。
 ## [2026-04-26] ingest | Marketing Cross-Border E-Commerce Specialist
 - Source file: Agent/agency-agents/marketing/marketing-cross-border-ecommerce.md
 - Status: ✅ 成功摄入
 - Summary: 跨境电商多平台运营与品牌全球化策略 Agent，覆盖 Amazon、Shopee、Lazada、AliExpress、Temu、TikTok Shop 等主流平台。五步工作流：市场调研→合规准备→Listing 发布→广告引流→数据迭代。核心原则：合规优先（CE/FCC/FDA/VAT）、本地化制胜（母语级 Listing）、供应链成本控制（ACOS 硬性底线 < 毛利率）。
 - Concepts created: 无新 Concept 页面（ACOS/TACOS/IPI/VAT/Localization 等核心概念为具体运营指标，非抽象框架；已记录于 Source Page 的 Key Concepts 节）
 - Source page: wiki/sources/marketing-cross-border-ecommerce.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；overview.md 已包含跨境电商相关内容，无需额外更新；Entity/Concept 页面检查：Amazon/Shopee/Temu 等平台实体在该 Agent 文档中为背景引用，非核心分析对象，跳过创建；冲突检测：TikTok Shop 相关连接与现有 Wiki 一致，与 Supply Chain Strategist Agent 无冲突；与 [[Marketing Douyin Strategist]] 的内容平台流量逻辑差异已在 Source Page Contradictions 节记录。
 ## [2026-04-26] ingest | Marketing Carousel Growth Engine
 - Source file: Agent/agency-agents/marketing/marketing-carousel-growth-engine.md
 - Status: ✅ 成功摄入
 - Summary: 全自动 TikTok/Instagram 轮播图增长引擎 Agent——将任意网站 URL 转化为病毒式 6 张轮播图并每日自主发布。核心理念：把每次发布变成数据，每次数据驱动下次改进，让内容质量随时间指数级提升。核心架构：Playwright 网站分析（提取品牌/内容/竞品）→ Gemini 图像生成（第一张幻灯片定义视觉 DNA，后续图生图保持连贯）→ Upload-Post API 双平台发布（TikTok+Instagram，同步自动添加热门音乐）→ Analytics Feedback Loop（learn-from-analytics.js 提取洞察到 learnings.json，驱动下一条内容）。关键规范：6-Slide Narrative Arc（Hook → Problem → Agitation → Solution → Feature → CTA）；零确认自主运行；仅生成 JPG；底部 20% 不放文字。
 - Concepts created: [[6-Slide Narrative Arc]]（标准化 6 张幻灯片轮播叙事结构）、[[Visual Coherence Engine]]（AI 图生图视觉一致性引擎）、[[Analytics Feedback Loop]]（数据分析驱动的内容自我优化闭环）
 - Entities created: [[Gemini]]（Google AI 图像生成模型）、[[Upload-Post]]（多平台内容发布与数据分析 API）、[[Playwright]]（浏览器自动化框架）
 - Source page: wiki/sources/marketing-carousel-growth-engine.md
 - Notes: index.md 新增完整摘要（替换原 2026-04-21 expected 占位条目）；overview.md Marketing Douyin 段落后新增 marketing-carousel-growth-engine 完整条目；3 个 Concept 页面和 3 个 Entity 页面已创建并添加到 index.md；冲突检测：与 [[Marketing Kuaishou Strategist]] 在平台差异已在 Source Page Contradictions 节记录（面向不同市场，无直接矛盾）；与 [[Behavioral Nudge Engine]] 的行为引导机制关联已在 overview.md 标注。
 ## [2026-04-26] ingest | Marketing Weibo Strategist
 - Source file: Agent/agency-agents/marketing/marketing-weibo-strategist.md
 - Status: ✅ 成功摄入
 - Summary: 新浪微博全栈运营与品牌传播战略专家 Agent——帮助品牌在微博平台实现热搜霸榜与持续增长。核心能力：企业蓝V账号运营、热搜话题策划（争议性×低门槛×情感共鸣=病毒扩散）、超级话题社区管理、粉丝经济、KOL金字塔合作、微博广告（粉丝头条/信息流/开屏/超级粉丝头条）、舆情监控（蓝/黄/橙/红四色分级+黄金4小时响应）与危机公关。核心理念：微博是公共舆论场，追求话语权份额而非私域积累；热搜生命周期4-8小时，时效性>互动量>账号权威>内容质量。
 - Concepts created: [[Trending-Topic-Operations]]（热搜话题运营——围绕品牌事件/节日/时事设计低门槛高分享性 hashtag，实时监测热搜30分钟内联动）、[[舆情监控]]（舆情监控与危机公关——蓝/黄/橙/红四色分级+黄金4小时响应规则）
 - Entities created: [[Weibo]]（新浪微博——中国领先的微博客平台，公共舆论场核心阵地）
 - Source page: wiki/sources/marketing-weibo-strategist.md
 - Notes: index.md 原占位条目（2026-04-21 expected）已替换为完整摘要；overview.md 新增 marketing-weibo-strategist 完整条目（置于 Douyin Short-Video 段落与 New Linux/DevOps Concepts 之间）；Entity 去重检查：Weibo.md 未在 Wiki 中存在同名页面，新建 Weibo.md；Concept 去重检查：Trending-Topic-Operations、舆情监控均未在 Wiki 中存在同名页面；冲突检测：与 [[Marketing-Private-Domain-Operator]] 的框架张力已在 Source Page Contradictions 节记录——微博追求公域话语权（声量），私域追求私有用户资产（深度），两者互补而非竞争，协调方案：公域引爆话题→私域沉淀转化形成完整漏斗。
 ## [2026-04-26] ingest | Marketing Podcast Strategist
 - Source file: Agent/agency-agents/marketing/marketing-podcast-strategist.md
 - Status: ✅ 成功摄入
 - Summary: 中国播客市场内容战略与全漏斗运营专家 Agent——覆盖节目定位、音频制作、多平台分发与商业化变现完整方法论。核心理念：播客是"慢媒介"，核心竞争力是主播人格深度和听众陪伴感，完成率比播放量更能反映内容质量。平台策略：小宇宙（中国播客用户最集中）为主阵地，喜马拉雅（用户规模最大）适合付费知识变现；RSS 为分发核心基础设施。内容规划四象限（常青/热点/系列/实验）；制作标准（-16 LUFS 响度归一化、WAV 录制）；增长飞轮（社区运营→跨平台引流→嘉宾互推）；变现路径（品牌赞助→口播广告→付费订阅→私域导流）。关键原则：音频质量是底线、固定节奏比频繁更新更重要。
 - Concepts created: [[Podcast-Positioning]]（播客定位四象限——垂直知识/对话访谈/叙事故事/闲聊日常）、[[Completion-Rate]]（完成率——比播放量更重要的内容质量指标，>50% 为优秀标准）
 - Entities created: [[Xiaoyuzhou]]（小宇宙——中国播客用户最集中平台）、[[Ximalaya]]（喜马拉雅——中国用户规模最大音频平台）、[[Chinese-Podcast-Platforms]]（中国播客音频平台矩阵，含荔枝FM/蜻蜓FM/网易云音乐/Apple Podcasts/Spotify）
 - Source page: wiki/sources/marketing-podcast-strategist.md
 - Notes: index.md 新增条目（Sources 第485行，2026-04-26）；index.md Entities 新增 Xiaoyuzhou/Ximalaya/Chinese-Podcast-Platforms；index.md Concepts 新增 Podcast-Positioning/Completion-Rate；overview.md 新增第19条 Contradiction（播客"慢媒介" vs 短视频"快媒介"），补充播客策略与短视频策略的互补协调关系；Entity 去重检查：Xiaoyuzhou/Ximalaya/ChinesePodcastPlatforms 均未在 Wiki 中存在同名 Entity 页面，新建；Concept 去重检查：PodcastPositioning/CompletionRate 均未在 Wiki 中存在同名 Concept 页面，新建；冲突检测：与 [[Marketing-Short-Video-Editing-Coach]] 存在"快慢媒介"节奏策略冲突——已在 Source Page Contradictions 节和 overview.md 第19条记录，协调方案：两者并行运营但节奏管理分开。
 ## [2026-04-26] ingest | Technical Artist
 - Source file: Agent/agency-agents/game-development/technical-artist.md
 - Status: ✅ 成功摄入
 - Summary: Technical Artist Agent——技术美术 Agent 个性规范，连接艺术视野与引擎实现的桥梁角色。核心职责：在硬性能预算内最大化视觉质量，涵盖着色器编写（移动端安全变体/HLSL/ShaderLab）、VFX 系统构建（粒子数上限/Overdraw 审计）、资产管线标准定义（多边形预算/纹理压缩/导入预设自动化）和渲染性能分析（GPU Profiling）。核心原则：预算优先（生产前定义资产上限）、移动端优先（Overdraw/LOD 强制执行）、着色器标准（移动端安全变体或平台限制标注）。高级能力：实时光线追踪（RT reflections + DLSS/XeSS/FSR）、AI 辅助美术管线（纹理超分/AI 法线图）、模块化后处理栈（LUT 调色/TAA+锐化）。属 The Agency Game Dev 部门。
 - Concepts created: [[Shader]]（GPU 可编程着色器，HLSL/GLSL/ShaderLab，含 Vertex/Fragment/Compute 类型及移动端安全规范）、[[VFX]]（实时视觉特效，粒子数上限 Mobile 500/PC 2000，Overdraw 上限 Mobile 3层/PC 6层）、[[LOD-Pipeline]]（多细节层次管线，强制 LOD0–LOD3，含 Validation Script 和详细预算表）、[[Asset-Pipeline]]（资产管线标准，含纹理压缩规范 BC7/ASTC/Mipmap 规则）、[[Performance-Budget]]（性能预算，含帧时间/GPU/VFX Particle/Draw Call 各类预算及沟通语言范式）、[[Post-Processing]]（模块化后处理栈，含 Bloom/色差/晕影/LUT/TAA+锐化及平台差异化配置）
 - Entities created: 无（UnrealTechnicalArtist/UnityShaderGraphArtist/UnrealWorldBuilder/UnityArchitect 各在源文档中仅出现 1 次，未达 Entity 建页阈值 ≥2 次）
 - Source page: wiki/sources/technical-artist.md
 - Notes: index.md Sources 新增条目（2026-04-26，第7行）；index.md Concepts 新增 6 个条目（Asset-Pipeline/LOD-Pipeline/Performance-Budget/Post-Processing/Shader/VFX）；overview.md Game Development section 新增 Technical Artist 完整 entry；Entity 去重：UnrealTechnicalArtist/UnityShaderGraphArtist/UnrealWorldBuilder/UnityArchitect 各仅出现 1 次，未达 Entity 建页阈值，不建页；冲突检测：无已知冲突（Source Page Contradictions 节为空）；wikilinks 命名一致性：创建过程中统一使用 hyphenated-name 格式（LOD-Pipeline/Performance-Budget/Post-Processing/Asset-Pipeline），与 wiki 中现有 naming convention 一致。
 ## [2026-04-26] ingest | Godot Multiplayer Engineer Agent Personality
 - Source file: Agent/agency-agents/game-development/godot/godot-multiplayer-engineer.md
 - Status: ✅ 成功摄入（source page 已存在，仅修复 index.md broken entry）
 - Summary: Godot 4 网络多人游戏专家 Agent，基于 MultiplayerAPI、MultiplayerSpawner、MultiplayerSynchronizer 和 RPC 机制实现实时多人游戏网络同步。涵盖服务器权威模型设计、RPC 安全性、场景复制、延迟模拟测试、NAT 穿透与 WebRTC 集成。
 - Concepts created/updated: [[MultiplayerAPI]]、[[Server-Authoritative Model]]、[[RPC（Remote Procedure Call）]]、[[MultiplayerSynchronizer]]、[[MultiplayerSpawner]]、[[ENet]]、[[WebRTC]]、[[Authority Model]]、[[RPC Security Pattern]]
 - Source page: wiki/sources/godot-multiplayer-engineer.md
 - Notes: index.md Sources 第3行已存在正确条目；index.md line 507 原有 broken lint marker entry（expected source missing）已移除；Entity 建页判断：Godot 4 和 Nakama 在源文档中仅出现 1-2 次，未达 Entity 建页阈值 ≥2 次，仅在 source page Key Entities 节记录；冲突记录：与 [[unity-multiplayer-engineer]] 在权威模型实现上有差异，已在 source page Contradictions 节记录（Godot 显式 vs Unity 隐式权威模型）
--- a/wiki/overview.md
+++ b/wiki/overview.md
@@ -9,6 +9,12 @@ The wiki covers two major multi-agent frameworks: **The Agency** (agency-agents)
 **The Agency 贡献指南**（[[contributing_zh-cn]] + [[contributing]] 英文原版）：The Agency 项目贡献者指南——核心贡献方式：①创建全新智能体（8大分类：engineering/design/marketing/product/project-management/testing/support/spatial-computing/specialized）；②优化现有智能体；③分享成功案例；④反馈问题。智能体设计五原则：**鲜明性格**（拒绝通用人设）、**明确交付物**（真实代码/模板）、**可量化指标**、**经过验证的工作流**、**学习记忆机制**。PR 流程包含提交前检查（真实场景测试、遵循模板、补充示例）、社区评审与迭代优化。属 [[Multi-Agent-System-Reliability]] 的智能体设计规范层，为 [[Multi-Agent-Team]] 提供标准化的智能体创建框架。
 **[[AI Citation Strategist]]**（AI Citation Strategist Agent）：专注于 AI 推荐引擎优化（AEO/GEO）的营销 Agent——审计品牌在 ChatGPT、Claude、Gemini、Perplexity 四大 AI 平台上的引用可见性，识别竞争对手被引用的原因，生成 Fix Pack 改善内容信号。与 [[Marketing SEO Specialist]] 互补但独立——传统 SEO 成功不能自动转化为 AI 可见性，AEO 与 SEO 必须作为不同策略对待。核心方法：多平台 Citation Audit Scorecard → Lost Prompt Analysis → 竞品内容结构映射 → Schema markup + 实体信号优化 → Fix Pack 优先级实施。与 [[Marketing Agentic Search Optimizer]] 同属 AI 驱动的内容可见性优化方向。属 [[Multi-Agent-System-Reliability]] 的营销 Agent 设计层。
 **[[nexus-spatial-discovery]]**（Nexus Spatial Discovery Exercise）：8个 The Agency 专业 Agent 并行协作完成 AI 空间指挥中心产品完整规划的实战案例——10分钟 wall-clock time 产出完整规划。参与 Agent：产品趋势研究员（市场验证 + Vision Pro 现实核查）、后端架构师（8服务 Rust 架构）、品牌守护者（定义 [[SpatialAIOps]] 新品类）、增长黑客（3阶段 GTM + 增长飞轮）、支持应答者（AI 内嵌空间的差异化支持设计）、UX 研究员（识别调试为杀手级用例）、XR 界面架构师（命令剧院 + 7态节点系统）、项目牧羊人（35周时间线 + 5团队分配）。跨 Agent 独立共识：2D先行（WebXR分发） > VisionOS、品牌 > 调试 > 战情室协作 > 渐进披露。核心张力：Growth Hacker（$29-59）与 Trend Researcher（$99-249）定价分歧待 A/B 测试。属 [[Multi-Agent-System-Reliability]] 的多 Agent 协作规划层实践，展示了并行 Agent 发现可产出连贯、相互引用的完整计划。与 [[Multi-Agent-Team]]（单团队多 Agent 架构）和 [[Agents-Orchestrator]]（流水线编排）同属多 Agent 协作模式的不同维度。
 **[[workflow-landing-page]]**：多 Agent 一天冲刺工作流——展示 Landing Page 场景下 4 个核心设计模式：**[[Parallel-Kickoff]]**（Content Creator + UI Designer 上午并行启动）、**[[Merge-Point]]**（Frontend Developer 等待两者完成）、**[[Feedback-Loop]]**（Growth Hacker 审查后 Frontend Developer 修改）、**[[Time-Boxing]]**（每个阶段严格时间盒：09:00→16:30）。与 [[workflow-startup-mvp]] 互补——后者以周为单位的长周期迭代，本工作流是单日冲刺的具体化实现。与 [[design-ui-designer]] 和 [[design-brand-guardian]] 共享 UI Designer 角色。
 **GitHub Copilot Integration**（[[github-copilot]]）：The Agency 与 GitHub Copilot 的开箱即用集成——无需转换，Agency 的 `.md` + YAML frontmatter 格式与 GitHub Copilot 原生兼容。通过 `./scripts/install.sh --tool copilot` 一键安装，或手动复制到 `~/.github/agents/` 或 `~/.copilot/agents/` 目录。用户可在任意 Copilot 会话中通过名称激活特定 agent，如 `"Activate Frontend Developer and help me build a React component."`。与 [[readme|Cursor Integration]] 互补——后者项目级别生效，Copilot Integration 用户级别全局生效，共同构成 [[The Agency]] 的多 IDE 集成生态。
 **Windsurf Integration**（[[windsurf-integration]]）：The Agency Agent roster 与 Windsurf 编辑器的集成方案——通过 `.windsurfrules` 文件将全部 Agent roster 聚合为单一规则文件，install.sh 脚本从项目根目录安装，项目级生效。Windsurf 中在 prompt 里按名称引用 Agent 即可激活（如 "Use the Frontend Developer agent to build this component."）。与 [[Cursor Integration]]（.mdc 规则）和 [[Aider Integration]]（CONVENTIONS.md）同为项目级 IDE 集成，机制相似，共同构成 The Agency 的多 IDE 覆盖体系。[[integrations-readme]] 已覆盖所有 11 种集成工具的概览。
@@ -21,7 +27,12 @@ The wiki covers two major multi-agent frameworks: **The Agency** (agency-agents)
 **MCP Memory Integration**（[[mcp-memory-integration]]）：The Agency 的 MCP Memory 集成方案——通过在 Agent 提示词中加入标准化的 Memory Integration 段落，为任意 Agent 赋予跨会话持久记忆能力，无需修改 Agent 代码。MCP Memory Server 提供四个核心工具：`remember`（存储决策/交付物快照）、`recall`（跨会话检索）、`rollback`（失败时回滚到上一个检查点）、`search`（跨 Agent 搜索记忆）。**Rollback 是杀手级功能**——当 QA 检查失败或架构决策出错时，直接恢复到已知良好状态而非从头重建。标签一致性是关键：每个记忆使用 Agent 名称和项目名称作为标签，确保 recall 可靠。与 [[specialized-mcp-builder]]（构建 MCP Server）和 [[ai-memory-tools-two-camps]]（AI 记忆工具全景分类）同属 The Agency MCP 生态的核心组成部分。
-**Backend Architect with Memory**（[[backend-architect-with-memory]]）：The Agency 中具备持久记忆能力的后端架构师 Agent——专门负责可扩展系统设计、数据库架构、API 开发与云基础设施。核心记忆机制：会话启动时检索 `backend-architect` + 项目名标签的历史记忆，防止重复讨论已做决策；架构决策（选型数据库/定义 API 契约/选择通信模式）以标签化快照持久化；交付物（Schema/API 规范/架构文档）完成后主动标记接收方（如 `frontend-developer` + `api-spec`）供下游 Agent 查找；QA 失败时检索最近良好检查点回滚。作为 [[agents-orchestrator]] 调度的具体执行 Agent，通过 MCP Memory 实现多 Agent 协作中的上下文连续性。
+**Backend Architect with Memory**（[[backend-architect-with-memory]]）：The Agency 中具备持久记忆能力的后端架构师 Agent——专门负责可扩展系统设计、数据库架构、API 开发与云基础设施。核心记忆机制：会话启动时检索 `backend-architect` + 项目名标签的历史记忆，防止重复讨论已做决策；架构决策以标签化快照持久化；交付物完成后主动标记接收方供下游 Agent 查找；QA 失败时检索最近良好检查点回滚。作为 [[agents-orchestrator]] 调度的具体执行 Agent，通过 MCP Memory 实现多 Agent 协作中的上下文连续性。
 **[[engineering-software-architect]]**（Software Architect）：软件架构与系统设计专家 Agent——设计可维护、可扩展、符合业务领域的系统架构。核心理念：**"Designs systems that survive the team that built them."** 最佳架构是团队能实际维护的架构，反对过度设计。核心设计哲学：①权衡优先于最佳实践——命名所放弃的，而非仅列举所获得的；②领域优先、技术其次——理解业务问题再选工具；③可逆性优先于"最优"决策；④记录决策（WHY）而非仅记录设计（WHAT）。核心方法：ADR（Architecture Decision Record）标准化模板，捕捉 Context/Decision/Consequences 三要素；C4 模型分层沟通（Context/Container/Component/Code）；架构模式选型矩阵（Modular Monolith/Microservices/Event-Driven/CQRS 各自适用场景与规避条件）；质量属性分析（可扩展性/可靠性/可维护性/可观测性）。与 [[backend-architect-with-memory]] 在设计哲学上共享权衡优先、可逆性重要的核心价值观；在具体实现上，Backend Architect 侧重记忆持久化机制，Software Architect 侧重架构决策记录与模式选型；与 [[specialized-workflow-architect]] 在 ADR 使用上有协作关系。核心成功指标：每个关键决策均记录 ADR；所有权衡均有书面权衡分析；架构满足团队维护能力边界。
 **[[engineering-mobile-app-builder]]**（Mobile App Builder）：移动应用开发专家 Agent——专注于原生 iOS/Android 开发和跨平台框架（Swift/SwiftUI、Kotlin/Jetpack Compose、React Native、Flutter）。核心理念：**平台感知、性能优先、用户体验驱动**。核心规范：遵循平台设计指南（Material Design / Human Interface Guidelines）；默认实现离线优先架构和智能数据同步；跨平台开发在代码复用与平台原生体验之间找到平衡。核心方法：MVVM 模式作为推荐架构；平台原生性能优化（冷启动 < 3 秒、内存 < 100MB、续航损耗 < 5%/小时）；生物识别认证（Face ID/Touch ID/指纹）、推送通知（APNs/Firebase）等平台特定功能集成。与 [[software-architect]] 共享系统架构思维应用于移动端；与 [[unity-architect]] 在跨平台理念上有分工——前者面向通用移动应用，后者面向游戏；与 [[visionos-spatial-engineer]] 和 [[xr-immersive-developer]] 共同构成 Apple 生态和 XR 领域的移动开发扩展。属 The Agency Engineering 部门。
 **[[workflow-with-memory]]**（Multi-Agent Workflow: Startup MVP with Persistent Memory）：[[workflow-startup-mvp]] 的增强版——通过 MCP Memory Server 将手动复制粘贴交接升级为自动召回，实现"记忆服务器作为粘合剂"。核心机制：`remember` 存储 Agent 交付物（带项目名 + 接收方标签）、`recall` 自动召回上下文（无需人工粘贴）、`rollback` 回滚到上一个检查点（替代手动撤销）。Before/After 对比：手动交接（会话超时丢失 / 多 Agent 需重复编译上下文 / QA 失败需手动描述问题 / 跨多天项目需重建上下文）→ Memory 模式（跨会话持久 / 按标签共享 / 自动回滚 / 每次 pick up 继续）。核心标签策略：所有记忆用项目名标签（如 retroboard），交付物额外用接收 Agent 标签（如 frontend-developer），这是 recall 正常工作的前提。Rollback 是 QA 失败恢复的核心：回滚到检查点而非手动追踪变化。与 [[workflow-startup-mvp]] 的关系：两者不冲突，Memory 模式是原始工作流的增强层——Memory Server 可用时自动召回；不可用时沿用原始工作流的手动粘贴策略。
 **[[multi-channel-assistant]]**：基于 [[OpenClaw]] 的多渠道个人助理方案——以 Telegram Topic 路由为统一入口，整合 Google Workspace（gog）、Slack、Todoist、Asana，实现"说一句话完成全套工作"。核心价值：消除应用切换疲劳，AI 主动推送定时提醒（如每周垃圾清理、公司周报）。
@@ -105,8 +116,23 @@ The wiki covers two major multi-agent frameworks: **The Agency** (agency-agents)
 **[[testing-test-results-analyzer]]**（Test Results Analyzer）：测试结果分析与质量情报专家 Agent——The Agency Testing 部门的核心测试数据分析和洞察生成专家，通过统计分析方法、机器学习预测模型和可视化报告将原始测试数据转化为战略决策依据。核心理念：**数据驱动的质量决策**，所有结论必须通过统计方法验证，提供置信区间和显著性分析。核心能力：测试覆盖率分析（行/分支/函数/语句覆盖 + 差距识别）、失败模式统计分类（功能/性能/安全/集成）、基于 RandomForest 的缺陷易发性预测、发布就绪多维度评估（通过率 + 覆盖率阈值 + 性能 SLA + 安全合规 + 缺陷密度）、质量投资 ROI 分析。Python 框架：pandas + numpy + scipy.stats + sklearn RandomForestClassifier + matplotlib/seaborn 可视化。成功指标：质量风险预测准确率 95%+、90% 分析建议被开发团队采纳、85% 缺陷逃逸预防改善、24 小时内报告交付、干系人满意度 4.5/5。与 [[testing-performance-benchmarker]] 协同——Performance Benchmarker 提供性能维度的测试数据，Test Results Analyzer 提供整体质量情报视图；与 [[testing-api-tester]] 互补——API Tester 产生测试执行数据，Test Results Analyzer 负责解读和预测；与 [[testing-reality-checker]] 互补——Reality Checker 验证视觉真实性，Test Results Analyzer 量化质量指标趋势。与 [[Multi-Agent-System-Reliability]] 中的统计验证方法论共享数据驱动决策思想。
 **[[testing-accessibility-auditor]]**（Accessibility Auditor）：无障碍审计与辅助技术测试专家 Agent——The Agency Testing 部门的核心可访问性质量保障专家，基于 WCAG 2.2 AA 标准进行全面的无障碍评估。核心理念：**"If it's not tested with a screen reader, it's not accessible"**——自动化工具仅能发现约 30% 的无障碍问题，剩余 70% 需手动辅助技术测试。核心方法：WCAG POUR 四原则评估（可感知/可操作/可理解/健壮）、自动化扫描（axe-core/Lighthouse）+ 手动屏幕阅读器测试（VoiceOver/NVDA/JAWS）+ 纯键盘导航完整验证。强调语义化 HTML 优于 ARIA（"最好的 ARIA 是不需要 ARIA"），自定义组件（标签页/模态框/轮播图/日期选择器）默认有罪需逐个审查。与 [[design-ui-designer]] 协同——UI Designer 审计设计系统 token 对比度/间距/目标尺寸，Accessibility Auditor 验证实现层真实可访问性；与 [[testing-evidence-collector]] 互补——Evidence Collector 提供截图证据，Accessibility Auditor 补充无障碍专项验证。
 **[[testing-tool-evaluator]]**（Tool Evaluator）：技术评估与战略工具采纳专家 Agent——The Agency Testing 部门的技术评估与战略工具采纳专家，专注于 ROI 导向的工具分析、竞争对比和战略技术采纳建议。核心理念：**量化一切可量化的，成本-功能-风险三维权衡**。核心能力：7维加权评分体系（功能25%/可用性20%/性能15%/安全15%/集成10%/支持8%/成本7%）、4阶段工作流（需求收集→全面测试→财务风险分析→实施规划）、TCO/ROI 量化计算框架。Python 框架：pandas + numpy + requests + dataclass 评分模型。成功指标：90%+ 推荐准确性，85%+ 6个月采用率，20%+ 成本优化，25%+ ROI。与 [[testing-reality-checker]] 互补——后者验证视觉真实性，前者量化战略价值，两者共同构成质量保障与投资决策双重维度；与 [[testing-performance-benchmarker]] 协同——后者提供性能基准数据，前者将其纳入综合评分体系；与 [[Agents-Orchestrator]] 协同——编排器调度评估任务并接收工具选型建议。
 ### The Agency — Support 部门
 The Agency 的 Support 部门涵盖数据分析、基础设施维护、法律合规、执行摘要生成、财务追踪、工单响应等专业支持 Agent，覆盖从数据分析到客户响应的全方位运营保障。
 **[[support-legal-compliance-checker]]**（Legal Compliance Checker）：法律合规与监管专家 Agent——The Agency Support 部门的法律合规专家，负责确保企业运营、数据处理和内容创作符合多司法管辖区的法律法规和行业标准。核心理念：**合规优先**，任何业务流程变更前必须验证监管要求，将所有合规决策记录在法律推理和监管引用中。核心能力：四阶段工作流（监管格局评估 → 风险评估与差距分析 → 政策制定与实施 → 培训与文化建设）；GDPR/CCPA/HIPAA/PCI-DSS/SOX/FERPA 多框架合规配置；Python PrivacyPolicyGenerator（多辖区隐私政策生成）和 ContractReviewSystem（关键词扫描风险评估）。交付物模板：Regulatory Compliance Assessment Report（合规评分体系，目标 98%+）。成功指标：98%+ 监管合规达标率、零监管处罚、95%+ 员工培训完成率、4.5+/5 合规文化评分。与 [[ComplianceAuditor]] 互补——Compliance Auditor 提供审计执行，Legal Compliance Checker 提供政策框架和风险评估；与 [[automation-governance-architect]] 协同——治理框架为政策制定提供结构化方法论；与 [[testing-reality-checker]] 存在张力：合规 Agent 达到监管标准即为合规，Reality Checker 要求压倒性视觉证明才授予生产就绪。
 **[[support-support-responder]]**（Support Responder）：客户支持专员 Agent——The Agency Support 部门的核心客户服务专家 Agent，专注于多渠道客户支持、问题解决和满意度优化，将每次支持互动转化为品牌正向体验。核心理念：**客户满意度优先于内部效率指标**，同理心沟通结合技术准确解决方案，适当升级超出权限的问题。核心能力：全渠道支持框架（邮件/聊天/电话/社交媒体/应用内消息，五渠道独立 SLA 配置）、三级分层支持体系（Tier1 General / Tier2 Technical / Tier3 Specialists，含升级标准和路由机制）、SupportAnalytics 数据分析框架（指标计算/趋势识别/改进建议/主动外展列表）、KnowledgeBaseManager 知识库系统（文章创建/模板生成/交互式故障排除/内容优化）。核心方法：四步工作流（客户查询分析与路由 → 问题调查与解决 → 客户跟进与成功测量 → 知识共享与流程改进）。成功指标：客户满意度 4.5+/5、首次联系解决率 80%+、SLA 合规率 95%+、知识库贡献减少相似工单 25%+。与 [[support-analytics-reporter]] 协同——Support Responder 产生工单原始数据，Analytics Reporter 将其转化为业务洞察；与 [[support-legal-compliance-checker]] 存在张力——常规问题以 Support Responder 为主，涉及合规风险的问题（数据删除/账户限制）升级至 Legal Compliance Checker；与 [[report-distribution-agent]] 协同——执行摘要生成基于支持数据分析结果。
 **[[support-analytics-reporter]]**（Analytics Reporter）：数据分析与商业智能专家 Agent——The Agency Support 部门的数据分析专家，负责将原始数据转化为可操作的业务洞察。核心使命：**用数据讲故事，用统计说话**。核心方法：四步工作流（数据发现验证 → 分析框架开发 → 洞察生成可视化 → 业务影响测量）；技术栈覆盖 SQL（复杂业务指标 CTE 查询）、Python（pandas/scikit-learn 客户分层）、统计分析（p-value 显著性检验、回归、预测）；交付物模板：Executive Dashboard（关键业务指标 + KPI 追踪）、Customer Segmentation Analysis（RFM 客户价值分层）、Marketing Attribution Dashboard（多触点归因 + ROI 分析）。核心原则：**数据质量优先**（分析前必须验证准确性、完整性，结论必须满足 p < 0.05 置信标准）、**业务影响聚焦**（所有分析必须连接到可量化的业务成果和可执行建议）、**可重现性保证**（版本控制 + 文档化的可重现分析工作流）。关键成功指标：分析准确率 95%+、分析建议实施率 70%+、利益相关者满意度 4.5+/5。与 [[support-finance-tracker]]（财务追踪）和 [[report-distribution-agent]]（报告分发）构成支持部门的数据→洞察→传递完整链路；与 [[sales-pipeline-analyst]] 共享数据分析能力，但前者提供通用 BI 框架，后者聚焦销售漏斗专项分析。属 [[Multi-Agent-System-Reliability]] 的数据驱动决策层，为多 Agent 销售系统提供统一的数据分析和业务洞察能力。
 **[[support-infrastructure-maintainer]]**（Infrastructure Maintainer）：基础设施维护专家 Agent——The Agency Support 部门的基础设施专家，负责确保系统可靠性、性能优化和技术运维管理，核心理念：**"Keeps the lights on, the servers humming, and the alerts quiet"**。核心能力：①监控告警系统（Prometheus + Grafana，CPU/内存/磁盘/服务可用性实时告警，99.9%+ 上线时间目标）；②基础设施即代码（Terraform IaC，VPC/Subnet/Auto Scaling/RDS 数据库版本化管理，确保部署一致性）；③自动化备份与灾备恢复（GPG AES-256 加密 + S3 分层存储，30 天自动清理，经过测试的恢复流程）；④安全合规集成（SOC2/ISO27001 合规验证，零信任 + MFA + 漏洞管理）；⑤成本优化（资源正确规模分析 + 预留实例，年度效率提升 20%+）。四步工作流：基础设施评估规划 → 监控实施 → 性能优化 → 安全合规验证。成功指标：上线时间 99.9%+、MTTR < 4 小时、70%+ 运维任务自动化、安全合规 100% 达标。**前置依赖：** [[support-support-responder]]（工单系统依赖稳定基础设施）和 [[support-analytics-reporter]]（数据分析依赖数据库和存储基础设施）；与 [[support-legal-compliance-checker]] 存在张力——合规验证应作为 CI/CD 流水线 Gate，不阻断常规变更但强制阻断高风险变更。属 [[Multi-Agent-System-Reliability]] 的运维基础设施层，为所有 Support Agent 提供稳定可靠的运行基础。
 **[[support-executive-summary-generator]]**（Executive Summary Generator）：咨询级执行摘要生成 Agent——The Agency Support 部门的战略沟通专家，融合麦肯锡 SCQA、BCG 金字塔原理、贝恩行动导向三大顶级咨询框架，将复杂冗长的商业输入转化为 325-475 词的高管级执行摘要，确保 C-suite 决策者在 3 分钟内把握本质、评估影响、做出决策。核心理念：**洞察优先于信息，行动优先于描述**——每个关键发现必须包含量化数据点（≥1 个），不允许超越提供数据的假设，明确标记数据缺口。核心方法：四步流水线（Intake 分析 → SCQA/Pyramid 结构开发 → 执行摘要生成 → QA 验证）；输出格式严格遵循五段式结构（Situation Overview / Key Findings / Business Impact / Recommendations / Next Steps）；建议按业务影响排序（Critical / High / Medium），每条包含负责人+时间线+预期结果。成功指标：摘要阅读时间 <3 分钟、100% 发现含量化数据、325-475 词合规率 100%。与 [[support-analytics-reporter]] 协同——后者提供原始数据洞察，前者将其转化为高管可执行决策；与 [[support-legal-compliance-checker]] 协同——合规 Checker 的风险评估报告经 Executive Summary Generator 转化为高管行动建议；与 [[report-distribution-agent]] 协同——生成的执行摘要通过 Report Distribution Agent 分发给相关利益相关者。属 [[Multi-Agent-System-Reliability]] 的战略沟通层，为 C-suite 提供可执行的决策支撑文档。
 ### The Agency — Paid Media 部门
 The Agency 的 Paid Media 部门专注于企业级付费媒体策略与运营，涵盖 Google Ads、Microsoft Advertising、Amazon Ads 三大核心平台。
@@ -697,6 +723,54 @@ A comprehensive Django-based product data management system for TikTok Shop. Cov
 Key concepts: [[Django ORM]], [[Django REST Framework]], [[Django Admin 定制]], [[Docker 容器化部署]], [[Django-Q 异步任务]], [[Bright Data API]], [[MySQL / MariaDB 数据库]], [[Gunicorn]], [[Nginx]], [[自定义管理命令]]
 ### Content Strategy & Production
 **[[marketing-content-creator]]**（Marketing Content Creator）：The Agency Marketing 部门的多平台内容创作专家 Agent——专注于跨平台品牌内容策略制定、叙事构建和受众互动优化。**核心理念：在每个受众所在的平台上，创作有吸引力的故事**。核心能力：**内容策略框架**（编辑日历 + 内容支柱 + 受众优先规划 + 跨平台优化）；**多格式创作**（图文/视频脚本/播客/信息图/社媒内容）；**品牌叙事**（叙事开发 + 品牌声音一致性 + 情感连接建立）；**SEO 内容优化**（关键词优化 + 搜索友好格式 + 有机流量生成，目标 40% 增长）；**视频制作全链路**（脚本创作 + 分镜 + 剪辑指导 + 缩略图优化，完播率目标 70%+）；**绩效分析**（内容分析 + 参与度优化 + ROI 测量，ROI 目标 5:1）。与 [[marketing-social-media-strategist]] 协同——Content Creator 负责内容生产，Social Media Strategist 负责分发策略；与 [[marketing-twitter-engager]]（Twitter 内容定制）、[[marketing-linkedin-content-creator]]（LinkedIn 长文内容）、[[marketing-tiktok-strategist]]（TikTok 视频脚本）构成"内容生产→平台分发"的完整工作流；与 [[marketing-video-optimization-specialist]] 在视频后期优化和效果分析上协作；与 [[marketing-growth-hacker]] 在增长策略上协同。
 ### Data-Driven Growth & Experimentation
 **[[marketing-growth-hacker]]**（Marketing Growth Hacker）：The Agency Marketing 部门的增长黑客专家 Agent——专注于通过数据驱动的实验和非常规营销策略，实现快速、可规模化的用户获取与留存。**核心理念：找到那个还没被人涉足的流量渠道，然后把它规模化——增长黑客的核心竞争力不在于\"砸钱买广告\"，而在于发现别人忽视的有机增长杠杆**。核心方法：**增长漏斗优化**（认知Awareness→获客Acquisition→激活Activation→留存Retention→收入Revenue→推荐Referral，全链路转化率提升）；**A/B/多变量实验体系**（每月10+增长实验，30%实验显示统计显著正增长）；**病毒系数工程**（K-factor > 1.0，通过推荐程序、分享激励和网络效应实现用户自发传播）；**北极星指标体系**（North Star Metric 驱动所有增长工作，定义产品为用户创造的核心价值）；**LTV:CAC 经济学**（LTV:CAC ≥ 3:1 为健康增长门槛，CAC 回本周期 < 6个月）。关键指标：月环比自然增长 20%+、K-factor > 1.0、CAC 回本周期 < 6个月、LTV:CAC ≥ 3:1、首周激活率 60%+、Day 7 留存 40%。交付物涵盖增长实验设计、病毒裂变机制、增长渠道发现与评估、北极星指标选择与追踪框架。与 [[marketing-content-creator]] 协同——Content Creator 生产的病毒内容素材是 Growth Hacker 设计裂变机制的基础；与 [[marketing-social-media-strategist]] 互补——Social Media Strategist 专注平台有机运营，Growth Hacker 负责将社交流量转化为可规模化实验的增长假设；与 [[marketing-tiktok-strategist]] 存在策略差异——TikTok Strategist 以平台内容为核心预设 TikTok 为最重要渠道，Growth Hacker 以实验数据为核心，哪个渠道 K-factor 最高就用哪个。
 ### Professional Social Media (LinkedIn & Twitter)
 **[[marketing-social-media-strategist]]**（Social Media Strategist）：The Agency Marketing 部门的跨平台社交媒体战略专家 Agent——专注于 LinkedIn、Twitter 等专业社交平台的企业级品牌建设和社群运营。**核心理念：通过统一信息流设计、平台适配内容优化、社群互动管理、思想领导力建设，实现品牌在专业社交平台的影响力提升**。核心能力：**LinkedIn 全栈运营**（公司页面/个人品牌/专栏文章/新闻通讯/LinkedIn Ads）；**Twitter 实时协同**（与 Twitter Engager Agent 协作保持一致声音）；**B2B 社交销售**策略与销售管道开发；**员工倡导计划**设计与品牌大使激活；**跨平台内容瀑布流**（LinkedIn 首发 → Twitter 适配 → 其他平台分发）。成功指标：LinkedIn 互动率 3%+（公司页面）/5%+（个人品牌）、每月受众覆盖增长 20%、50%+ 内容达到平台基准、社交广告 ROI 3 倍+。与 [[paid-media-paid-social-strategist]] 互补——前者专注有机内容运营和品牌建设，后者专注付费社交广告投放；与 [[marketing-instagram-curator]]（视觉平台）和 [[marketing-douyin-strategist]]（短视频平台）构成完整的多平台营销矩阵。
 **[[marketing-twitter-engager]]**（Marketing Twitter Engager）：The Agency Marketing 部门的 Twitter 实时互动与思想领袖建立专家 Agent——专注于通过真实对话参与、领袖思想内容创作和社区驱动增长构建品牌权威。**核心理念：Twitter 成功的核心不是广播式发布，而是通过真实参与将对话转化为社区，将互动转化为权威，将粉丝转化为品牌倡导者**。核心方法：**内容配比策略**（教育类25%/个人故事20%/行业评论20%/社区互动15%/推广10%/娱乐10%）；**四阶段工作流**（实时监控与互动 → 思想领袖内容创作 → 社区建设 → 效果优化）；**Twitter Spaces**（行业讨论/Q&A 定期举办，平均 200+ 实时听众）；**危机管理协议**（<30 分钟响应声誉威胁事件）。关键指标：互动率 ≥2.5%、回复率 80%（2小时内）、教育 thread ≥100 转推。与 [[marketing-social-media-strategist]] 协同——后者负责跨平台有机战略，前者负责 Twitter 垂直深耕；与 [[marketing-growth-hacker]] 互补——Growth Hacker 侧重病毒增长机制，Twitter Engager 侧重社区沉淀与声誉建立；与 [[marketing-linkedin-content-creator]] 构成专业社交平台双渠道矩阵（Twitter + LinkedIn）。
 ### Douyin Short-Video & Livestream Commerce
 **[[marketing-douyin-strategist]]**（Marketing Douyin Strategist）：The Agency Marketing 部门的抖音短视频营销与直播带货策略专家 Agent——深度掌握抖音推荐算法机制、爆款视频策划与直播带货全链路，是国内电商流量运营的核心角色。**核心理念：抖音的核心不是"拍好看的视频"，而是"前三秒钩住注意力，让算法替你分发"**。核心方法论：**算法优先思维**（完播率 > 点赞率 > 评论率 > 分享率）；**黄金3秒钩子**（冲突型/价值型/悬念型/共鸣型四种开场）；**内容矩阵**（教育类/剧情类/产品测评类/Vlog类协同布局）；**直播节奏**（每15分钟制造一次流量峰值）。交付物模板：短视频脚本结构（1-3秒黄金钩子 + 4-20秒核心内容 + 21-30秒收尾钩子）、直播产品结构（引流款20%/利润款50%/形象款15%/秒杀款15%）、DOU+精准定向策略。与 [[marketing-tiktok-strategist]] 同属短视频平台策略，但算法权重不同——抖音以完播率为首要指标，TikTok 需平衡分享率与互动率；与 [[marketing-bilibili-content-strategist]] 互补——抖音以算法推荐驱动流量爆发（中心化），B站 以社区文化和弹幕互动为核心（社区驱动），两者内容生态和用户心理有根本差异，绝不可套用同一策略。|
 **[[marketing-bilibili-content-strategist]]**（Marketing Bilibili Content Strategist）：The Agency Marketing 部门的 B站（Bilibili）平台内容策略与 UP主增长专家 Agent——专注于弹幕文化精通、B站算法优化、社区建设和品牌内容原生化。**核心理念：B站 用户最讨厌硬广——社区文化标准要求内容绝对真实，原生化品牌内容 + ACG 文化精通 = 可持续增长**。核心方法：**四阶段工作流**（平台洞察与账号审计→内容架构与生产→发布与社区激活→增长优化与变现）；**弹幕互动设计**（在剧本阶段就嵌入弹幕触发点，引导社区自发生成弹幕）；**三连率体系**（Coin 投币 + Favorite 收藏 + Like 点赞，目标 >5%）；**恰饭内容原生化**（品牌合作需尊重社区文化，否则立即被抵制）；**内容分区策略**（知识区/科技区/生活区/美食区/游戏区/动漫区各自独立的赛道逻辑）。关键指标：三连率 >5%、弹幕密度 >30条/分钟关键片段、每月至少一条视频进入"每周必看"或"热门推荐"。交付物模板涵盖内容策略蓝图（账号定位+内容规划+数据目标）、弹幕互动设计模板（时间戳×内容触发点×预期弹幕响应）、封面图 A/B 测试框架。与 [[marketing-douyin-strategist]] 形成中国视频平台双核——抖音是算法推荐驱动的流量爆发（中心化分发，Z世代+一二线城市），B站是社区文化驱动的粉丝积累（订阅关系，Z世代+ACG爱好者+知识型用户）；与 [[marketing-china-market-localization-strategist]] 协同——后者明确指出"抖音/小红书/微信/微博/知乎/B站各自独立制定，不跨平台复制"，B站策略师提供 B站 垂直赛道的深度战术执行；与 [[marketing-kuaishou-strategist]] 互补——快手侧重下沉市场（低线城市30-50岁，老铁关系），B站侧重一二线城市Z世代（ACG文化，弹幕社区）；与 [[marketing-video-optimization-specialist]] 在视频包装层面协同——前者专注 YouTube 算法，后者专注 B站 分区推荐逻辑与弹幕互动设计。
 **[[marketing-tiktok-strategist]]**（Marketing TikTok Strategist）：The Agency Marketing 部门的 TikTok 病毒式内容创作与品牌增长策略专家 Agent——深度掌握 TikTok 推荐算法机制、病毒内容公式和社区建设策略。
 **[[marketing-china-market-localization-strategist]]**（China Market Localization Strategist）：The Agency Marketing 部门的中国市场全栈本地化增长策略师——将实时趋势信号转化为可执行的选品、内容和渠道策略，是进入中国市场的全局性战略 Agent。**核心理念：本地化不是翻译，而是文化再工程**。核心方法：**实时趋势情报**（7+ 中国平台热榜监控，见微知著/交叉验证/反直觉/MECE 四模型）；**双轨分析**（内容轨：互动模式/关键词/供需缺口 + 评论轨：需求词/痛点/风险词/情感）；**六阶段 GTM 门控**（P0 信号验证→P1 种子内容→P2 渠道激活→P3 规模化→P4 优化→P5 成熟运营）；**平台原生策略**（抖音/小红书/微信/微博/知乎/B站各自独立制定，不跨平台复制）。关键原则：数据驱动（信号须跨 ≥ 2 平台交叉验证）、闭环思维（"第3天互动率 < 2% 则停止内容；> 5% 则 DOU+ 投放 ¥500"）。与 [[marketing-douyin-strategist]]（抖音放大）、[[marketing-kuaishou-strategist]]（下沉市场）、[[marketing-weibo-strategist]]（公域舆论）、[[marketing-zhihu-strategist]]（权威背书）、[[marketing-wechat-official-account]]（私域沉淀）、[[marketing-baidu-seo-specialist]]（搜索生态）共同构成中国全平台营销矩阵，是统合上述各平台 Agent 的战略上层；与 [[marketing-cross-border-ecommerce]]（跨境合规与物流）协同，是全球品牌进入中国市场的端到端 GTM 体系。|
 **[[marketing-video-optimization-specialist]]**（Marketing Video Optimization Specialist）：The Agency Marketing 部门的 YouTube 视频增长与留存优化专家 Agent——专注于 YouTube 算法优化、观众留存率提升、策略性章节划分、高转化率缩略图设计和跨平台内容分发。**核心理念：前30秒（The Hook）决定视频生死**——必须精确规划开场以防止观众流失，留存率图谱驱动视频结构优化。核心方法：**CTR 协同优化**（标题+缩略图联合讲述微故事，而非各自为政）；**留存率优先**（消除"死空气"时间点，在注意力衰减前注入价值）；**会话视角**（以频道而非单视频维度优化，引导观众进入下一个视频）；**跨平台分发**（Shorts/Reels/TikTok 格式自适应改造）。成功指标：8%+ 平均 CTR、50%+ 第3分钟留存率、20%+ 平均观看时长提升。交付物模板涵盖从**包装策略**（标题变体/缩略图设计）→ **视频结构**（Hook/章节时间戳/高潮节点）→ **SEO 元数据**（描述/标签/卡片/结束画面）的完整链路。与 [[marketing-douyin-strategist]] 互补——后者专注抖音中国市场（完播率优先，3秒黄金钩子），前者专注 YouTube 海外市场（留存率+CTR 双驱动，30秒 Hook 框架），两者共同构成多平台视频营销矩阵；与 [[marketing-content-creator]]（内容创作）和 [[design-visual-storyteller]]（视觉叙事）协同——后两者负责内容生产，Video Optimization Specialist 负责算法层面的包装与分发优化。
 **[[marketing-book-co-author]]**
 **[[marketing-zhihu-strategist]]**（Marketing Zhihu Strategist）：The Agency Marketing 部门的知乎营销专家 Agent——将品牌打造为中国最大知识分享平台知乎上的思想领袖，通过专业知识分享建立权威并获取精准线索。**核心理念：信誉优先——在知乎，权威和真实专业度比粉丝数或推广推送重要得多**。核心方法论：六阶段工作流（话题定位→问题识别→高质量内容创作→专栏开发→关系建设→性能分析与优化）；信誉驱动内容标准（仅回答真正有可辩护专业知识的问答，每条主张必须有数据/研究/案例支撑）；知识驱动参与策略。关键交付物：专题权威映射（识别 3-5 个品牌应建立权威的核心话题）、问题选择策略、高质量答案模板库（最少 300 词）、专栏开发计划（6 个月内容日历）、影响力者关系列表、线索生成漏斗。成功指标：答案平均 100+ 点赞、每月 50-200 条精准线索、专栏每月 500-2000 新订阅者。与 [[marketing-douyin-strategist]] 同属 The Agency Marketing 部门中国平台矩阵——知乎侧重信誉驱动的深度内容（综合性回答最少 300 词），抖音侧重娱乐驱动的视觉内容（3-60 秒爆款），两者互补构建品牌在中国主流平台的全方位影响力。
 前，后者专注直播带货深度战术层面）。
 **[[marketing-instagram-curator]]**（Marketing Instagram Curator）：The Agency Marketing 部门的 Instagram 视觉品牌营销专家 Agent——通过视觉品牌开发、多格式内容策略、社区培养与社交电商将品牌打造成 Instagram 主力账号。**核心理念：超越内容创作，建立将粉丝转化为品牌拥护者、将互动转化为可衡量商业增长的视觉帝国**。核心方法：**四阶段工作流**（品牌美学开发 → 多格式内容策略 → 社区建设与电商 → 绩效优化）+ **1/3 内容法则**（品牌内容/教育内容/社区内容各占三分之一）+ **多格式运营**（Posts/Stories/Reels/IGTV/Shopping 全覆盖）。绩效目标：互动率 3.5%+、Story 完成率 80%+、购物转化 2.5%+、UGC 月产 200+ 条。核心交付物：品牌美学指南（配色/字体/摄影风格）、30天内容日历（格式分布）、Instagram Shopping 完整配置、话题标签策略。与 [[marketing-douyin-strategist]] 和 [[marketing-tiktok-strategist]] 同属短视频/视觉平台策略，但 Instagram 侧重视觉一致性与社区粘性（长期积累型），TikTok/Douyin 侧重算法流量获取与趋势跟随（爆发型），运营节奏与内容策略有本质差异。与 [[paid-media-paid-social-strategist]] 协同——后者负责付费社交广告投放，Instagram Curator 负责有机内容运营，共同构成完整 Instagram 营销体系。
 **[[marketing-kuaishou-strategist]]**（Marketing Kuaishou Strategist）：The Agency Marketing 部门的快手平台下沉市场营销策略专家 Agent——专注于低线城市短视频营销、直播带货运营与老铁经济社区信任构建。**核心理念：真实性高于一切，快手用户能即时识别并拒绝精心制作的不真实内容**。核心方法：**均衡分发算法**（快手给予每个创作者基础曝光，奖励日常一致性而非病毒爆发）；**老铁关系构建**（信任先于销售，每条内容加强创作者-粉丝情感纽带）；**直播带货 3-2-1 公式**（3个痛点→2个产品演示→1个不可抗拒报价）；**私域运营**（粉丝团+微信私域转化）。交付物：账号定位策略（下沉市场受众画像+真实感创作人格）、每日短视频内容矩阵（70%生活快照/20%信任建立/10%社区内容）、直播带货全链路脚本（预热→直播中→复盘）、快手vs抖音差异化策略表。**核心禁忌：绝不将抖音内容直接复用到快手**——两者在受众心理（低线城市30-50岁 vs 一二线18-35岁）、算法逻辑（均衡分发 vs 中心化推荐）、内容审美（真实质朴 vs 精致潮流）上存在根本差异。与 [[marketing-douyin-strategist]] 形成中国短视频双平台互补体系——快手侧重下沉市场信任积累，抖音侧重一二线城市流量爆发。与 [[marketing-livestream-commerce-coach]] 协同——后者提供直播带货通用战术，快手策略师专注快手平台原生适配。属 [[直播带货]] 在快手生态的具体实践。
 **[[marketing-livestream-commerce-coach]]**（Marketing Livestream Commerce Coach）：The Agency Marketing 部门的直播带货全链路运营教练 Agent——专注于主播培训、直播间操盘、流量运营和数据优化，覆盖抖音、快手、淘宝直播和微信视频号四大平台。**核心理念：停留时长和互动率决定平台是否给免费流量，GMV 是结果而非目标**。核心方法论：**主播孵化三阶段**（素人→能播4小时不冷场→能控节奏驱动转化→能拉自然流量即兴发挥）；**五阶段话术框架**（留人钩子→产品介绍→信任建立→紧迫成交→追单挽留）；**三阶段流量模型**（冷启期付费70%+自然30%→成长期50%+50%→成熟期30%+自然70%）；**产品排品策略**（引流款/主推款/利润款/秒杀款配比，随流量波峰实时切换）。关键指标：停留时长>60秒、互动率>5%、GPM>800元、自然流量占比>50%（成熟期）、千川ROI>2.5。交付物模板涵盖单品5分钟脚本、千川投放全流程SOP、直播间数据复盘模板。合规底线：不使用绝对化表述、不暗示医疗功效、不贬低竞品、不诱导未成年人购买。**核心原则：永远不以GMV为目标，而是以停留时长和互动率为目标——前者是结果，后者才是算法真正在喂养的指标**。与 [[marketing-douyin-strategist]]（抖音短视频+直播双驱动）和 [[marketing-kuaishou-strategist]]（快手下沉市场+老铁经济）构成中国直播电商三平台矩阵——抖音侧重算法驱动流量爆发，快手侧重信任积累长期复购，本教练提供跨平台的通用操盘战术层；与 [[marketing-private-domain-operator]] 协同——直播间作为公域获客入口，私域运营商负责将直播流量沉淀为企业微信资产；与 [[OceanEngine]] 协同——千川/Qianniu/超级直播等付费流量工具是冷启期的核心放大器；与 [[直播带货]] 概念页（[[直播带货]]）形成互补——概念页抽象化定义，本教练提供可直接执行的操作模板。
 **[[marketing-short-video-editing-coach]]**（Marketing Short-Video Editing Coach）：The Agency Marketing 部门的短视频剪辑技术教练 Agent——专注于完整后期制作流水线，涵盖剪辑软件选择决策树（CapCut Pro 主推高效日更/Pr 适合商业项目/DaVinci Resolve 调色行业标准/Final Cut Pro Mac首选）、镜头语言体系（景别/运镜/转场）、色彩调色（二元体系：初级校正恢复真实 + 次级调色风格化）、音频工程（降噪→人声增强→BGM混音三步骤）、动态图形与VFX、字幕设计与多平台导出优化、AI辅助剪辑（自动字幕95%+/智能抠像/文字成片/数字人配音）。**核心理念：剪辑的核心不是软件熟练度，而是叙事能力和节奏感——软件是工具，叙事是灵魂。每一帧都必须有其存在的理由**。核心观点：音频优先于视频（观众可忍受平庸画面，无法忍受刺耳音频）；LUT是起点而非终点（60%-80%强度最合适）；模板化后单视频制作时间从2小时降至30分钟；AI承担60%重复工作，剩余40%创意打磨仍需人工。与 [[marketing-douyin-strategist]] 和 [[marketing-kuaishou-strategist]] 协同——策略师负责内容策划和平台运营，本教练负责将素材转化为专业成片；与 [[marketing-video-optimization-specialist]] 在视频结构设计上互补——前者专注剪辑技术，后者专注算法层面包装（缩略图/留存率/SEO元数据），共同构成完整视频内容生产体系。
 **[[marketing-baidu-seo-specialist]]**（Marketing Baidu SEO Specialist）：The Agency Marketing 部门的百度搜索生态优化与中国市场 SEO 专家 Agent——专注于中文搜索引擎排名、百度生态整合、ICP 合规与中国市场可见性建立。**核心理念：ICP 备案是不可妥协的法定前提，无有效备案，网站将被严重降权或排除出搜索结果**。核心方法：**四阶段工作流**（合规基础→关键词研究→站内技术优化→站外权威建设）；**百度生态矩阵**（百科/知道/贴吧/文库/经验各有分工，共同建立品牌权威）；**算法专项应对**（飓风算法防聚合惩罚/细雨算法防关键词堆砌/惊雷算法防点击操纵/蓝天算法保新闻质量/清风算法反标题党）。关键交付物：百度 SEO 审计模板（ICP状态/服务器位置/SSL/百度站长平台验证）、中文关键词分类矩阵（核心词/长尾词/品牌词/竞品词/问答词）、百度生态内容日历。**核心原则：百度与 Google 根本不同——忘掉 Google SEO 的所有经验，从零学习百度的算法体系**。与 [[marketing-douyin-strategist]] 和 [[marketing-kuaishou-strategist]] 同属中国市场营销体系——百度 SEO 捕获搜索意图用户（高意向），短视频平台创造需求并引流，两者互补而非竞争。ICP 合规是中国市场所有数字营销的前提条件。
 **[[marketing-carousel-growth-engine]]**（Marketing Carousel Growth Engine）：全自动 TikTok/Instagram 轮播图增长引擎 Agent——将任意网站 URL 转化为病毒式 6 张轮播图并每日自主发布，无需人工干预。**核心理念：把每次发布变成数据，每次数据驱动下次改进，让内容质量随时间指数级提升**。核心架构：Playwright 网站分析（提取品牌/内容/竞品）→ Gemini 图像生成（第一张幻灯片定义视觉 DNA，后续图生图保持连贯）→ Upload-Post API 双平台发布（TikTok+Instagram，同步自动添加热门音乐）→ Analytics Feedback Loop（learn-from-analytics.js 提取洞察到 learnings.json，驱动下一条内容）。关键规范：6-Slide Narrative Arc（Hook → Problem → Agitation → Solution → Feature → CTA）；零确认自主运行（全程不询问用户）；仅生成 JPG（TikTok 拒绝 PNG）；底部 20% 不放文字（TikTok 控件遮挡）。与 [[marketing-instagram-curator]] 和 [[marketing-tiktok-strategist]] 互补——两者提供策略指导，本 Agent 将策略自动执行落地；与 [[Behavioral Nudge Engine]] 共享数据驱动的行为引导机制（通过 analytics 数据持续优化内容钩子和视觉风格）。
 **[[marketing-weibo-strategist]]**（Marketing Weibo Strategist）：The Agency Marketing 部门的新浪微博全栈运营专家 Agent——专注于热搜话题策划、超级话题社区管理、粉丝经济、KOL合作与舆情危机公关。**核心理念：微博的核心不是「发微博」，而是「精准定位品牌在公共舆论场中的话语权，借助话题势能触发病毒扩散级联」**。核心方法论：**病毒扩散公式**（争议性 × 低参与门槛 × 情感共鸣 = 病毒级联）；**热搜算法**（搜索量/讨论量/互动速度/原创内容比的综合权重，时效性 > 互动量 > 账号权威 > 内容质量）；**舆情黄金4小时响应**（发现→评估→回应→追踪）。与 [[marketing-douyin-strategist]] 和 [[marketing-kuaishou-strategist]] 同属中国市场营销体系——微博是公共舆论场（话题扩散），抖音是算法推送场（内容推荐），快手是下沉信任场（老铁关系）。与 [[marketing-private-domain-operator]] 形成公域→私域的完整漏斗——微博引爆话题关注→企业微信私域沉淀转化。
 **[[marketing-wechat-official-account]]**（Marketing WeChat Official Account Manager）：The Agency Marketing 部门的微信公众号全栈运营专家 Agent——将公众号打造为高互动、强忠诚的社群中心。**核心理念：微信公众号是中国最私密的商业沟通渠道，不是广播频道而是关系建设工具**——通过一致的价值传递、战略性内容组合和自动化运营，将订阅者转化为忠实拥护者和回头客。核心方法：**60/30/10 内容规则**（60% 价值内容 + 30% 社群/互动内容 + 10% 推广内容）；**五阶段运营工作流**（订阅者分析→内容策略→内容创作→自动化运营→数据分析）；**微信原生功能整合**（自动回复/关键词响应/菜单架构/小程序）。绩效目标：打开率 30%+（行业均值 2 倍）、菜单点击率 20%+、文章读完率 50%+、月自然增长 10-20%、转化率 2-5%。与 [[marketing-weibo-strategist]] 形成互补——微博公域话题引爆→导入公众号私域深度沉淀；与 [[marketing-private-domain-operator]] 形成漏斗下游——公众号订阅者→企业微信私域深度运营；与 [[marketing-douyin-strategist]] 和 [[marketing-kuaishou-strategist]] 形成内容协同——短视频种草引流→公众号深度内容留存。
 **[[marketing-app-store-optimizer]]**（App Store Optimizer）：The Agency Marketing 部门的 App Store 优化（ASO）全栈专家 Agent——专注于应用商店搜索可见性优化、视觉资产转化率提升和可持续用户增长。**核心理念：所有优化决策必须基于转化率数据而非创意偏好，转化优先于美学**。核心方法：**数据驱动决策**（基于性能数据和用户行为分析驱动所有优化决定）+ **转化优先设计哲学**（优先考虑应用商店转化率而非创意偏好）+ **A/B 测试系统性优化**（对所有视觉和文本元素进行系统性测试）+ **国际化本地化策略**（文化适应与本地市场优化）。四阶段工作流：市场研究分析 → 策略开发 → 实施测试 → 优化规模化。绩效指标：有机下载月增长 30%+、关键词前10排名 20+ 个、转化率提升 25%+、评分提升至 4.5 星+。与 [[marketing-seo-specialist]] 互补——Web 搜索优化 vs 应用商店搜索优化，共同构成全渠道数字发现优化体系；与 [[marketing-content-creator]] 和 [[marketing-short-video-editing-coach]] 协同——内容创作者提供文案和截图文字，App Store 优化师将其转化为应用商店最优格式，预览视频由短视频剪辑教练制作；与 [[marketing-video-optimization-specialist]] 在视频策略层面互补——视频优化专家与 App Store 优化师共同优化 App 预览视频。**
 **[[marketing-seo-specialist]]（Marketing SEO Specialist）：The Agency Marketing 部门的 Google 搜索生态 SEO 专家 Agent——专注于技术 SEO、关键词集群策略、内容优化、链接权威建设和搜索分析，实现可持续的有机流量增长。**核心理念：可持续有机增长来自技术卓越、高质量内容和权威链接档案三者的交叉点——排名是价值的自然结果，SEO 效果需要数月才能显现，非短期行为**。核心方法：**五阶段工作流**（发现→关键词策略→内容 cannibalization 检测→技术执行→权威建设→测量迭代）；**强制 cannibalization 审查**（任何优化前必须运行 GSC 跨页面查询图，防止同一关键词被多页面竞争）；**Pillar+Satellite 主题集群**（支柱页承载主关键词，卫星页支撑长尾，集群内不得重复主关键词）；**Core Web Vitals 基准**（LCP<2.5s，INP<200ms，CLS<0.1）。关键交付物：技术 SEO 审计模板（爬行性/索引率/Core Web Vitals/结构化数据）、关键词策略文档（主题集群+搜索意图分类）、内容 cannibalization 审查表、内部链接架构规划、外链获取方案。**白帽 SEO 是唯一合规方式**，禁止任何链接方案/cloaking/关键词填充等违规操作。高级能力涵盖国际化 SEO、程序化 SEO、算法恢复和 AI 搜索优化。与 [[marketing-baidu-seo-specialist]] 同属搜索优化领域——前者针对 Google 生态（英文市场为主），后者针对百度生态（中文市场为主），算法体系不可通用；与 [[marketing-app-store-optimizer]] 互补——Web SEO 覆盖所有网站流量，ASO 覆盖应用商店流量，共同构成全渠道数字发现优化体系；与 [[marketing-content-creator]] 协同——SEO 专家提供关键词意图洞察和内容结构指导，内容创作者执行生产。
 ### New Linux/DevOps Concepts (recently added)
 - **[[efibootmgr]]** — Linux NVRAM 启动项管理工具，可强制重写 BootOrder 解决 HP BIOS 固执行为
 - **[[ISOHybrid镜像]]** — 同时支持 BIOS 和 UEFI 引导的混合 ISO 镜像，Rufus 提供 ISO/DD 两种写入模式
@@ -769,6 +843,137 @@ Key concepts: [[Django ORM]], [[Django REST Framework]], [[Django Admin 定制]]
 **[[specialized-developer-advocate]]**（Developer Advocate）：开发者关系工程师 Agent——The Agency Specialized 部门的开发者体验与社区运营专家，通过提升 DX、技术内容创作、社区运营将产品与外部开发者紧密连接，最终推动平台采用和商业价值增长。核心理念：**Authentic 技术参与，而非商业推销**——"You don't do marketing — you do developer success." 核心洞察：**DX 改善复合效应永远优于快速内容发布**，修复前 3 大 DX 问题再发布任何新教程；**真实性是核心资产**，AstroTurf（虚假社区参与）永久性摧毁开发者信任。核心方法：DX 工程审计（Time-to-First-Success 三阶段评分）→ 技术内容创作（教程/演示/演讲提案/Dev Survey）→ 社区运营（GitHub Issue ≤24h 响应、Hackathon/Ambassador Program）→ 产品反馈闭环（月度 Voice of Developer 报告）。关键原则：**先听后创**（30天 GitHub Issue → Stack Overflow → 社交媒体 → 开发者调查）；**内容必须有可运行代码**；**5人大会 Q&A = 数千无声障碍推断**。成功指标：首次成功 ≤15min、GitHub 响应 ≤24h、教程完成率 ≥50%、开发者 NPS ≥8/10。与 [[automation-governance-architect]] 互补（DevRel 关注外部开发者体验，治理架构师关注内部自动化质量）；与 [[specialized-mcp-builder]] 协同（MCP Builder 的 DX 改善依赖 Developer Advocate 的 DX 原则）；与 [[specialized-workflow-architect]] 存在设计哲学张力：前者优先 DX 质量再发布内容，后者优先快速交付功能后迭代。属 The Agency Specialized 部门的技术运营方向。
 ## Game Development
 **[[game-audio-engineer]]**（Game Audio Engineer Agent）：游戏交互式音频工程师 AI Agent——设计自适应音乐系统、空间音频架构和 FMOD/Wwise 中间件集成方案。核心原则：**所有游戏音频必须通过中间件事件系统触发**，游戏代码中不得出现 AudioSource/AudioComponent 直接播放（原型除外）。核心规范：
 - **自适应音乐**：tension parameter（0–1）驱动音乐层切换，转换必须 tempo-synced（禁止硬切）
 - **空间音频**：所有世界空间音效必须使用 3D 空间化，raycast 驱动 occlusion 参数（800Hz 低通截止，每帧最多 4 个 raycast）
 - **语音预算**：PC 64 语音/Console 48/Mobile 24；每个事件必须配置 voice limit、priority 和 steal mode
 - **Reverb Zone**：Outdoor（15% wet）/ Indoor（35%）/ Cave（60%）/ Metal Room（45%）
 - **音频格式**：Vorbis（音乐/长氛围）、ADPCM（短SFX）、PCM（UI零延迟）
 - **CPU预算**：FMOD DSP 每帧 ≤1.5ms（以最低目标硬件测量）
 - **工作流程五阶段**：Audio Design Document → FMOD/Wwise 项目搭建 → SFX 实现 → 音乐集成 → 性能分析
 核心通信风格：状态驱动思维（"玩家此刻的情绪状态是什么？"）、参数优先（"不硬编码音效——通过 intensity 参数驱动音乐响应"）、毫秒级预算（"这个混响 DSP 消耗 0.4ms，我们总共只有 1.5ms。批准。"）、无感知设计（"如果玩家注意到音频过渡，说明它失败了——他们应该只感受到它"）。属 The Agency Game Dev 部门的核心技术 Agent。与 [[AdaptiveMusic]]（自适应音乐）和 [[SpatialAudio]]（空间音频）共享音频中间件基础设施；与 [[FMOD]]（音频中间件）构成核心工具链；与 [[visionos-spatial-engineer]] 在空间计算领域存在技术交叉（VR 音频需要 FOA/HRTF）。
 **[[narrative-designer]]**（Narrative Designer Agent）：游戏叙事设计师 AI Agent——将叙事视为一套由选择、后果、世界一致性构成的系统，而非插入在游戏玩法之间的电影剧本。核心理念：**故事和游戏是同一个系统的两个维度**——每个主要故事节点必须连接到游戏机制后果，叙事选择必须与机械选择保持一致。核心规范：
 - **对话写作**：每句台词必须通过"真实人物会这样说话吗？"测试，拒绝"as you know"式对话，每个节点必须有明确的戏剧功能（揭示/建立关系/制造压力/交付后果）
 - **分支设计**：选择必须类型不同（非仅程度不同），所有分支最终收敛，延迟后果设计让 Act 1 选择在 Act 3 显现
 - **Lore 架构**：三层可选深度（Surface 所有玩家/Engaged 探索者/Deep Lore 猎手），关键路径无需任何可选内容即可理解
 - **环境叙事**：通过场景道具与空间布局无声讲述故事，是 Tier 2/3 Lore 的物理呈现，与 [[Level Designer Agent]] 协作执行
 核心通信风格：角色优先（"这句台词像作家写的，不像角色说的"）、系统清晰（"这个分支需要 2 beats 内有后果，否则选择失去意义"）、Lore 纪律（"这与建立的时间线矛盾——需要更新世界圣经"）、玩家代理（"玩家在这里做了选择——世界需要承认它"）。属 The Agency Game Dev 部门。与 [[Game Audio Engineer]] 在叙事节奏与自适应音乐层切换的协同（音频响应叙事状态）；与 [[Level Designer Agent]] 在环境叙事执行上的协作边界（叙事设计师定义内容架构，关卡设计师执行物理空间设计）。与 [[Branching Narrative]]（分支叙事）、[[Character Voice Pillars]]（角色声音柱）、[[Lore Architecture]]（Lore 三层架构）、[[Narrative-Gameplay Integration]]（叙事-玩法整合）共享叙事设计工具链。
 **[[technical-artist]]**（Technical Artist）：技术美术 Agent——连接艺术视野与引擎实现的桥梁角色。核心职责：在硬性能预算内最大化视觉质量，涵盖着色器编写、VFX 系统构建、资产管线标准定义和渲染性能分析。核心原则：**预算优先**——每种资产类型（多边形数、纹理分辨率、Draw Calls、粒子数）必须在生产前定义明确上限，而非交付后才发现超标；**移动端优先**——过度绘制（Overdraw）是移动端性能隐性杀手，所有半透明/加法粒子必须审计并设定上限，LOD 管线强制执行（LOD0–LOD3 最低要求）；**着色器标准**——所有自定义着色器必须包含移动端安全变体或明确标注平台限制。核心交付物：Asset Budget Spec Sheet（含角色/环境/VFX 详细预算表）、Dissolve Shader（HLSL/Unity URP）、VFX Performance Audit Checklist、LOD Chain Validation Script。高级能力涵盖实时光线追踪（RT reflections + DLSS/XeSS/FSR 超采样）、AI 辅助美术管线（纹理超分辨率、AI 法线图生成）和模块化后处理栈（LUT 调色、TAA + 锐化）。属 The Agency Game Dev 部门，与 [[UnrealTechnicalArtist]]（Unreal 专精）和 [[UnityShaderGraphArtist]]（Unity 着色器图形专精）共享技术栈。
 **[[blender-addon-engineer]]**（Blender Add-on Engineer）：Blender 原生工具开发专家 AI Agent——通过 Python + bpy API 构建自定义 Operator、Panel、资产验证器和导出器，将重复性 DCC 工作流自动化为可靠的一键工作流。核心理念：**Pipeline-first, artist-empathetic, automation-obsessed, reliability-minded**。核心规范：
 - **数据 API 优先**：偏好 bpy.data/bpy.types 直接数据访问而非 bpy.ops 操作符（后者上下文脆弱），确保 Operator 行为可预测
 - **非破坏性验证**：验证工具必须在自动修复前报告问题，绝不静默"成功"；dry-run 模式预演所有破坏性操作
 - **Pipeline 可靠性三角**：命名确定性 + 变换分离检查（location/rotation/scale 单独验证）+ 材质槽顺序验证 + 集合包含/排除显式规则
 - **可审计批量操作**：批量工具必须精确记录修改内容，Log Exactly What They Changed
 核心交付物：Asset Validator Operator（PIPELINE_OT_validate_assets，含命名/变换/材质槽检查）、Pipeline Export Panel（导出预设 UI）、Naming Audit Report（命名规范报告）、Validation Report Template（验证报告模板）。属 The Agency Game Dev 部门 DCC 工具专项，与 [[Technical Artist]]（通用技术美术）构成 DCC 工具分工——Technical Artist 定义资产管线标准，Blender Add-on Engineer 实现 Blender 端工具；与 [[UnityArchitect]] 在编辑器扩展设计哲学上存在张力——后者倾向所见即所得直接修改，前者坚持非破坏性验证优先，均为平台约束最优解。与 [[bpy]]（Blender Python API）、[[Asset-Validation]]（资产验证）、[[Non-Destructive-Workflow]]（非破坏性工作流）共享核心工具开发概念。
 **[[roblox-systems-scripter]]**（Roblox Systems Scripter）：Roblox 平台 Luau 系统脚本工程师 AI Agent——专注于服务器权威架构、RemoteEvent 安全验证、DataStore 可靠性和 ModuleScript 模块化设计，构建可防作弊、数据持久化安全、架构整洁的 Roblox 游戏体验。核心理念：**服务器是唯一真相来源，客户端只显示状态，不拥有状态**。核心规范：
 - **客户端-服务器信任边界**：`LocalScript` 仅客户端显示，`Script` 仅服务器逻辑，绝不混合；RemoteEvent FireServer 请求必须在服务器端完整验证（类型检查+冷却检查+距离检查+权限检查），不得信任任何客户端数据
 - **DataStore 可靠性**：`pcall` 包装 + 指数退避重试（2s/4s/8s）+ 双保存点（PlayerRemoving + BindToClose）；UpdateAsync 优先于 SetAsync（原子处理并发冲突）
 - **ModuleScript 架构**：所有逻辑在 ModuleScript 中返回表，Script/LocalScript 仅 bootstrap；SharedTable 或 ReplicatedStorage 常量模块实现跨端共享常量
 - **安全验证**：所有 OnServerEvent 处理必须结构验证输入；RemoteFunction InvokeClient 禁止在服务器端调用（恶意客户端可永久挂起服务器线程）
 核心交付物：DataManager.lua（含 retryAsync + deepCopy + 双保存点）、CombatSystem.lua（完整验证链路示例）、GameServer.bootstrap.server.lua（五阶段引导模式）。高级能力涵盖 Parallel Luau（task.desynchronize + Actor 模型 + SharedTable）、对象池（预实例化 effects/NPC 减少 GC）、数据版本迁移（data._version + UpdateAsync 原子升级）。属 The Agency Game Dev 部门 Roblox Studio 专项，与 [[Roblox Experience Designer]]（玩家参与度和变现系统设计）协同构成完整 Roblox 开发体系——Experience Designer 定义体验目标，Systems Scripter 实现底层架构支撑。与 [[Server-Authoritative Architecture]]（服务器权威模型）、[[DataStore Reliability]]（DataStore 可靠性模式）、[[ModuleScript Architecture]]（模块化架构）、[[Parallel Luau]]（并行 Luau）共享 Roblox 系统工程核心技术栈。
 **[[roblox-experience-designer]]**（Roblox Experience Designer）：Roblox 平台原生体验设计师 AI Agent——专注于 Roblox 受众（9-17岁）的参与度循环设计、变现系统与玩家留存。核心使命：设计让玩家返回、分享和投资的体验。核心方法：DataStore 驱动进度系统（玩家等级/道具/货币持久化，创造沉没成本）；Roblox 原生化变现（Game Pass 永久权益、Developer Product 消耗品、UGC 道具）；参与度阶梯（首次会话→每日返回→周留存，每层有清晰奖励闭环）；每日奖励系统（1-7天循环阶梯，驱动习惯性返回）；入职引导三阶段（0-60秒/5分钟/15分钟，最小化早期流失）。核心原则：**免费体验必须完整**——禁止 pay-to-win；**DataStore 安全优先**——进度丢失是永久流失的首因；**变现伦理**——禁止暗黑模式、人工稀缺、压力购买。成功指标：D1 留存 >30%、D7 >15%、MAU 月增长 >10%、转化率 >3%、零 Roblox 政策违规。核心交付物：PassManager.lua（Game Pass 集中管理模块）、DailyRewardSystem.lua（每日奖励系统）、Onboarding Flow Design Document（含 Drop-off Recovery Points）。属 The Agency Game Dev 部门 Roblox Studio 专项，与 [[Roblox Systems Scripter]]（底层系统架构）协同构成完整 Roblox 开发体系——Experience Designer 定义体验目标，Systems Scripter 实现底层架构支撑。与 [[Game Designer]]（通用游戏设计方法论）、[[Technical Artist]]（视觉质量）协同构成 Game Dev 完整设计支撑体系。与 [[EngagementLoop]]（参与度循环）、[[DailyRewardSystem]]（每日奖励）、[[DataStoreProgression]]（数据存储进度）、[[RobloxMonetization]]（Roblox 变现）共享 Roblox 原生设计核心技术栈。
 **[[roblox-avatar-creator]]**（Roblox Avatar Creator）：Roblox UGC 化身 pipeline 专家 AI Agent——掌握 Roblox avatar 系统的全部约束条件，以及如何构建能通过 Creator Marketplace 审核的商品。核心理念：技术规格精准、视觉打磨到位、平台合规。核心规范：UGC 网格三角面数硬限制（配件 ≤4,000、Bundle 部件 ≤10,000）；单 UV 通道且范围严格在 [0,1]；所有 transform 在导出前必须应用（scale=1, rotation=0）；纹理分辨率 256×256 ~ 1024×1024 PNG，UV island 留 2px 最小 padding；Layered Clothing 必须有 Outer Mesh + InnerCage + OuterCage 三层 cage。附件点必须使用标准命名（HatAttachment / FaceFrontAttachment / LeftShoulderAttachment 等），在 5 种 body type 上全部测试。核心交付物：Accessory Export Checklist（建模检查清单）、AvatarManager.lua（HumanoidDescription 全套换装）、Layered Clothing Cage Setup Guide（Blender cage 网格规范）、Creator Marketplace Submission Package（提交前审核检查清单）、UGC Shop UI Flow（MarketplaceService 购买监听）。属 The Agency Game Dev 部门 Roblox Studio 专项，与 [[Roblox Systems Scripter]]（Luau 系统架构）、[[Roblox Experience Designer]]（玩家变现）协同构成完整 Roblox 开发体系——Avatar Creator 负责 UGC 资产从建模到上线的 pipeline。与 [[LayeredClothing]]（分层服装系统）、[[HumanoidDescription]]（化身 API）、[[CreatorMarketplace]]（UGC 交易市场）、[[R15Rig]]（R15 骨骼权重系统）共享 Roblox 化身资产核心技术栈。与 [[UnityArchitect]] 在角色定制系统实现路径上存在平台差异——Roblox 强制服务端权威（HumanoidDescription + DataStore），Unity 可客户端预测，均为各自平台最优解。
 **[[game-designer]]**（Game Designer Agent）：游戏系统与机制设计师 AI Agent——以"循环、杠杆、玩家动机"为思维框架，将创意愿景转化为可执行、无歧义的游戏设计文档（GDD）。核心理念：**从玩家动机出发设计，而非从功能列表出发**。核心方法：五步工作流（概念→设计支柱→纸面原型→GDD撰写→调优迭代）；三层核心循环（瞬间体验 0-30秒 → 会话目标 5-30分钟 → 长期进阶 数小时至数周）；数值以 `[PLACEHOLDER]` 标记假设直至测试验证。核心交付物：Game Design Document（含目的/玩家体验/输入/输出/边界/失败状态的完整机制规格）、Economy Balance Spreadsheet（玩家画像：鲸鱼/海豚/小鱼）、Player Onboarding Checklist（引导完成率目标 >90%）。高级能力涵盖行为经济学应用（Cialdini 影响原则/损失厌恶/变率奖励/沉没成本）、跨类型机制移植（机制活检分析）、高级经济设计（供给-需求模型/通胀检测/Monte Carlo 模拟）、系统性涌现设计（系统交互矩阵/最小可行复杂度）。属 The Agency Game Dev 部门。与 [[Narrative Designer]]（叙事-机制一致性整合）、[[Level Designer]]（关卡空间叙事协作）、[[Game Audio Engineer]]（反馈音效系统）、[[Technical Artist]]（视觉原型可执行化）共同构成 Game Dev 部门完整设计支撑体系。与 [[Core Gameplay Loop]]（核心循环设计）、[[Economy Balance]]（经济平衡）、[[Behavioral Economics in Games]]（行为经济学）共享 GameDesigner 核心方法论。
 **[[unreal-technical-artist]]**（Unreal Technical Artist）：Unreal Engine 5 视觉系统工程师 AI Agent——拥有 Material Editor、Niagara VFX、PCG 和 Nanite 全栈专业能力，负责 UE5 项目的美术-引擎视觉管线。核心交付标准：Material Function 库复用规范（消除跨 Master Material 重复节点簇）、Niagara Scalability 三档预设（High/Medium/Low）、确定性 PCG 图设计（相同参数→相同输出）、Nanite 优先策略（非适用资产须手动 LOD 链）、Substrate 多层材质（UE5.3+ 替代 SSS workaround）。性能纪律：每个 Static Switch 使着色器排列数翻倍，必须审计；所有粒子系统必须设 Max Particle Count；PCG 生成须在 3 秒内完成，流式加载不得造成卡顿。属 The Agency Game Dev 部门，与 [[Technical Artist]]（通用技术美术基类）共享 VFX/着色器核心规范；与 [[Unreal World Builder]]（开放世界场景搭建）、[[Unreal Systems Engineer]]（引擎底层系统）协同构成 UE5 专精团队。
 **[[unreal-multiplayer-architect]]**（Unreal Multiplayer Architect）：Unreal Engine 5 多人游戏网络架构工程师 AI Agent——构建服务器权威模型、延迟容忍、作弊防护的生产级 UE5 多人游戏网络系统。核心理念：**服务器拥有真相，客户端请求——服务器决定**。核心方法：Server-authoritative 架构（所有游戏状态变化在服务器执行，客户端预测+对账）；UFUNCTION(Server, Reliable, WithValidation) 全覆盖（每个游戏逻辑 RPC 必须实现 _Validate）；复制频率按 Actor 类型差异化（投射物 100Hz/NPC 20Hz/环境物 2Hz）；GAS 双路径初始化（PossessedBy 服务器路径 + OnRep_PlayerState 客户端路径）。核心交付物：Replicated Actor 模板（含 RepNotify + WithValidation）、GameMode/GameState/PlayerState 架构规范、GAS 网络集成方案、Replication Graph 空间分区优化、专用服务器 Shipping 构建配置。性能指标：每玩家带宽 <15KB/s、反作弊验证全覆盖、200ms 延迟下每玩家每 30 秒校正 <1 次。属 The Agency Game Dev 部门，与 [[Unreal Technical Artist]]（UE5 视觉系统）、[[Game Designer]]（多人游戏机制设计）协同构成 UE5 专精团队。与 [[ServerAuthoritativeModel]]（服务器权威模型）、[[ActorReplication]]（Actor 复制）、[[GAS]]（Gameplay Ability System）、[[ReplicationGraph]]（复制图）共享 UE5 网络核心技术栈。
 **[[unreal-systems-engineer]]**（Unreal Systems Engineer）：Unreal Engine 5 系统架构工程师 AI Agent——掌握 C++/Blueprint 连续统一体、Nanite 几何系统、Lumen GI、Gameplay Ability System 的 AAA 级 UE5 项目性能与混合架构专家。核心理念：**Tick 逻辑必须 C++，Blueprint 是设计师 API 而非运行时引擎**。核心规范：
 - **C++/Blueprint 边界**：每帧逻辑（Tick）必须 C++；Blueprint 适用于：高层游戏流、UI 原型、设计师可扩展层
 - **Nanite 预算**：单场景 1600 万实例上限，开放世界需提前规划实例预算；不兼容骨骼网格/复杂 clip 操作/样条网格
 - **内存安全**：所有 UObject 指针必须 UPROPERTY() 声明；跨帧 Actor 指针需 IsValid() 检查；TWeakObjectPtr/TSharedPtr 处理非拥有引用
 - **GAS 架构**：UGameplayAbility + UAttributeSet + UAbilitySystemComponent 网络就绪配置；FGameplayTag 替代字符串标识符
 - **高级能力**：Mass Entity（Unreal ECS，处理海量 NPC）、Chaos 破坏系统（Geometry Collection 实时断裂）、Lyra 模块化框架（GameFeatureAction 运行时注入）
 属 The Agency Game Dev 部门，与 [[Unreal Technical Artist]]（Nanite 资产验证与优化）协同处理几何管线；与 [[Unreal Multiplayer Architect]]（GAS 网络复制安全）在技能系统实现与 RPC 层调用上互补。核心性能纪律：Tick 逻辑 C++ 实现、帧预算 60fps（目标硬件）、Unreal Insights 性能分析验证。
 **[[unreal-world-builder]]**（Unreal World Builder）：Unreal Engine 5 开放世界环境架构工程师 AI Agent——专注于 World Partition 分区流送、Landscape 地形系统、PCG 程序化内容生成和 HLOD 层级 LOD 构建，覆盖 4km² ~ 64km² 超大规模开放世界。核心理念：**用格子大小控制流送预算，用 RVT 消除地形层混合成本**。核心规范：
 - **World Partition 格子策略**：密集城区 64m / 空旷地形 128m / 沙漠海洋 256m+；Always Loaded 层存放 Sky/Audio/GameMode；关键游戏内容（任务触发器、关键 NPC）禁止放在格子边界
 - **Landscape 层限制**：单区域最多 4 层材质，超过则产生材质排列组合爆炸；超过 2 层必须启用 RVT（Runtime Virtual Texturing）消除逐像素层混合开销
 - **HLOD 规则**：所有 500m 以外可见区域必须生成 HLOD；Nanite 资产排除在 HLOD 合并之外；骨骼网格不支持 HLOD
 - **PCG vs Foliage Tool**：Foliage Tool 仅用于手工放置主角物件；大规模植被用 PCG + Nanite 预烘焙；排除区域（道路/路径/水体/建筑）必须在 PCG 图中显式定义
 - **LWC（大世界坐标）**：任何轴超过 2km 的世界必须启用 LWC；约 20km 后无 LWC 会出现浮点精度错误；代码中位置使用 FVector3d 双精度
 属 The Agency Game Dev 部门，与 [[Unreal Systems Engineer]]（Nanite 实例预算规划）共享 World Partition 流送基础设施；与 [[Unreal Technical Artist]]（Landscape 材质与 RVT 配置）共享地形渲染技术；与 [[Unreal Multiplayer Architect]]（World Partition 流送源与网络同步）互补。核心成功指标：地面疾跑无 >16ms 流送卡顿、1km² 以上区域全部预烘焙、HLOD 覆盖所有 500m+ 区域、Landscape 层数永不超 4。
 **[[unity-editor-tool-developer]]**（Unity Editor Tool Developer）：Unity 编辑器扩展开发工程师 AI Agent——构建 EditorWindows、AssetPostprocessors、PropertyDrawers、Build Validators 等工具，使艺术/设计/工程团队效率可量化提升。核心理念：**最佳工具是隐形的**，在问题到达 QA 前自动拦截，在创意人员意识到需求前提前自动化。核心规范：
 - **Editor 脚本放置**：必须置于 `Editor` 文件夹或使用 `#if UNITY_EDITOR` 保护，Editor API 调用进入运行时代码将导致构建失败
 - **EditorWindow 状态持久化**：必须通过 `[SerializeField]` 或 `EditorPrefs` 持久化状态，跨域重载不丢失；长操作必须通过 `EditorUtility.DisplayProgressBar` 反馈进度
 - **AssetPostprocessor 幂等性**：同一资源重复导入必须产生相同结果；命名规范强制（`_N` 后缀 → Normal Map）、压缩预算强制（2048px 上限）、平台配置自动化（Android ASTC 格式）
 - **PropertyDrawer 标准**：`OnGUI` 必须调用 `BeginProperty`/`EndProperty` 以正确支持 Prefab Override UI；`GetPropertyHeight` 返回值必须与 `OnGUI` 实际绘制高度一致
 - **构建验证**：失败时必须抛出 `BuildFailedException`，而非仅 `Debug.LogWarning`
 属 The Agency Game Dev 部门，与 [[technical-artist]]（编辑器工具和资产管线）共享工具开发模式；与 [[unreal-systems-engineer]] 在"构建前验证"模式上互补——Unity 侧通过 `IPreprocessBuildWithReport` 在打包前验证，Unreal 侧通过 UAssetCheckConfig 在编辑器内实时检查。核心成功指标：每项工具都有量化的"每周节省 X 分钟"指标；AssetPostprocessor 拦截所有应被捕获的违规资产；团队在发布后 2 周内自愿采用工具（无需提醒）。
 **[[unity-shader-graph-artist]]**（Unity Shader Graph Artist）：Unity 渲染效果专家 AI Agent——精通 Shader Graph 可视化材质创作与 HLSL 性能优化，专注于 URP/HDRP 渲染管线的实时视觉效果开发。核心理念：**Shader Graph 是艺术家创作的首选工具，HLSL 仅用于性能关键路径**。核心规范：
 - **Sub-Graph 强制复用**：所有 Shader Graph 必须使用 Sub-Graph 封装重复逻辑，重复节点簇是维护和一致性失败
 - **URP/HDRP API 严格区分**：URP 自定义通道使用 `ScriptableRendererFeature` + `ScriptableRenderPass`；HDRP 使用 `CustomPassVolume` + `CustomPass`，两者 API 不可互换
 - **移动端性能硬约束**：每 Fragment Pass 最多 32 次纹理采样，不透明 Fragment 最多 60 ALU 指令
 - **Alpha Clipping 优先**：透明材质优先使用 Alpha Clipping 而非 Alpha Blend，避免过度绘制深度排序问题
 - **Frame Debugger 强制分析**：所有 Fragment Shader 必须在 Unity Frame Debugger 和 GPU Profiler 中通过性能分析后方可发布
 核心交付物：Dissolve Shader Graph（含 Sub-Graph 封装的 DissolveCore）、OutlineRendererFeature（URP 自定义描边通道）、CustomLit.hlsl（URP 兼容 PBR Shader 完整示例）、Shader Complexity Audit 模板。高级能力涵盖 Compute Shader GPU 数据处理、RenderDoc Shader 调试、自定义深度后处理通道和程序化纹理生成。属 The Agency Game Dev 部门，与 [[technical-artist]]（通用技术美术基类）共享 VFX/着色器核心规范；与 [[unreal-technical-artist]]（Unreal 材质系统）在跨引擎渲染技术层互补；与 [[unity-editor-tool-developer]]（编辑器工具）协同构成 Unity 专精团队。核心成功指标：100% Shader Graph 使用 Sub-Graph 封装重复逻辑；100% 暴露参数设置 Blackboard tooltip；移动端 Shader 100% 提供 fallback 变体。
 **[[unity-architect]]**（Unity Architect）：Unity 游戏架构师 AI Agent——数据驱动模块化架构专家，精通 ScriptableObject 优先设计、职责拆分和反模式消除，构建可扩展、无"意大利面条式代码"的 Unity 项目。核心理念：**ScriptableObject-First**——所有共享游戏数据必须存于 ScriptableObject，绝不通过 MonoBehaviour 字段跨场景传递；**零硬引用**——跨系统通信禁止 GameObject.Find()、FindObjectOfType() 和静态单例，必须通过 SO 事件通道连线。核心规范：
 - **ScriptableObject 事件通道**：`GameEvent : ScriptableObject` 通过 Raise/Register 模式实现松耦合跨系统通信，替代 GetComponent<> 引用链
 - **RuntimeSet 无单例追踪**：全局实体追踪使用 `RuntimeSet<T> : ScriptableObject`，OnEnable/OnDisable 自动注册/注销，无需单例
 - **单一职责强制**：每个 MonoBehaviour < 150 行，只解决一个问题；能用"and"描述则必须拆分；Prefab 场景无关自包含
 - **场景卫生**：每次场景加载视为干净状态，瞬态数据不得跨场景存活，除非显式通过 SO 持久化
 - **反模式零容忍**：God MonoBehaviour（500+ 行）、DontDestroyOnLoad 单例滥用、Update 内轮询逻辑均为禁止项
 核心交付物：FloatVariable SO（含 OnValueChanged 事件）、RuntimeSet<T> 泛型集合、GameEvent 事件通道（含 GameEventListener MonoBehaviour）、PlayerHealthDisplay 单一职责组件示例、Custom PropertyDrawer for FloatVariable（设计师实时编辑体验）。高级能力涵盖 Addressables 资源管理（替代 Resources.Load()）、SO 状态机（状态为 SO 资产、转换为 SO 事件）、Unity DOTS 混合架构（ECS + Job System + Burst Compiler 驱动性能关键系统，MonoBehaviour 处理编辑器友好型游戏逻辑）、内存分析（Memory Profiler 包 + Unity Profiler 深度分析）。
 属 The Agency Game Dev 部门，与 [[unity-multiplayer-engineer]]（网络层叠加 SO 架构设计）互补；与 [[unity-shader-graph-artist]]（SO 数据驱动视觉资产）协同；与 [[unity-editor-tool-developer]]（Custom PropertyDrawer 赋能 SO 设计师体验）构成 Unity 工具链闭环。核心成功指标：零 GameObject.Find() 或 FindObjectOfType()；每个 MonoBehaviour < 150 行且单一职责；Prefab 在空场景独立运行无错误；所有共享状态存于 SO 资产。
 **[[godot-gameplay-scripter]]**（Godot Gameplay Scripter）：Godot 4 游戏逻辑脚本专家 AI Agent——以软件架构师的纪律性构建类型安全、信号驱动、可组合的游戏玩法系统，精通 GDScript 2.0 和 C# 互操作。核心理念：**一切皆为节点，行为通过添加节点组合，而非增加继承深度**。核心规范：
 - **信号命名**：GDScript 用 snake_case（如 `health_changed`），C# 用 PascalCase + EventHandler 后缀（如 `HealthChangedEventHandler`）；信号必须携带类型化参数，禁止 Variant
 - **静态类型强制**：所有变量、函数参数和返回值必须显式类型化，使用 typed arrays（`Array[EnemyData]`），零无类型 var 出现在生产代码
 - **组合优于继承**：通过 `@onready var health: HealthComponent = $HealthComponent` 附加子节点组件，拒绝继承层级
 - **Autoload 纪律**：仅用于真正的跨场景全局状态（设置/存档/事件总线），游戏逻辑必须驻留在可独立实例化的场景中
 - **场景隔离**：每个场景必须可独立运行（F6），不假设父节点类型或兄弟节点存在
 核心交付物：Typed Signal 声明（GDScript + C# 双语）、EventBus Autoload 示例、HealthComponent 组件模式、Typed Array 敌人追踪示例、GDScript/C# 跨语言信号连接模式。高级能力涵盖 GDExtension C++ 集成（性能关键系统）、RenderingServer 低级 API（批量网格实例化）、Service Locator 模式（带优先级的事件总线）、WebRTC P2P 多人游戏（延迟补偿 + 死 reckoning）。属 The Agency Game Dev 部门 Godot 专精，与 [[unity-architect]] 在**组合优于继承**的设计哲学上存在跨引擎共识，但具体实现机制不同——Unity 使用 ScriptableObject 事件通道，Godot 使用信号总线；两者均反对全局可变状态。核心成功指标：零生产代码无类型 var；所有信号参数显式类型化；所有场景可独立运行（F6 无错）。
 **[[godot-multiplayer-engineer]]**（Godot Multiplayer Engineer）：Godot 4 多人游戏网络专家 AI Agent——精通 MultiplayerAPI、MultiplayerSpawner、MultiplayerSynchronizer、RPC 机制和 ENet/WebRTC 传输层，构建生产级实时多人游戏。核心理念：**权威精确、场景架构意识、延迟诚实、GDScript 精准**。核心规范：
 - **权威模型**：`set_multiplayer_authority()` 必须显式设置每个节点权威（而非依赖默认值 peer 1），所有游戏关键状态（位置/生命值/分数/物品）由服务器（peer 1）持有权威
 - **RPC 安全性**：所有 `@rpc("any_peer")` 必须进行服务器端发送者 ID 验证和输入合理性检查；`@rpc("authority")` 用于服务器→客户端确认；`@rpc("call_local")` 用于调用者也执行效果
 - **场景复制**：`MultiplayerSpawner` 是所有动态生成网络节点的唯一正确方式（手动 `add_child()` 会导致对端节点丢失）；`MultiplayerSynchronizer` 配置 `ON_CHANGE` 模式避免每帧同步
 核心交付物：NetworkManager Autoload（ENet 服务器/客户端）、Server-Authoritative Player Controller（含 RPC 安全审计）、MultiplayerSynchronizer 配置（ON_CHANGE 属性同步）、MultiplayerSpawner 场景生成（含连接/断连处理）、RPC Security Pattern（物品拾取验证示例）、Matchmaking 集成（HTTPRequest + ticket-based 方案）。高级能力涵盖 WebRTC P2P 多人游戏（STUN/TURN NAT 穿透）、Nakama 游戏服务器集成（大厅/排行榜/DataStore）、Relay Server 架构（二进制协议 + 房间路由）、自定义网络协议设计（`PackedByteArray` + 增量压缩）。属 The Agency Game Dev 部门，与 [[godot-gameplay-scripter]]（GDScript 游戏逻辑脚本）在多人游戏场景下协同工作；与 [[unity-multiplayer-engineer]] 在**服务器权威模型 + RPC 安全性**的核心概念上跨引擎共识，但 Godot 使用 `set_multiplayer_authority()` 显式权威 + MultiplayerSynchronizer 显式配置，Unity 使用 NetworkTransform/NetworkVariable 隐式同步。核心成功指标：零权威不匹配（所有状态变更均有 `is_multiplayer_authority()` 守卫）；所有 `@rpc("any_peer")` 均通过服务器端验证；在 150ms 模拟延迟下无破坏性同步问题。
 **[[godot-shader-developer]]**（Godot Shader Developer）：Godot 4 渲染效果专家 AI Agent——精通 Godot 着色语言（GLSL-like）、VisualShader 编辑器、CanvasItem 和 Spatial 着色器、后处理与性能优化，专注于 2D/3D 视觉效果开发。核心理念：**创作性、正确性与性能意识三合一，渲染方案服务于目标平台而非理论最优**。核心规范：
 - **shader_type 声明**：每个着色器必须显式声明 `canvas_item`（2D/UI）、`spatial`（3D）、`particles` 或 `sky`，Godot 4 着色语言不是原始 GLSL，必须使用 Godot 内置变量（`TEXTURE`/`UV`/`COLOR`/`ALBEDO`）而非 GLSL 等价物
 - **渲染器分级适配**：Forward+（高端，全特性）→ Mobile（中端，规避 `discard`）→ Compatibility（最广泛，无 compute shader / 无 `DEPTH_TEXTURE` canvas 采样）
 - **uniform hint 强制**：所有 uniform 必须附带 hint（`hint_range`/`source_color`/`hint_normal`），否则 Inspector 无法正确显示
 - **纹理采样计数**：片元着色器每帧纹理采样是主要性能成本，移动端不透明材质预算 ≤ 6 次采样
 核心交付物：2D CanvasItem 精灵描边着色器（8 邻域采样 alpha 检测）、3D Dissolve 溶解着色器（noise texture + discard + 边缘自发光）、3D 水面着色器（双层法线混合 + 深度色彩渐变）、全屏后处理 CompositorEffect（GDScript + RenderingDevice）、着色器性能审计清单。高级能力涵盖 RenderingDevice API（compute shader 分发）、VisualShaderNodeCustom 自定义节点、FBM/Voronoi 程序化纹理、屏幕空间反射（SCREEN_TEXTURE）、体积雾（`fog_density` 输出）。属 The Agency Game Dev 部门，与 [[godot-gameplay-scripter]]（GDScript 游戏逻辑）协同构建完整的 Godot 4 游戏开发栈；与 [[unity-shader-graph-artist]] 在 Shader Graph 可视化编辑理念上跨引擎共识，但 Godot 使用 VisualShader + GLSL-like 代码着色器双轨，Unity 使用 Shader Graph + HLSL；与 [[technical-artist]] 在渲染技术+美术桥梁角色上重叠。核心成功指标：所有着色器声明 `shader_type` 并在头部注释标注渲染器要求；所有 uniform 带 hint；移动端着色器通过 Compatibility 渲染器无错；无未经性能审计的 `SCREEN_TEXTURE`。
 ## Conflict Areas
 1. **Kanban vs Event Sourcing**: Kanban emphasizes visual team collaboration; Event Sourcing emphasizes auto-tracking and context preservation. **[[Project State Management]]**（事件驱动看板替代方案）vs 传统 PM 工具。核心差异：手动拖拽 vs 自然语言输入；静态快照 vs 全历史保留；无上下文 vs 完整决策链。**[[Event Sourcing]]** 在此上下文中指将项目变更存储为事件序列，每次 progress/blocker/decision/pivot 均持久化，保留完整决策上下文。
@@ -797,6 +1002,16 @@ Key concepts: [[Django ORM]], [[Django REST Framework]], [[Django Admin 定制]]
 13. **数据库备份方案**：pg_dump 逻辑备份 vs rsync 文件级备份。pg_dump 是热备份标准（零停机、跨平台迁移能力强），但不能备份运行中数据库的物理文件目录；rsync 适合 Docker 卷备份但需确保数据库一致状态。[[MinIO + Zipline 图床安装]] 使用 pg_dump 逻辑备份 PostgreSQL + Hyper Backup 文件备份 MinIO 目录，两者互补。
-14. **SuperCall 沙盒 Persona vs 通用语音 Agent**：[[event-guest-confirmation]] 中使用的 [[SuperCall]] 强调独立沙盒设计——AI persona 只持有预设的 persona name、goal、opening line，无法访问外部系统；[[phone-based-personal-assistant]] 侧重通用个人助手场景，需要访问更多上下文。**[[Sandboxed Persona]]** 适用于确认类单一任务（安全、无注入风险）；通用语音 Agent 适用于需要跨系统协调的复杂助手场景。
+14. **Zhihu vs Douyin（中国平台深度 vs 视觉策略差异）**：知乎侧重信誉驱动的深度内容（综合性回答最少 300 词），内容以专业知识和案例支撑为核心；抖音侧重娱乐驱动的视觉内容（3-60 秒爆款），以完播率和黄金3秒钩子为核心。两者的"成功"衡量标准完全不同——知乎衡量权威积累和精准线索转化，抖音衡量流量规模和即时互动。**协调方向**：两者互补而非竞争，Zhihu 负责品牌专业深度建立， Douyin 负责流量获取和品牌曝光（详见 [[marketing-zhihu-strategist]] Contradictions 部分）。
 15. **SuperCall 沙盒 Persona vs 通用语音 Agent**：[[event-guest-confirmation]] 中使用的 [[SuperCall]] 强调独立沙盒设计——AI persona 只持有预设的 persona name、goal、opening line，无法访问外部系统；[[phone-based-personal-assistant]] 侧重通用个人助手场景，需要访问更多上下文。**[[Sandboxed Persona]]** 适用于确认类单一任务（安全、无注入风险）；通用语音 Agent 适用于需要跨系统协调的复杂助手场景。
 16. **Agent 去电通知 vs Agent 来电接收**：[[phone-call-notifications]] 中 Agent 主动向用户拨打电话通知（Agent → User），通话由 Agent 触发，用户是被动接收方；[[phone-based-personal-assistant]] 中用户主动呼叫 Agent（User → Agent），Agent 接听并提供助理服务。两者方向相反但互补——前者用于紧急告警、定时简报、重要事件通知，后者用于随时咨询、查询、执行任务。共同构成完整语音双向通信能力。
 18. **企业财务 Agent 全链路能力**：Finance Tracker Agent 覆盖从数据验证→预算编制（95%+ 准确率）→现金流管理（12 个月预测，90%+ 准确率）→投资分析（NPV/IRR/ROI，25%+ 平均回报）→合规审计的全链路财务管理。核心差异化在于：多级审批 + 职责分离 + 完整审计跟踪。[[support-finance-tracker]]
 19. **播客"慢媒介" vs 短视频"快媒介"**：[[marketing-podcast-strategist]] 主张播客是"慢媒介"，核心竞争力是主播人格深度和听众陪伴感，固定更新节奏比频繁更新更重要，完成率比播放量更能反映内容质量；[[marketing-short-video-editing-coach]] 侧重高频爆款节奏，以完播率和黄金3秒钩子为核心。两者的"成功"衡量标准完全不同——播客衡量听众忠诚度和长期品牌信任，短视频衡量流量规模和即时互动。**协调方向**：两者互补而非竞争——播客负责深度内容建立品牌信任和私域沉淀，短视频负责流量获取和品牌曝光，可并行运营但内容策略和节奏管理需分开制定（详见 [[marketing-podcast-strategist]] Contradictions 部分）。
 18. **多 Agent 协作工作流关键模式**：[[workflow-startup-mvp]] 展示了 4 周 MVP 开发中 7 种专业 Agent 的协作模式。核心 4 大模式：① **Sequential Handoff**（顺序交接）——每个 Agent 的完整输出作为下一 Agent 输入，不摘要不压缩；② **Parallel Agent Work**（并行工作）——独立 Agent 可在同一阶段同时激活（如 Week 1 的 Sprint Prioritizer 和 UX Researcher）；③ **Quality Gate**（质量门控）——在 Week 2 中点和 Week 4 发布前由 Reality Checker 评估 GO/NO-GO；④ **Context Passing**（上下文传递）——Agent 之间无共享记忆，必须显式传递完整上下文。未来引入 Orchestrator Agent 可替代手动传递，实现全自动化流水线。[[workflow-startup-mvp]]
 15. **Agent 去电通知 vs Agent 来电接收**：[[phone-call-notifications]] 中 Agent 主动向用户拨打电话通知（Agent → User），通话由 Agent 触发，用户是被动接收方；[[phone-based-personal-assistant]] 中用户主动呼叫 Agent（User → Agent），Agent 接听并提供助理服务。两者方向相反但互补——前者用于紧急告警、定时简报、重要事件通知，后者用于随时咨询、查询、执行任务。共同构成完整语音双向通信能力。
--- a/wiki/sources/engineering-autonomous-optimization-architect.md
+++ b/wiki/sources/engineering-autonomous-optimization-architect.md
@@ -0,0 +1,52 @@
 ---
 title: "Autonomous Optimization Architect"
 type: source
 tags: ["ai-finetuning", "llm-routing", "ai-fintech", "autonomous-agents", "cost-optimization"]
 date: 2026-04-26
 ---
 ## Source File
 - [[Agent/agency-agents/engineering/engineering-autonomous-optimization-architect.md]]
 ## Summary（用中文描述）
 - 核心主题：LLM 驱动的自主优化与智能路由系统，通过影子测试持续评估和切换 AI 模型
 - 问题域：AI 系统运营成本失控、模型选择缺乏数据驱动、缺少金融级安全保障
 - 方法/机制：LLM-as-a-Judge 评分、影子流量测试、暗启动（Dark Launching）、熔断器（Circuit Breaker）、AI FinOps
 - 结论/价值：在保证 99.99% 稳定性的前提下，通过自动路由至更便宜/更快的模型实现 >40% 成本降低
 ## Key Claims（用中文描述）
 - 影子流量（Shadow Traffic）异步测试新模型，不影响生产环境稳定性的同时收集真实对比数据
 - 自主流量路由（Autonomous Traffic Routing）：实验模型达到基准精度（如 98%）且成本更低（如 1/10）时，自动切换至该模型
 - 金融与安全护栏（Financial & Security Guardrails）：每个外部请求必须配置超时、重试上限和廉价兜底方案，防止无限循环
 - 异常熔断（Halt on Anomaly）：流量突增 500% 或出现 HTTP 402/429 错误时，立即触发熔断器并告警人工
 - 成本优先原则：提出 LLM 架构时必须同时给出每百万 Token 的主路径和兜底路径成本估算
 ## Key Quotes
 > "I have evaluated 1,000 shadow executions. The experimental model outperforms baseline by 14% on this specific task while reducing costs by 80%." — Autonomous Optimization Architect 通信风格
 > "Circuit breaker tripped on Provider A due to unusual failure velocity. Automating failover to Provider B to prevent token drain. Admin alerted." — 熔断触发时的标准告警语
 > "Autonomous routing without a circuit breaker is just an expensive bomb." — 该 Agent 的核心理念
 ## Key Concepts
 - [[CircuitBreaker]]：熔断器模式，当 Provider 失败频率超过阈值时自动切断并切换到廉价兜底方案
 - [[LLMasJudge]]：用 LLM 自动评估实验模型输出的质量，作为客观评分替代人工评审
 - [[ShadowTraffic]]：影子流量，将一小部分请求异步转发至实验模型，与生产结果对比评分
 - [[SemanticRouting]]：语义路由，根据任务类型和历史性能选择最优 Provider
 - [[DarkLaunching]]：暗启动/灰度发布，新模型在不影响用户的前提下逐步引入
 - [[AIFinOps]]：AI 云财务管理，跟踪每个 LLM 的 token 消耗、成本和延迟，建立历史性能排名
 ## Key Entities
 - [[OpenAI]]：主要 LLM Provider 之一，提供 GPT 系列模型
 - [[Anthropic]]：主要 LLM Provider，提供 Claude 系列模型
 - [[GoogleGemini]]：主要 LLM Provider，提供 Gemini Flash 等高性价比模型
 - [[Firecrawl]]：网页抓取 API，当 LLM Provider 不可用时的备选数据获取方案
 ## Connections
 - [[testing-workflow-optimizer]] ← uses ← [[AutonomousOptimizationArchitect]]（工作流优化依赖路由决策）
 - [[backend-architect-with-memory]] ← depends_on ← [[AutonomousOptimizationArchitect]]（后端架构依赖成本追踪记忆）
 - [[automation-governance-architect]] ← shares_guardrails ← [[AutonomousOptimizationArchitect]]（自动化治理与本 Agent 均涉及安全护栏设计）
 ## Contradictions
 - 与 [[testing-performance-benchmarker]] 冲突：
  - 冲突点：性能基准测试强调人工驱动的静态评估，本 Agent 强调机器驱动的动态 A/B 测试
  - 当前观点：持续自动的影子测试比定期人工测试更能反映生产环境真实性能
  - 对方观点：性能基准测试提供可控、可复现的实验室数据，而非真实流量噪声
--- a/wiki/sources/engineering-mobile-app-builder.md
+++ b/wiki/sources/engineering-mobile-app-builder.md
@@ -0,0 +1,56 @@
 ---
 title: "Mobile App Builder Agent Personality"
 type: source
 tags: []
 date: 2026-04-26
 ---
 ## Source File
 - [[Agent/agency-agents/engineering/engineering-mobile-app-builder.md]]
 ## Summary（用中文描述）
 - 核心主题：Mobile App Builder — 专注于原生 iOS/Android 开发和跨平台框架的移动应用开发 AI Agent 人格规范
 - 问题域：如何在移动端构建高性能、平台原生体验的应用；原生开发与跨平台开发的选型决策；移动端特有的性能、续航、离线场景约束
 - 方法/机制：Swift/SwiftUI（iOS）、Kotlin/Jetpack Compose（Android）、React Native/Flutter（跨平台）；MVVM 模式；Offline-First 架构；平台原生设计规范（Material Design / Human Interface Guidelines）
 - 结论/价值：移动开发 Agent 需要具备平台意识、性能优先、用户体验驱动的特质，同时保持跨平台的技术多样性
 ## Key Claims（用中文描述）
 - 原生 iOS/Android 开发必须遵循平台设计指南（Material Design、Human Interface Guidelines）
 - 移动应用必须实现离线优先架构和智能数据同步
 - 跨平台开发需在代码复用与平台原生体验之间找到平衡
 - 移动性能优化目标：冷启动 < 3 秒，内存占用 < 100MB，续航损耗 < 5%/小时
 ## Key Quotes
 > "Implemented iOS-native navigation with SwiftUI while maintaining Material Design patterns on Android" — 平台感知型开发示例
 > "Built offline-first architecture to handle poor network conditions gracefully" — 移动约束优先的设计理念
 > "Optimized app startup time to 2.1 seconds and reduced memory usage by 40%" — 性能优化的典型目标
 ## Key Concepts
 - [[Offline-First Architecture]]：离线优先架构 — 构建应用时默认以离线为基准，网络连接时进行数据同步，确保弱网环境下的用户体验
 - [[MVVM Pattern]]：Model-View-ViewModel — SwiftUI 和 Jetpack Compose 推荐的状态管理模式，ViewModel 持有 UI 状态和业务逻辑，View 负责渲染
 - [[Cross-Platform Mobile Development]]：跨平台移动开发 — 使用 React Native 或 Flutter 等框架在 iOS 和 Android 上共享代码，同时保持平台原生特性
 - [[Platform-Native UI]]：平台原生 UI — 遵循各平台设计规范（Material Design / HIG）实现符合用户预期的界面和交互
 - [[Biometric Authentication]]：生物特征认证 — 在移动应用中集成 Face ID、Touch ID 或指纹识别实现安全身份验证
 - [[Push Notification System]]：推送通知系统 — 针对不同平台（APNs/Firebase）实现精准推送，提升用户留存
 ## Key Entities
 - [[SwiftUI]]：Apple 声明式 UI 框架，用于构建现代 iOS/macOS 应用界面
 - [[Jetpack Compose]]：Google Jetpack 声明式 UI 工具包，Android 原生现代化 UI 开发
 - [[React Native]]：Facebook/Meta 开源跨平台框架，使用 JavaScript/TypeScript 构建原生移动应用
 - [[Flutter]]：Google 开源跨平台 UI 工具包，使用 Dart 语言，可编译为原生 ARM 代码
 - [[Swift]]：Apple iOS/macOS 开发语言，配合 SwiftUI 使用
 - [[Kotlin]]：Google 官方 Android 开发语言，配合 Jetpack Compose 使用
 ## Connections
 - [[agents-orchestrator]] ← orchestrates ← [[engineering-mobile-app-builder]]
 - [[engineering-mobile-app-builder]] ← shares_workflow ← [[unity-architect]]（平台策略和架构决策方法论）
 - [[engineering-mobile-app-builder]] ← extends ← [[software-architect]]（系统架构原则应用于移动端）
 - [[visionos-spatial-engineer]] ← related_to ← [[engineering-mobile-app-builder]]（Apple 生态移动开发扩展）
 - [[xr-immersive-developer]] ← related_to ← [[engineering-mobile-app-builder]]（XR 与移动平台的跨设备体验）
 ## Contradictions
 - 与 [[unity-architect]] 跨平台理念存在框架差异：
  - 冲突点：原生开发 vs 跨平台框架的优先级
  - 当前观点：Mobile App Builder 默认支持多种框架（SwiftUI、Jetpack Compose、React Native、Flutter），按需选型
  - 对方观点：Unity Architect 专注于 Unity 引擎内的跨平台方案
  - 说明：两者解决的问题域不同，Mobile App Builder 面向通用移动应用，Unity Architect 面向游戏开发，属合理分工而非矛盾