Sync: add project management and xr notes

wiki/overview.md

@@ -57,6 +57,19 @@ The wiki covers two major multi-agent frameworks: **The Agency** (agency-agents)
 
 **[[macos-spatial-metal-engineer]]**（macOS Spatial/Metal Engineer）：Apple 平台专用 Metal 渲染与空间计算 Agent——专注于 Swift + Metal 的高性能 3D 渲染系统和 visionOS 空间计算体验。核心能力：实例化 Metal 渲染（Instanced Rendering）驱动 10k-100k 节点图数据，目标 90fps 立体渲染；通过 RemoteImmersiveSpace 和 LayerRenderer（stereo 模式、RGBA16Float + Depth32Float）实现 macOS 到 Vision Pro 的帧流传输；Metal Compute Shader 执行 GPU 并行力导向图物理模拟（排斥力 + 吸引力 + 阻尼）；注视（Gaze）+ 捏合（Pinch）空间交互与 raycast hit testing。性能约束：GPU 利用率 < 80%、每帧 < 100 draw calls、内存 < 1GB。与 [[xr-immersive-developer]] 互补——前者专注浏览器端 WebXR，后者专注 Apple 原生 Metal 渲染管线；与 [[visionos-spatial-engineer]] 存在职责张力——后者倾向 visionOS 原生开发，前者侧重 macOS 渲染侧 + Vision Pro 流式输出，两者协同构成完整的 Apple 空间计算平台能力。属 [[Spatial-Computing]] 概念在 Apple 原生平台场景的具体实现。
 
+**[[visionos-spatial-engineer]]**（visionOS Spatial Engineer）：Apple visionOS 原生空间计算 Agent——专注于 visionOS 26 平台的 SwiftUI volumetric interfaces 和 Liquid Glass Design System 实现。核心能力：Liquid Glass 透明材质设计（自适应 light/dark 环境）、Spatial Widgets（吸附墙面/桌面、持久化放置）、SwiftUI Volumetric APIs（3D 内容集成、volume transient content、breakthrough UI）、RealityKit-SwiftUI 集成（Observable entities、直接手势处理、ViewAttachmentComponent）、Multi-Window Architecture（WindowGroup 管理、玻璃背景效果）、GPU 高效渲染。技术栈：SwiftUI / RealityKit / ARKit / Metal。典型交付物：visionOS 原生空间应用、volumetric 界面、Liquid Glass 体验。与 [[macos-spatial-metal-engineer]] 协同——前者专注 UI/UX 层应用开发，后者专注 GPU 密集型数据渲染，共同构成完整的 Apple 空间计算平台能力。属 [[Spatial-Computing]] 概念在 Apple 原生平台场景的具体实现。
+
+### The Agency — Project Management 部门
+|The Agency 的 Project Management 部门涵盖多个垂直领域的专业项目管理 Agent，从战略组合管理到实验跟踪，覆盖项目全生命周期。|
+
+**[[project-management-studio-producer]]**（Studio Producer）：高管级战略领导者 Agent——The Agency 项目管理部门的组合管理专家，专注于创意愿景与商业目标对齐的多项目战略管理。核心职责：战略组合规划（Tier 1/2/Innovation Pipeline 三级分级）、Portfolio ROI 管理（要求 ≥ 25%）、95% 按时交付率、高管级利益相关者沟通、风险平衡与财务管控。四阶段工作流：战略规划→项目编排→领导力发展→绩效优化。成功指标：Portfolio ROI ≥ 25%、95% 按时交付、客户满意度 4.8/5、市场排名前三、团队绩效超行业基准。与 [[Project-Management-Studio-Operations]] 协同——Producer 负责战略规划，Operations 负责执行落地；与 [[Project-Manager-Senior]]（执行层任务分解）互补——Studio Producer 关注组合层面的资源分配与优先级排序，Senior PM 关注单项目内部的需求到任务的精确映射，共同构成战略-执行协作闭环。属 Agency 项目管理体系中最高战略层级，与 [[Project-Manager-Senior]]（执行层）→ [[Project-Management-Jira-Workflow-Steward]]（流程治理）→ [[Project-Management-Project-Shepherd]]（项目看护）→ [[Project-Management-Experiment-Tracker]]（实验跟踪）共同构成完整项目管理层级。
+
+**[[Project-Management-Studio-Operations]]**（Studio Operations）：日常运营效率与流程优化专家 Agent——The Agency 项目管理部门的执行层 Agent，专注于工作室日常运营效率、流程优化和资源协调，确保 95% 运营效率目标达成。核心职责：SOP 文档化与版本控制（分步程序+质量检查点+升级机制）、资源分配调度和设备技术维护、成本优化与供应商关系管理、运营指标追踪与持续改进。四阶段工作流：流程评估与设计→资源协调管理→实施与团队支持→监控与持续改进。核心交付物：SOP 模板（概述/前提条件/分步程序/质量控制/文档记录）、运营效率报告模板（执行摘要/绩效指标/流程改进/持续改进计划）。成功指标：95% 运营效率、99.5% 系统正常运行时间、团队满意度 4.5/5、年度成本降低 10%、支持响应时间 < 2 小时。与 [[project-management-studio-producer]]（战略层）协同——Producer 负责战略规划，Studio Operations 负责执行落地；与 [[ProjectManagerSenior]] 协同——Senior PM 产出任务列表，Studio Operations 负责执行调度和运营支持；属 Agency 项目管理体系中执行支撑层级，与 Studio Producer（战略层）→ Senior PM（执行层任务分解）→ Studio Operations（执行支撑）共同构成完整项目管理体系。
+
+**[[ProjectManagerSenior]]**（Senior Project Manager）：单项目任务分解专家 Agent——The Agency 项目管理部门的执行层 Agent，专注于将网站规格文档（site-setup.md）精准转化为 30-60 分钟可执行开发任务列表。核心方法：**精确引用规格原则**（逐字引用原始需求而非主观添加）、**务实范围控制**（默认基础实现即可接受，拒绝 luxury/premium 功能，除非规格明确）、**开发者优先原则**（任务描述具体到可直接交给开发者的程度）。典型交付物：任务列表保存至 `ai/memory-bank/tasks/[project-slug]-tasklist.md`，每任务包含验收标准、涉及文件列表和规格引用。技术栈要求提取：CSS 框架、FluxUI 组件规格、Laravel/Livewire 集成需求。核心价值：**消除规格到任务之间的翻译损耗**，通过"精确引用+粒度控制+务实范围"三原则防止项目范围蔓延（scope creep）。与 [[Project-Management-Studio-Operations]] 互补——Senior PM 产出任务列表，Studio Operations 负责执行调度；与 [[Project-Management-Jira-Workflow-Steward]] 协同——Jira 工作流编排基于 Senior PM 产出的任务列表执行；与 [[ProjectManagerSenior]] 在知识图谱中等同于 [[ProjectManagerSenior]]。
+
+**[[Project-Management-Experiment-Tracker]]**（Experiment Tracker）：实验追踪与数据驱动决策专家 Agent——The Agency 项目管理部门的实验管理专家 Agent，专注于 A/B 测试、功能实验和假设验证的科学化管理。核心职责：设计统计有效的 A/B 测试和多变量实验（默认 95% 置信度）、管理实验 Portfolio 组合（每季度 15+ 实验）、执行统计功效分析确定所需样本量、实施渐进放量与安全监控。高级能力：多臂老虎机（Multi-armed Bandits）动态流量分配、贝叶斯分析支持实时决策、因果推断技术理解实验真正效果、ML 模型 A/B 测试与预测建模。典型交付物：实验设计文档模板（假设/设计/风险评估/实施计划）、实验结果报告模板（统计结果/置信区间/业务影响/决策建议）。成功指标：95% 实验达统计显著性、70% 实验成功率、80% 成功实验实现落地。与 [[Project-Management-Studio-Producer]] 协同——Producer 基于实验数据优化 Portfolio 资源配置；与 [[Project-Management-Studio-Operations]] 存在潜在张力——实验节奏（等待统计显著性）可能与内容制作节奏冲突；与 [[Project-Management-Jira-Workflow-Steward]] 协同——实验结果通过 Jira 工作流转化为产品改进任务。属 Agency 项目管理体系中的实验验证层级，补充了从战略规划→任务分解→实验验证→流程治理的完整闭环。
+
 ### The Agency — Paid Media 部门
 The Agency 的 Paid Media 部门专注于企业级付费媒体策略与运营，涵盖 Google Ads、Microsoft Advertising、Amazon Ads 三大核心平台。
 
@@ -657,6 +670,10 @@ Key concepts: [[Django ORM]], [[Django REST Framework]], [[Django Admin 定制]]
 
 **[[sales-engineer]]**（Sales Engineer Agent）：售前工程师 Agent，专注于在 B2B 技术评估中赢得技术决策——核心理念：技术决策先于商业合同，售前工程师必须将每一次技术对话连接到业务成果，而非单纯展示功能。核心能力：**Demo Engineering**（以影响力为导向的演示设计：先量化问题→展示结果→逆向讲解→证明收尾，以 [[AhaMoment]] 为核心成功标准）+ **POC Scoping**（严格限定的概念验证：成功标准明确写在开始前，2-3 周硬性时间线，中期检查点，防止范围蔓延）+ **FIA Framework**（Fact-Impact-Act 竞争定位框架，保持事实基础和可操作性，永远不攻击竞品）+ **技术异议解码**（识别"是否支持 SSO？"背后的真实关切是"能否通过安全审查"，从根源回应而非表面处理）+ **评估笔记维护**（结构化记录每个活跃交易的技术环境、决策者、竞争态势和演示策略）。成功指标：技术赢率 70%+，POC 转化率 80%+，演示到下一步行动率 90%+，中位数 18 天技术决策。与 [[sales-discovery-coach]] 在发现阶段技术深度参与度上存在张力——前者主张售前主导技术发现，后者主张销售发现以业务语言建立信任；与 [[sales-deal-strategist]] 共享竞争定位和 Winning/Battling/Losing 三区分析，但前者专注于技术评估层，后者覆盖全周期交易策略。属 The Agency Sales 团队完整销售闭环中的技术评估支柱。
 
+### The Agency — Specialized 部门
+
+**[[specialized-civil-engineer]]**（Civil Engineer）：全球设计标准覆盖的结构与土木工程专家 Agent——专注于安全、经济、可建造的结构设计，驾驭 Eurocode（EN 1990–1999 + 各国 National Annex）、ACI 318（LRFD/SD）、AISC 360、ASCE 7、GB、IS、AIJ 等全球主流建筑规范体系。核心能力：**ULS+SLS 双重验证**（承载力极限状态与正常使用极限状态必须同时满足方为合格）+ **多标准冲突处理**（IBC+Eurocode 混用时识别冲突→文档记录→保守优先→设计依据报告）+ **岩土工程**（地勘报告解读、承载力/沉降分析、挡土结构、边坡稳定）。计算交付物包括：钢梁 AISC 360 LRFD 计算包（截面选型→抗弯验算→挠度检查）、RC 梁 Eurocode EN 1992-1-1 计算包（K 法配筋设计→抗剪验算）、岩土地基 Terzaghi 承载力分析（含 EN 1997 DA1 验证）。六阶段工作流：项目范围→初步设计→详细计算→建造文档→规范合规→施工支持。属 The Agency Specialized 部门的基础设施工程方向，与 [[specialized-developer-advocate]]（开发者关系）同属 Specialized 专业 Agent 系列，与 [[specialized-workflow-architect]]（工作流架构）存在依赖关系。
+
 ## 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 均持久化，保留完整决策上下文。