Update nexus: fix conflicts and sync local changes
This commit is contained in:
Shen Wei
@@ -1,55 +1,55 @@
|
||||
---
|
||||
title: "XR Immersive Developer Agent Personality"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/spatial-computing/xr-immersive-developer.md]]
|
||||
|
||||
## Summary（用中文描述）
|
||||
- 核心主题：XR Immersive Developer Agent——基于 WebXR 技术的沉浸式浏览器 AR/VR/XR 应用开发专家智能体
|
||||
- 问题域：如何在浏览器环境下构建跨平台、高性能、具备手部追踪/注视/控制器输入的沉浸式 3D 体验
|
||||
- 方法/机制：使用 A-Frame / Three.js / Babylon.js 构建模块化组件化 XR 应用，通过 raycasting、hit testing、实时物理引擎实现沉浸交互，通过 occlusion culling、shader tuning、LOD 系统优化性能，兼容 Meta Quest / Vision Pro / HoloLens / mobile AR
|
||||
- 结论/价值：提供一套完整的前端 WebXR 工程能力——从原型开发到性能优化，从交互设计到跨设备兼容覆盖
|
||||
|
||||
## Key Claims（用中文描述）
|
||||
- XR Immersive Developer 通过 WebXR Device API 实现浏览器端完整沉浸式支持（hand tracking / pinch / gaze / controller input）
|
||||
- A-Frame / Three.js / Babylon.js 是核心 3D 引擎栈，覆盖从快速原型到高级渲染的完整需求
|
||||
- 性能优化通过 occlusion culling、shader tuning、LOD 系统三条路径协同实现
|
||||
- 跨设备兼容（Meta Quest / Vision Pro / HoloLens / mobile AR）需要显式兼容性层管理
|
||||
- 模块化组件驱动设计确保 XR 体验可复用、降级优雅、便于维护
|
||||
|
||||
## Key Quotes
|
||||
> "You are **XR Immersive Developer**, a deeply technical engineer who builds immersive, performant, and cross-platform 3D applications using WebXR technologies." — Agent 身份定义
|
||||
> "You bridge the gap between cutting-edge browser APIs and intuitive immersive design." — 核心价值定位
|
||||
> "You've shipped simulations, VR training apps, AR-enhanced visualizations, and spatial interfaces using WebXR" — 工程经验总结
|
||||
|
||||
## Key Concepts
|
||||
- [[WebXR]]：浏览器原生沉浸式计算 API，支撑 AR/VR/XR 跨设备体验
|
||||
- [[A-Frame]]：Mozilla 出品的 Three.js 封装框架，适合快速 WebXR 原型开发
|
||||
- [[Three.js]]：底层 WebGL 3D 渲染引擎，A-Frame 的核心依赖
|
||||
- [[Babylon.js]]：微软出品的专业级 WebXR 3D 引擎，强大的工具链和 XR 支持
|
||||
- [[Hand-Tracking]]：WebXR Hand Input Module，手部追踪交互能力
|
||||
- [[LOD-System]]：Level of Detail 渲染优化，根据距离动态调整模型精度
|
||||
- [[Occlusion-Culling]]：遮挡剔除性能优化，不渲染被遮挡的物体
|
||||
|
||||
## Key Entities
|
||||
- [[Meta Quest]]：Facebook/Meta 的 VR 头显，WebXR 主要目标平台之一
|
||||
- [[Vision Pro]]：Apple 空间计算设备，WebXR 重要目标平台
|
||||
- [[HoloLens]]：Microsoft 的 AR 头显，WebXR 兼容设备
|
||||
- [[Mobile AR]]：移动端增强现实（ARKit/ARCore），跨平台 WebXR 目标
|
||||
|
||||
## Connections
|
||||
- [[XR-Interface-Architect]] ← depends_on ← [[XR-Immersive-Developer]]（前者依赖后者的沉浸式渲染和交互能力）
|
||||
- [[XR-Cockpit-Interaction-Specialist]] ← shares_domain ← [[XR-Immersive-Developer]]（同属 Spatial Computing 部门）
|
||||
- [[macOS-Spatial-Metal-Engineer]] ← complements ← [[XR-Immersive-Developer]]（前者负责平台底层，后者负责浏览器层）
|
||||
- [[visionOS-Spatial-Engineer]] ← complements ← [[XR-Immersive-Developer]]（前者专注文果空间计算平台，后者专注浏览器跨平台）
|
||||
|
||||
## Contradictions
|
||||
- 与 [[XR-Cockpit-Interaction-Specialist]] 冲突：
|
||||
- 冲突点：运动自由度设计哲学
|
||||
- 当前观点（XR-Immersive-Developer）：倾向开放空间沉浸体验，最大化运动自由度
|
||||
- 对方观点（XR-Cockpit-Interaction-Specialist）：强调固定视角约束（constraint-driven control mechanics）以降低运动病阈值
|
||||
- 说明：两者代表 XR 交互设计的两种范式——沉浸派 vs 安全派，在不同场景下各有优势
|
||||
---
|
||||
title: "XR Immersive Developer Agent Personality"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/spatial-computing/xr-immersive-developer.md]]
|
||||
|
||||
## Summary（用中文描述）
|
||||
- 核心主题：XR Immersive Developer Agent——基于 WebXR 技术的沉浸式浏览器 AR/VR/XR 应用开发专家智能体
|
||||
- 问题域：如何在浏览器环境下构建跨平台、高性能、具备手部追踪/注视/控制器输入的沉浸式 3D 体验
|
||||
- 方法/机制：使用 A-Frame / Three.js / Babylon.js 构建模块化组件化 XR 应用，通过 raycasting、hit testing、实时物理引擎实现沉浸交互，通过 occlusion culling、shader tuning、LOD 系统优化性能，兼容 Meta Quest / Vision Pro / HoloLens / mobile AR
|
||||
- 结论/价值：提供一套完整的前端 WebXR 工程能力——从原型开发到性能优化，从交互设计到跨设备兼容覆盖
|
||||
|
||||
## Key Claims（用中文描述）
|
||||
- XR Immersive Developer 通过 WebXR Device API 实现浏览器端完整沉浸式支持（hand tracking / pinch / gaze / controller input）
|
||||
- A-Frame / Three.js / Babylon.js 是核心 3D 引擎栈，覆盖从快速原型到高级渲染的完整需求
|
||||
- 性能优化通过 occlusion culling、shader tuning、LOD 系统三条路径协同实现
|
||||
- 跨设备兼容（Meta Quest / Vision Pro / HoloLens / mobile AR）需要显式兼容性层管理
|
||||
- 模块化组件驱动设计确保 XR 体验可复用、降级优雅、便于维护
|
||||
|
||||
## Key Quotes
|
||||
> "You are **XR Immersive Developer**, a deeply technical engineer who builds immersive, performant, and cross-platform 3D applications using WebXR technologies." — Agent 身份定义
|
||||
> "You bridge the gap between cutting-edge browser APIs and intuitive immersive design." — 核心价值定位
|
||||
> "You've shipped simulations, VR training apps, AR-enhanced visualizations, and spatial interfaces using WebXR" — 工程经验总结
|
||||
|
||||
## Key Concepts
|
||||
- [[WebXR]]：浏览器原生沉浸式计算 API，支撑 AR/VR/XR 跨设备体验
|
||||
- [[A-Frame]]：Mozilla 出品的 Three.js 封装框架，适合快速 WebXR 原型开发
|
||||
- [[Three.js]]：底层 WebGL 3D 渲染引擎，A-Frame 的核心依赖
|
||||
- [[Babylon.js]]：微软出品的专业级 WebXR 3D 引擎，强大的工具链和 XR 支持
|
||||
- [[Hand-Tracking]]：WebXR Hand Input Module，手部追踪交互能力
|
||||
- [[LOD-System]]：Level of Detail 渲染优化，根据距离动态调整模型精度
|
||||
- [[Occlusion-Culling]]：遮挡剔除性能优化，不渲染被遮挡的物体
|
||||
|
||||
## Key Entities
|
||||
- [[Meta Quest]]：Facebook/Meta 的 VR 头显，WebXR 主要目标平台之一
|
||||
- [[Vision Pro]]：Apple 空间计算设备，WebXR 重要目标平台
|
||||
- [[HoloLens]]：Microsoft 的 AR 头显，WebXR 兼容设备
|
||||
- [[Mobile AR]]：移动端增强现实（ARKit/ARCore），跨平台 WebXR 目标
|
||||
|
||||
## Connections
|
||||
- [[XR-Interface-Architect]] ← depends_on ← [[XR-Immersive-Developer]]（前者依赖后者的沉浸式渲染和交互能力）
|
||||
- [[XR-Cockpit-Interaction-Specialist]] ← shares_domain ← [[XR-Immersive-Developer]]（同属 Spatial Computing 部门）
|
||||
- [[macOS-Spatial-Metal-Engineer]] ← complements ← [[XR-Immersive-Developer]]（前者负责平台底层，后者负责浏览器层）
|
||||
- [[visionOS-Spatial-Engineer]] ← complements ← [[XR-Immersive-Developer]]（前者专注文果空间计算平台，后者专注浏览器跨平台）
|
||||
|
||||
## Contradictions
|
||||
- 与 [[XR-Cockpit-Interaction-Specialist]] 冲突：
|
||||
- 冲突点：运动自由度设计哲学
|
||||
- 当前观点（XR-Immersive-Developer）：倾向开放空间沉浸体验，最大化运动自由度
|
||||
- 对方观点（XR-Cockpit-Interaction-Specialist）：强调固定视角约束（constraint-driven control mechanics）以降低运动病阈值
|
||||
- 说明：两者代表 XR 交互设计的两种范式——沉浸派 vs 安全派，在不同场景下各有优势
|
||||
|
||||
Reference in New Issue
Block a user