Auto-sync: 2026-04-20 09:58

This commit is contained in:
2026-04-20 09:58:08 +08:00
parent d7bf4ae6de
commit 455f7a3c40
53 changed files with 1889 additions and 0 deletions

View File

@@ -0,0 +1,49 @@
---
title: "macOS Spatial/Metal Engineer"
type: source
tags: [agent, the-agency, spatial-computing, metal, swift, vision-pro]
date: 2026-04-20
---
## Source File
- [[raw/Agent/agency-agents/spatial-computing/macos-spatial-metal-engineer.md]]
## Summary
- 核心主题Native Swift 和 Metal 专家,构建高性能 3D 渲染系统和空间计算体验,服务于 macOS 和 Vision Pro
- 问题域Metal 渲染性能优化、Vision Pro 集成、空间计算交互设计
- 方法/机制instanced Metal rendering、Compositor Services、RemoteImmersiveSpace、GPU-based physics
- 结论/价值:提供 macOS 伴侣渲染器的完整实现方案,支持 Vision Pro 远程沉浸式空间
## Key Claims
- macOS Spatial/Metal Engineer 通过 instanced Metal rendering 实现 10k-100k 节点 90fps 渲染
- 使用 Compositor Services 和 RemoteImmersiveSpace 流式传输立体帧到 Vision Pro
- GPU 加速的 force-directed layout 算法支持大规模图布局计算
- 凝视追踪和捏合手势识别实现自然的空间交互
## Key Quotes
> "Never drop below 90fps in stereoscopic rendering" — Metal 性能要求
> "Respect comfort zones and vergence-accommodation limits" — Vision Pro 人机界面指南
> "Keep GPU utilization under 80% for thermal headroom" — 性能热管理
## Key Concepts
- [[Spatial Computing]]:计算范式,数字内容与物理空间无缝融合
- [[Metal]]Apple 的 GPU 编程框架
- [[Vision Pro]]Apple 空间计算设备
- [[Compositor Services]]Vision Pro 立体帧流式传输服务
- [[RemoteImmersiveSpace]]:远程沉浸式空间连接
- [[Instanced Rendering]]GPU 实例化渲染技术
- [[Force-Directed Layout]]:力导向图布局算法
## Key Entities
- [[Vision Pro]]Apple 空间计算头显设备
- The Agency开源 AI 智能体集合项目
- CompositorServicesApple 空间计算框架
## Connections
- [[Vision Pro]] ← extends ← [[Spatial Computing]]
- [[macOS Spatial/Metal Engineer]] ← implements ← [[Metal]]
- [[Spatial Computing]] ← enables ← [[Vision Pro]]
- [[macOS Spatial/Metal Engineer]] ← integrates_with ← [[Vision Pro]]
## Contradictions
无明显冲突

View File

@@ -0,0 +1,41 @@
---
title: "Sales Account Strategist Agent"
type: source
tags: [agent, the-agency, sales, account-strategy]
sources: []
date: 2026-04-20
---
## Source File
- [[raw/Agent/agency-agents/sales/sales-account-strategist.md]]
## Summary
- 核心主题Account Strategist账户策略专家智能体专门负责售后客户扩展、QBR 设计和净收入留存
- 问题域:客户账户增长、关系管理、收入扩张
- 方法/机制Land-and-Expand 执行、利益相关者映射、QBR 战略规划、NRR 优化
- 结论/价值将_closed-deals 转化为 long-term platform relationships通过系统性扩展规划和多线程账户开发
## Key Claims
- Account Strategist treats every customer account as a territory with whitespace to fill
- 最佳销售时机是 customer is winning客户成功时
- NRRNet Revenue Retention是终极指标捕获扩展、收缩和流失
- Never run an expansion play on a red account
## Key Concepts
- [[Land-and-Expand]]:从初始订单扩展到企业级平台的策略
- [[QBR]]:季度业务回顾,作为前瞻性战略规划而非回顾性状态报告
- [[Stakeholder Mapping]]:持续更新的利益相关者地图
- [[Multi-Threading]]:每个账户至少三条独立关系线
- [[NRR]]:净收入留存率,终极成功指标
- [[Account Health Score]]:账户健康评分系统
## Key Entities
- [[The Agency]]:开源 AI 智能体集合项目,本智能体所属项目
## Connections
- [[The Agency]] ← created ← [[Sales Account Strategist]]
- [[Sales Discovery Coach]] ← relates_to ← [[Sales Account Strategist]]
- [[Proposal Strategist]] ← relates_to ← [[Sales Account Strategist]]
## Contradictions
- 无

View File

@@ -0,0 +1,61 @@
---
title: "Deal Strategist"
type: source
tags: [agent, sales, the-agency]
date: 2025-11-17
---
## Source File
- [[raw/Agent/agency-agents/sales/sales-deal-strategist.md]]
## Summary
- 核心主题AI 销售智能体,专门负责复杂 B2B 销售机会的评估、竞争定位和赢单规划
- 问题域销售机会资格认证、pipeline 风险管理、赢单策略制定
- 方法/机制MEDDPICC 框架、Challenger 销售方法、竞争定位策略、多线程策略
- 结论/价值:通过严格的资格认证和结构化策略,将销售预测从"猜测"转变为"可防御的分析"
## Key Claims
- MEDDPICC 全面采用报告 18% 更高的赢单率和 24% 更大的交易规模
- 单一联系人线程是将交易置于风险的首要红旗
- Challenger 方法通过先发制人的洞察力重新定义买家对自身问题的理解
## Key Quotes
> "If the qualification gaps aren't identified early, the loss is already locked in; you just haven't found out yet."
> "Treats every deal as a strategic problem — not a relationship exercise."
## Key Concepts
- [[MEDDPICC Framework]]八要素销售资格认证框架Metrics、Economic Buyer、Decision Criteria、Decision Process、Paper Process、Identify Pain、Champion、Competition
- [[Challenger Sale]]:挑战者销售方法,通过"商业教学"序列引导买家重新思考问题
- [[Deal Scoring]]:加权评分模型,将真实 pipeline 与虚构 pipeline 分离
- [[Multi-Threading Strategy]]:多线程策略,通过权力、影响力和访问权限映射构建联系人计划
## Key Entities
- [[Deal Strategist]]本页面主题The Agency 项目中的销售交易策略智能体
- [[The Agency]]:开源 AI 智能体集合项目
- [[Sales Discovery Coach]]销售发现方法论指导智能体Deal Strategist 的前置阶段
## Connections
- [[Sales Discovery Coach]] ← extends ← [[Deal Strategist]]
- [[Proposal Strategist]] ← coordinates_with ← [[Deal Strategist]]
- [[Sales Account Strategist]] ← follows_up ← [[Deal Strategist]]
## Contradictions
-
## Deliverables
### Opportunity Assessment Template
- MEDDPICC Score 评分卡5分制/要素总分40分
- Deal VerdictBATTLING / WINNING / LOSING
- Next Actions 具体负责人和截止日期
### Competitive Battlecard Template
- Winning / Battling / Losing 区域划分
- Landmine Questions 设计
- Trap Handling 策略
## Success Metrics
- 预测准确率Commit 交易关闭率 85%+
- 合格 pipeline 赢单率28/40 分以上交易 35%+
- 平均交易规模:比未合格基线大 20%+
- 周期时间:通过早期筛选和并行流程缩短 15%+
- 竞争赢单率:应用竞争定位的交易 60%+

View File

@@ -0,0 +1,63 @@
---
title: "Sales Engineer"
type: source
tags: [agent, the-agency, sales, pre-sales]
date: 2026-04-20
---
## Source File
- [[raw/Agent/agency-agents/sales/sales-engineer.md]]
## Summary
- 核心主题Sales Engineer售前工程师智能体角色定义与核心能力
- 问题域B2B 销售中的技术决策环节,售前工程师如何桥接产品能力与业务价值
- 方法/机制技术发现、演示工程、POC 设计与执行、竞争定位、解决方案架构、异议处理
- 结论/价值:售前工程师是赢得技术决策的关键角色,技术是工具而非叙事,必须连接回业务成果
## Key Claims
- 售前工程师是连接产品功能与买家业务需求的桥梁,必须将每个技术对话连接回业务成果
- 演示不是产品 tour而是叙事买家在演示中看到问题被实时解决
- POC 不是免费试用,而是有明确成功标准的结构化评估,范围蔓延是最大风险
- 竞争定位应基于事实FIA 框架),而非 FUD恐惧、不确定、怀疑
- 技术异议通常不是表面问题,需解码真实顾虑
## Key Quotes
> "You can't get the sales win without the technical win — but the technology is your toolbox, not your storyline." — 核心定位
> "Every technical conversation must connect back to a business outcome or it's just a feature dump." — 沟通原则
> "A demo is not a product tour. A demo is a narrative where the buyer sees their problem solved in real time." — 演示理念
> "Technical objections are rarely about the stated concern... 'does it support SSO?' usually means 'will this pass our security review?'" — 异议解码
## Key Concepts
- [[Technical Discovery]]:结构化需求分析,揭示架构、集成需求、安全约束和真正的技术决策标准
- [[Demo Engineering]]:以影响为导向的演示设计,在展示产品前先量化问题
- [[POC-Scoping]]:概念验证的范围设计,聚焦单一关键验证点,避免范围蔓延
- [[FIA Framework]]竞争定位框架Fact, Impact, Act保持定位基于事实
- [[Solution Architecture]]:将产品能力映射到买方基础设施(已有概念)
- [[Technical Objection Handling]]:解码真实顾虑而非表面问题
- [[Evaluation Management]]:技术评估过程端到端管理
## Key Entities
- [[Sales Discovery Coach]]:发现方法论指导智能体,发现真正购买动机
- [[Deal Strategist]]:交易策略智能体,专注 MEDDPICC 资格认证
- [[Proposal Strategist]]:提案策略智能体,将 RFP 响应转化为制胜叙事
- [[Sales Account Strategist]]:售后账户策略智能体
- [[Pipeline Analyst]]:管道健康诊断智能体
## Connections
- [[Sales Discovery Coach]] ← prepares ← [[Sales Engineer]]
- [[Sales Engineer]] ← delivers → [[Proof-of-Concept-POC]]
- [[Deal Strategist]] ← collaborates_with ← [[Sales Engineer]]
- [[Proposal Strategist]] ← collaborates_with ← [[Sales Engineer]]
## Contradictions
- 无明显冲突
## Success Metrics
- Technical Win Rate: 70%+
- POC Conversion: 80%+
- Demo-to-Next-Step Rate: 90%+
- Time to Technical Decision: 中位数 18 天
- Competitive Technical Win Rate: 65%+

View File

@@ -0,0 +1,49 @@
---
title: "Outbound Strategist"
type: source
tags: [sales, outbound, agent, the-agency]
date: 2026-04-20
---
## Source File
- [[raw/Agent/agency-agents/sales/sales-outbound-strategist.md]]
## Summary
- 核心主题:基于信号的主动外呼销售策略智能体
- 问题域:销售线索获取、客户拓展、外呼转化率优化
- 方法/机制信号驱动销售框架、多渠道序列设计、ICP 定义与账户分级
- 结论/价值:将外呼从批量操作转变为精准触达,通过购买信号触发比无差别冷外呼转化率高 4-8 倍
## Key Claims
- 基于信号的触达比无差别冷外呼转化率高 4-8 倍
- 信号半衰期短30 分钟内路由到正确销售代表最佳24 小时后信号过期72 小时后竞争对手已完成对话
- 有效的 ICP 必须具有排他性,否则只是 TAM 幻灯片
- Tier 1 账户需要多线程深入个性化触达3-5 个联系人)
- 8-12 次触达跨越 3-4 周,每次触达必须提供新价值角度
- 基于信号的个性化外呼回复率可达 12-25%
## Key Quotes
> "The half-life of a buying signal is short. Route signals to the right rep within 30 minutes." — 强调信号时效性
> "If you cannot articulate why you are contacting this specific person at this specific company at this specific moment, you are not ready to send." — 外呼准备原则
## Key Concepts
- [[信号驱动销售]]:基于购买信号触达潜在客户的销售方法论
- [[ICP 定义]]:理想客户画像,通过 firmographic filters、behavioral qualifiers 和 disqualifiers 定义
- [[账户分级模型]]:将客户分为 Tier 1/2/3 三个层级,不同层级采用不同触达策略
- [[多渠道序列设计]]8-12 次触达跨越多渠道邮件、LinkedIn、电话、视频的序列架构
- [[SDR 角色演进]]:从批量操作员转变为 revenue specialist
## Key Entities
- [[The Agency]]:开源 AI 智能体集合项目,本智能体属于销售类智能体
## Connections
- [[Sales Discovery Coach]] ← 协同工作 → [[Outbound Strategist]]
- [[Deal Strategist]] ← 协同工作 → [[Outbound Strategist]]
- [[Proposal Strategist]] ← 协同工作 → [[Outbound Strategist]]
- [[Sales Account Strategist]] ← 协同工作 → [[Outbound Strategist]]
## Contradictions
- 与传统批量外呼模式的冲突:
- 冲突点传统模式追求活动量100次/天新模式追求精准度50-80个账户深度经营
- 当前观点:质量大于数量,通过信号触发触达
- 对方观点:大量触达提高概率

View File

@@ -0,0 +1,46 @@
---
title: "Pipeline Analyst"
type: source
tags: [agent, the-agency, sales, revenue-operations]
date: 2026-04-20
---
## Source File
- [[raw/Agent/agency-agents/sales/sales-pipeline-analyst.md]]
## Summary
- 核心主题:销售管道健康诊断与收入预测智能体
- 问题域:管道健康评估、交易速度分析、预测准确性、销售辅导
- 方法/机制MEDDPICC 资格框架、多信号预测模型、转化率分析、阶段加权预测
- 结论/价值:将 CRM 数据转化为可操作的情报,在问题成为缺席季度前预警
## Key Claims
- Pipeline Velocity管道速度是收入运营中最重要的复合指标计算公式 = (合格商机 × 平均交易规模 × 胜率) / 销售周期长度
- 管道覆盖率目标:成熟可预测业务 3x增长期或新市场 4-5x新销售代表 5x+
- 交易健康评分综合多个信号类别:资格深度、互动强度、进展速度
- 阶段概率必须根据历史转化率、速度百分位数、互动信号调整
## Key Quotes
> "Every pipeline review should end with at least one deal that needs immediate intervention" — 核心信念
> "Pipeline that has not been updated in 30+ days should be flagged for review" — 数据质量规则
> "Stage and close date are not a forecast methodology" — 预测原则
## Key Concepts
- [[Pipeline Velocity]]:管道速度,衡量收入通过漏斗的速度
- [[Pipeline Coverage]]:管道覆盖率,开放加权管道与剩余配额比率
- [[Deal Health Scoring]]:交易健康评分,综合多信号评估交易质量
- [[MEDDPICC]]销售资格认证框架Metrics, Economic Buyer, Decision Criteria, Decision Process, Paper Process, Implicated Pain, Champion, Competition
- [[Sales Velocity]]:销售速度,交易从创建到关闭的速度
- [[Forecast Accuracy]]:预测准确性,预测与实际结果的偏差
- [[Stage Conversion]]:阶段转化率,各阶段间的转化百分比
## Key Entities
- [[The Agency]]:开源 AI 智能体集合项目,包含 Pipeline Analyst
## Connections
- [[Pipeline Analyst]] ← works_with ← [[Sales Discovery Coach]]
- [[Pipeline Analyst]] ← works_with ← [[Deal Strategist]]
- [[Pipeline Analyst]] ← works_with ← [[Proposal Strategist]]
- [[Pipeline Analyst]] ← informs ← [[Sales Account Strategist]]
## Contradictions

View File

@@ -0,0 +1,45 @@
---
title: "Terminal Integration Specialist"
type: source
tags: [agent, the-agency, spatial-computing, terminal]
date: 2026-04-20
---
## Source File
- [[raw/Agent/agency-agents/spatial-computing/terminal-integration-specialist.md]]
## Summary
- 核心主题:终端仿真、文本渲染优化和 SwiftTerm 集成
- 问题域:如何为现代 Swift 应用提供高质量的终端仿真体验
- 方法/机制:基于 SwiftTerm 库MIT 许可证的终端仿真、Core Graphics 文本渲染优化、SSH 流桥接
- 结论/价值:专注于 Apple 平台终端仿真,为 iOS/macOS/visionOS 提供原生终端体验
## Key Claims
- 终端仿真需完整支持 VT100/xterm 标准的 ANSI 转义序列
- SwiftTerm 库是现代 Swift 应用终端集成的首选方案
- 文本渲染需优化 Core Graphics 实现平滑滚动
- SSH 集成需高效桥接输入输出流
## Key Quotes
> "Focuses on creating robust, performant terminal experiences that feel native to Apple platforms while maintaining compatibility with standard terminal protocols." — 核心方法论
## Key Concepts
- [[Terminal Emulation]]:终端仿真,模拟传统终端行为的软件技术
- [[SwiftTerm]]:现代 Swift 终端仿真库
- [[VT100]]:终端仿真标准规范
- [[ANSI Escape Sequence]]ANSI 转义序列,控制终端显示的指令
## Key Entities
- [[SwiftTerm]]MIT 许可证的 Swift 终端仿真库
- [[The Agency]]:开源 AI 智能体集合项目
## Connections
- [[SwiftTerm]] ← depends_on ← [[Terminal Emulation]]
- [[Terminal Integration Specialist]] ← part_of ← [[The Agency]]
- [[Spatial Computing]] ← contains ← [[Terminal Integration Specialist]]
## Contradictions
- 与其他终端库的对比:
- 当前观点:专注 SwiftTerm
- 对方观点:可能偏好其他终端库(如 iTerm2
- 选择理由SwiftTerm 与 SwiftUI 深度集成,官方维护

View File

@@ -0,0 +1,49 @@
---
title: "XR Cockpit Interaction Specialist"
type: source
tags: [agent, the-agency, xr, spatial-computing, ux-design]
date: 2026-04-20
---
## Source File
- [[raw/Agent/agency-agents/spatial-computing/xr-cockpit-interaction-specialist.md]]
## Summary
- 核心主题XR 座舱交互 specialist为 XR 环境设计和开发沉浸式座舱控制系统
- 问题域XR 环境中的固定视角高存在感交互区设计与实现
- 方法/机制:
- 3D 网格与输入约束构建手交互操纵杆、杠杆和油门
- 仪表盘 UI 设计(开关、仪表、动态反馈)
- 多输入 UX手势、语音、视线、物理道具
- 坐姿界面视角锚定,最小化方向紊乱
- 结论/价值:为 XR 用户提供结合真实感与舒适性的沉浸式座舱控制体验
## Key Claims
- 通过固定坐姿视角锚定用户,有效减少眩晕感
- 手交互控件(操纵杆、杠杆、油门)使用 3D 网格和输入约束实现自然交互
- 多模态输入(手势、语音、视线)整合提升交互效率
## Key Quotes
> "Designs immersive cockpit control systems that feel natural in XR." — 核心设计理念
## Key Concepts
- [[Immersive Cockpit]]:沉浸式座舱环境,结合固定视角与高存在感交互区
- [[Spatial Controls]]空间控件3D 环境中的人体工程学操作界面
- [[Motion Sickness Threshold]]:运动阈值,眩晕感临界点,座舱设计的核心约束
- [[Multi-Input UX]]:多输入用户体验,手势/语音/视线/物理道具的整合
## Key Entities
- [[The Agency]]:开源 AI 智能体集合项目,提供 144+ 专业化 Agent
- A-FrameWebXR 框架,用于原型化座舱布局
- Three.js3D 渲染引擎,用于构建座舱视觉效果
## Connections
- [[The Agency]] ← contains ← [[XR Cockpit Interaction Specialist]]
- [[Spatial Computing]] ← realized_by ← [[XR Cockpit Interaction Specialist]]
- [[UX Architect]] ← collaborates_with ← [[UI Designer]]
## Contradictions
- 待补充
## Shifts
- 待补充

View File

@@ -0,0 +1,56 @@
---
title: "XR Immersive Developer"
type: source
tags: [agent, the-agency, xr, spatial-computing, webxr]
date: 2026-04-20
---
## Source File
- [[raw/Agent/agency-agents/spatial-computing/xr-immersive-developer.md]]
## Summary
- 核心主题WebXR 沉浸式技术开发专家,专注于基于浏览器的 AR/VR/XR 应用开发
- 问题域:跨浏览器和头显设备的沉浸式 XR 体验构建与性能优化
- 方法/机制:
- WebXR Device API 完整集成(手势追踪、捏合、视线、控制器输入)
- 射线投射、命中测试、实时物理的沉浸式交互实现
- 遮挡剔除、着色器调优、LOD 系统的性能优化
- 模块化、组件驱动的 XR 体验设计与降级策略
- 结论/价值:为浏览器和头显设备构建极致沉浸式 XR 体验的全栈 WebXR 工程师
## Key Claims
- 具备 A-Frame、Three.js、Babylon.js 和 WebXR Device APIs 全栈开发能力
- 通过固定坐姿视角有效减少用户眩晕感
- 性能优化是沉浸式体验的核心瓶颈,需通过多层次技术手段解决
## Key Quotes
> "Builds browser-based AR/VR/XR experiences that push WebXR to its limits." — 核心设计理念
## Key Concepts
- [[WebXR]]:浏览器 XR API 标准,提供沉浸式体验的底层接口
- [[Immersive-Cockpit]]:沉浸式座舱环境,结合固定视角与高存在感交互区
- [[Spatial-Controls]]空间控件3D 环境中的人体工程学操作界面
- [[Motion-Sickness-Threshold]]:运动阈值,眩晕感临界点
## Key Entities
- [[The Agency]]:开源 AI 智能体集合项目,提供 144+ 专业化 Agent
- A-FrameWebXR 框架,用于快速原型化 XR 应用
- Three.js3D 渲染引擎,广泛用于 WebXR 开发
- Babylon.js微软主导的 3D 游戏引擎,支持 WebXR
- Meta QuestMeta 头显设备
- Vision ProApple 头显设备
- HoloLensMicrosoft 头显设备
## Connections
- [[The Agency]] ← contains ← [[XR Immersive Developer]]
- [[Spatial Computing]] ← realized_by ← [[XR Immersive Developer]]
- [[XR Immersive Developer]] ← collaborates_with ← [[XR Cockpit Interaction Specialist]]
- [[XR Immersive Developer]] ← uses ← [[A-Frame]]
- [[XR Immersive Developer]] ← uses ← [[Three.js]]
- [[XR Immersive Developer]] ← uses ← [[Babylon.js]]
## Contradictions
- 待补充
## Shifts
- 待补充

View File

@@ -0,0 +1,44 @@
---
title: "XR Interface Architect"
type: source
tags: [agent, the-agency, xr, ux, spatial-computing]
date: 2026-04-20
---
## Source File
- [[raw/Agent/agency-agents/spatial-computing/xr-interface-architect.md]]
## Summary
- 核心主题XR 界面架构师智能体的角色定义和设计规范
- 问题域:沉浸式 3D 环境中的用户界面设计
- 方法/机制空间界面设计原则、最小化晕动症、增强临场感、UI 与人类行为对齐
- 结论/价值:为 XR 平台提供直观、舒适、可发现的用户体验设计
## Key Claims
- 空间界面交互应如本能般自然,而非需要学习指令
- UI 设计需关注人体工程学阈值、输入延迟容忍度和可发现性最佳实践
- 支持多种输入模型:直接触摸、凝视+捏合、控制器、手势
## Key Quotes
> "Designs spatial interfaces where interaction feels like instinct, not instruction."
## Key Concepts
- [[空间界面设计]]:为 XR 环境创建 HUD、浮动菜单、面板和交互区域
- [[晕动症最小化]]:通过舒适阈值和运动约束减少 VR 使用不适感
- [[临场感增强]]:通过 UI 设计提升用户在虚拟环境中的沉浸感
- [[多模态输入]]:整合多种输入方式并提供无障碍回退机制
## Key Entities
- [[The Agency]]:开源 AI 智能体集合项目,此智能体所属项目
- [[XR Immersive Developer]]WebXR 沉浸式技术开发专家,协作开发角色
- [[XR Cockpit Interaction Specialist]]XR 座舱交互专家,相关协作角色
- [[空间计算]]:此智能体工作的技术领域
## Connections
- [[The Agency]] → contains → [[XR Interface Architect]]
- [[XR Interface Architect]] ← collaborates_with → [[XR Immersive Developer]]
- [[XR Interface Architect]] ← collaborates_with → [[XR Cockpit Interaction Specialist]]
- [[XR Interface Architect]] → applies → [[空间计算]]
## Contradictions
- 无明显冲突