Auto-sync: 2026-04-20 12:03

wiki/sources/project-management-jira-workflow-steward.md

@@ -0,0 +1,47 @@
+---
+title: "Jira Workflow Steward"
+type: source
+tags: [agent, project-management, git-workflow, jira, traceability, devops]
+date: 2026-04-20
+source_file: raw/Agent/agency-agents/project-management/project-management-jira-workflow-steward.md
+last_updated: 2026-04-20
+---
+
+## Summary
+
+Jira Workflow Steward 是 The Agency 项目中的交付可追溯性治理智能体，专注于 Jira 关联的 Git 工作流执行——包括可追溯提交、结构化 Pull Request、发布安全的分支策略和 Gitmoji 提交规范。其核心信念是"如果一个变更无法从 Jira 追踪到分支→提交→Pull Request→发布，工作流就是不完整的"。
+
+## Key Claims
+
+- 每个实现分支、提交和 PR 必须映射到一个已确认的 Jira 任务（Jira Gate）
+- 提交消息必须遵循 `<gitmoji> JIRA-ID: short description` 单行格式
+- 分支命名遵循 `feature/JIRA-ID-description`、`bugfix/JIRA-ID-description`、`hotfix/JIRA-ID-description` 模式
+- `main` 保持生产就绪，`develop` 是集成分支；`feature/*` 和 `bugfix/*` 从 `develop` 分支，`hotfix/*` 从 `main` 分支
+- Gitmoji 选择以 [gitmoji.dev](https://gitmoji.dev/) 为官方目录，新增 Agent 用 ✨ 而非 📚
+- 提交保持原子化、聚焦和易于回滚
+- 安全审查对认证、授权、基础设施、密钥和数据处理变更是强制的
+- Pull Request 对合并到 `main`、`release/*`、大型重构和关键基础设施变更是强制的
+- 绝不在分支名、提交消息、PR 标题或描述中放置密钥、凭证、令牌或客户数据
+- 成功指标：100% 分支 Jira 映射、≥98% 提交命名合规、审计追溯 <10 分钟重建
+
+## Key Quotes
+
+> "If a change cannot be traced from Jira to branch to commit to pull request to release, you treat the workflow as incomplete." — 核心身份定义
+
+> "Jira-linked commits improve review speed, release notes, auditability, and incident reconstruction." — Jira 关联提交的价值
+
+> "The commit message should say what changed, not that you 'fixed stuff'." — 提交消息规范
+
+## Connections
+
+- [[TheAgency]] — The Agency 项目的 Project Management Division 成员
+- [[ProjectShepherd]] — 同属项目管理部门的智能体，互补关系（Project Shepherd 管理项目整体交付，Jira Workflow Steward 管理代码交付纪律）
+- [[StudioProducer]] — 同属项目管理部门，从战略层面编排项目
+- [[GitWorkflow]] — 核心概念，Jira 关联的 Git 分支、提交和 PR 工作流
+- [[CommitHygiene]] — 核心概念，原子化提交和 Gitmoji 规范
+- [[BranchStrategy]] — 核心概念，功能/修复/热修复/发布分支策略
+- [[Gitmoji]] — 提交消息的 emoji 标准化规范
+
+## Contradictions
+
+- 无直接矛盾。与 [[ProjectShepherd]] 的工作范围互补而非重叠：Project Shepherd 关注项目级交付协调，Jira Workflow Steward 关注代码级可追溯性纪律。

wiki/sources/project-management-project-shepherd.md

@@ -0,0 +1,57 @@
+---
+title: "Project Shepherd"
+type: source
+tags: [agent, project-management, the-agency]
+date: 2026-04-20
+---
+
+## Source File
+- [[raw/Agent/agency-agents/project-management/project-management-project-shepherd.md]]
+
+## Summary
+- 核心主题：The Agency 项目中的专业项目管理人员智能体，负责跨职能项目协调、时间线管理和利益相关方对齐
+- 问题域：复杂项目的从概念到完成的全程管理，资源、风险和跨团队沟通协调
+- 方法/机制：项目章程模板、四阶段工作流程、利益相关方沟通策略、风险缓解规划
+- 结论/价值：确保 95% 项目按时交付在批准预算内，利益相关方满意度达 4.5/5
+
+## Key Claims
+- Project Shepherd 通过跨职能项目协调确保 95% 按时间交付
+- 为项目章程提供标准化模板，包含问题陈述、目标、范围、成功标准、利益相关方分析、资源要求、风险评估
+- 四阶段工作流程：项目启动与规划 → 团队组建与 kickoff → 执行协调与监控 → 质量保证与交付
+- 通过变更控制（Change Control）将范围蔓延控制在 10% 以内
+- 通过主动问题管理实现 90% 识别风险成功缓解
+
+## Key Quotes
+> "Project is 2 weeks behind due to integration complexity, recommending scope adjustment" — 透明沟通风格示例
+
+> "Identified resource conflict with proposed mitigation through contractor augmentation" — 解决方案导向示例
+
+## Key Concepts
+- [[项目章程]]：定义项目目标、范围、成功标准和治理结构的标准化文档模板
+- [[利益相关方分析]]：识别决策者、项目团队、关键干系人并制定沟通策略的过程
+- [[工作分解结构 (WBS)]]：将项目分解为可管理任务并建立依赖关系和资源分配的结构化方法
+- [[关键路径分析]]：识别项目中最长依赖链，确定最短项目完成时间的技术
+- [[风险缓解规划]]：识别、评估项目风险并制定预防和响应策略的系统化方法
+- [[变更控制]]：管理项目范围、时间线和预算变更的流程，防止过度范围蔓延
+- [[质量门]]：交付物验收的检查点和接受标准
+- [[经验教训]]：项目关闭时的知识捕获和传承
+
+## Key Entities
+- [[The Agency]]：开源 AI 智能体集合项目，Project Shepherd 所在的 Agent 集合
+- Executive Sponsor：项目决策权威和升级点
+- Project Team：核心团队成员及其角色和职责
+- Key Stakeholders：所有受影响的利益相关方及其影响/利益映射
+
+## Connections
+- [[Project Shepherd]] ← is_member_of ← [[The Agency]]
+- [[项目章程]] ← defines ← [[Project Shepherd]]
+- [[利益相关方分析]] ← supports ← [[项目启动与规划]]
+- [[关键路径分析]] ← enables ← [[时间线管理]]
+- [[变更控制]] ← prevents ← [[范围蔓延]]
+
+## Contradictions
+- 与 [[Studio Producer]] 可能有冲突：
+  - 冲突点：资源分配优先级
+  - Studio Producer 关注多项目组合管理，Project Shepherd 关注单个项目交付
+  - 当前观点：通过关键路径分析和利益相关方对齐确保单项目成功
+  - 对方观点：通过多项目视图优化资源利用率

wiki/sources/project-management-studio-operations.md

@@ -0,0 +1,39 @@
+---
+title: "Studio Operations"
+type: source
+tags: [agent, project-management, the-agency]
+date: 2026-04-20
+---
+
+## Source File
+- [[raw/Agent/agency-agents/project-management/project-management-studio-operations.md]]
+
+## Summary
+- 核心主题：The Agency 项目中的 Studio Operations Agent，负责日常工作室运营、流程优化和资源协调
+- 问题域：跨团队运营效率、资源分配、支持体系和持续改进
+- 方法/机制：标准作业流程、资源协调、质量控制、运营指标监控
+- 结论/价值：通过系统化运营实现高效率、稳定交付和持续优化
+
+## Key Claims
+- Studio Operations 通过流程标准化和主动维护维持 95% 运营效率
+- 通过资源协调、供应商管理和资产追踪优化成本与服务质量
+- 通过持续改进、自动化和知识管理提升工作室整体韧性
+
+## Key Concepts
+- [[Process Optimization]]：识别并消除降低生产力的流程瓶颈
+- [[Resource Allocation]]：在团队、设备、时间和预算之间协调资源
+- [[Operational Excellence]]：持续改进与标准化驱动的高可靠运营
+- [[Cross-Functional Leadership]]：跨职能协作与协调
+
+## Key Entities
+- [[The Agency]]：Studio Operations 所属的开源 AI 智能体集合项目
+- Studio Operations：工作室运营与流程优化专家智能体
+
+## Connections
+- [[The Agency]] ← provides_agent ← [[Studio Operations]]
+- [[Studio Operations]] → supports → [[Operational Excellence]]
+- [[Studio Operations]] → coordinates → [[Resource Allocation]]
+- [[Studio Operations]] → improves → [[Process Optimization]]
+
+## Contradictions
+- No contradictions detected.

wiki/sources/project-manager-senior.md

@@ -0,0 +1,28 @@
+---
+title: "Senior Project Manager"
+type: source
+tags: [agent, project-management]
+date: 2026-04-20
+source_file: raw/Agent/agency-agents/project-management/project-manager-senior.md
+---
+
+## Summary
+Senior Project Manager agent personality that converts site specifications into actionable development tasks, enforces realistic scope, and retains project memory to improve future task breakdowns.
+
+## Key Claims
+- Convert specifications into developer-ready tasks with 30–60 minute implementable units
+- Quote exact requirements from specs and avoid adding luxury/premium features unless specified
+- Save task lists to `ai/memory-bank/tasks/[project-slug]-tasklist.md`
+- Enforce realistic scope and include acceptance criteria for each task
+
+## Key Quotes
+> "Quote EXACT requirements (don't add luxury/premium features that aren't there)" — Instruction on spec fidelity
+
+> "Each task should be implementable by a developer in 30-60 minutes" — Task sizing guideline
+
+## Connections
+- [[Senior Project Manager]] — agent identity / entity page
+- [[TaskListFormat]] — recommended task list structure and acceptance criteria
+
+## Contradictions
+- No contradictions detected with existing wiki content at time of ingest.

wiki/sources/studio-producer.md

@@ -0,0 +1,34 @@
+---
+title: "Studio Producer"
+type: source
+tags: [agent, the-agency, project-management]
+date: 2026-04-20
+---
+
+## Source File
+- [[raw/Agent/agency-agents/project-management/project-management-studio-producer.md]]
+
+## Summary
+- 核心主题：The Agency 项目中的 Studio Producer Agent，资深战略领导者角色，专注于高层次创意与技术项目编排、资源配置和多项目组合管理
+- 问题域：创意工作室的战略管理与团队领导
+- 方法/机制：通过战略组合管理、创意愿景与业务目标对齐、跨职能协作、绩效优化实现工作室高效运营
+- 结论/价值：将创意卓越与业务成果统一，确保 25% 组合投资回报率和 95% 准时交付
+
+## Key Claims
+- Studio Producer 作为执行层创意战略家和组合协调者，负责多高价值项目的复杂相互依赖和资源配置
+- 通过战略组合管理确保 25% 组合投资回报率和 95% 准时交付
+- 平衡短期项目交付与长期战略目标，维护执行层视角同时保持运营现实连接
+
+## Key Concepts
+- [[Strategic Portfolio Management]]：战略组合管理，多高价值项目与复杂相互依赖的协调
+- [[Resource Allocation]]：资源配置，创意和技术资源在组合优先级间的规划与分配
+- [[Cross-Functional Leadership]]：跨职能领导，跨越部门边界的团队协调与战略对齐
+
+## Key Entities
+- [[The Agency]]：开源 AI 智能体集合项目，Studio Producer 所属项目
+- Studio Producer：执行层创意战略家和组合协调者
+
+## Connections
+- [[The Agency]] ← provides_agent ← [[Studio Producer]]
+- [[Studio Producer]] → orchestrates → [[Strategic Portfolio Management]]
+- [[Studio Producer]] → leads → [[Cross-Functional Leadership]]

wiki/sources/visionos-spatial-engineer.md

@@ -0,0 +1,57 @@
+---
+title: "visionOS Spatial Engineer"
+type: source
+tags: [agent, visionOS, spatial-computing, apple]
+date: 2026-04-20
+---
+
+## Source File
+- [[raw/Agent/agency-agents/spatial-computing/visionos-spatial-engineer.md]]
+
+## Summary
+- 核心主题：visionOS 空间计算原生开发专家智能体
+- 问题域：原生 visionOS 应用开发、SwiftUI 体积化界面设计、Liquid Glass 设计实现
+- 方法/机制：基于 SwiftUI、RealityKit、ARKit 构建沉浸式空间应用，遵循 Apple Liquid Glass 设计原则
+- 结论/价值：为 The Agency 项目提供 visionOS 26 平台原生开发能力，支持多窗口架构、空间小组件、性能优化和无障碍集成
+
+## Key Claims
+- visionOS Spatial Engineer 专注于 Apple visionOS 26 平台原生开发，不支持跨平台空间计算解决方案
+- Liquid Glass 设计系统提供适应光照/暗环境和周围内容的半透明材质
+- SwiftUI Volumetric APIs 支持 3D 内容集成、瞬态内容和突破性 UI 元素
+- Multi-Window Architecture 通过 WindowGroup 管理支持空间应用的玻璃背景效果
+
+## Key Quotes
+> "Focuses on leveraging visionOS 26's spatial computing capabilities to create immersive, performant applications that follow Apple's Liquid Glass design principles." — Agent 定位说明
+
+## Key Concepts
+- [[Liquid Glass Design System]]：半透明材质系统，适配光照/暗环境和周围内容
+- [[Spatial Widgets]]：集成到 3D 空间的小组件，可吸附到墙壁和桌子并持久放置
+- [[SwiftUI Volumetric APIs]]：visionOS 26 的 3D 内容集成 API
+- [[RealityKit-SwiftUI Integration]]：RealityKit 与 SwiftUI 的深度集成，包括 Observable Entities 和 ViewAttachmentComponent
+- [[Multi-Window Architecture]]：WindowGroup 管理空间应用的窗口架构
+- [[Glass Background Effects]]：玻璃背景效果实现
+- [[Spatial Layouts]]：3D 定位、深度管理和空间关系处理
+
+## Key Entities
+- [[Apple]]：visionOS 平台的开发者，提供 SwiftUI、RealityKit、ARKit 框架
+- [[The Agency]]：开源 AI 智能体集合项目，visionOS Spatial Engineer 所属项目
+- [[SwiftUI]]：Apple 的声明式 UI 框架
+- [[RealityKit]]：Apple 的 3D 渲染和物理模拟框架
+- [[ARKit]]：Apple 的增强现实开发框架
+- [[visionOS]]：Apple 的空间计算操作系统
+
+## Connections
+- [[visionOS Spatial Engineer]] ← specialized_by ← [[The Agency]]
+- [[visionOS Spatial Engineer]] ← uses ← [[SwiftUI]]
+- [[visionOS Spatial Engineer]] ← uses ← [[RealityKit]]
+- [[visionOS Spatial Engineer]] ← uses ← [[ARKit]]
+- [[Liquid Glass Design System]] ← implements ← [[visionOS]]
+- [[Spatial Widgets]] ← implements ← [[visionOS]]
+
+## Contradictions
+- 无明显冲突
+
+## Limitations
+- 仅限于 visionOS 特定实现（不支持跨平台空间解决方案）
+- 仅聚焦 SwiftUI/RealityKit 技术栈（不支持 Unity 或其他 3D 框架）
+- 需要 visionOS 26 beta/release 功能（不兼容早期版本）