Sync: add project management and xr notes
This commit is contained in:
76
wiki/entities/ACI-318.md
Normal file
76
wiki/entities/ACI-318.md
Normal file
@@ -0,0 +1,76 @@
|
||||
---
|
||||
title: "ACI 318"
|
||||
type: entity
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- ACI 318-19 / ACI 318-22(当前版本)
|
||||
- Building Code Requirements for Structural Concrete
|
||||
- 美国钢筋混凝土设计规范
|
||||
- American Concrete Institute 318
|
||||
|
||||
## Description
|
||||
|
||||
ACI 318 是美国钢筋混凝土结构设计的权威规范,全称 *Building Code Requirements for Structural Concrete*,由美国混凝土协会(ACI)发布,被 IBC 引用为混凝土结构设计的核准方法。ACI 318 采用与 AISC 360 相同的 LRFD(荷载抗力系数设计)和 SD( Strength Design)方法体系。
|
||||
|
||||
## Core Content
|
||||
|
||||
- **Chapter 2** – General Requirements(一般要求)
|
||||
- **Chapter 3** – Loads(荷载)
|
||||
- **Chapter 4** – Structural Systems(结构体系)
|
||||
- **Chapter 5** – Load Effects(荷载效应)
|
||||
- **Chapter 6** – Load Effects Combinations(荷载组合)
|
||||
- **Chapter 7** – Member Design – One-Way Systems(单向构件设计)
|
||||
- **Chapter 9** – Member Design – Two-Way Action(双向构件设计)
|
||||
- **Chapter 10** – Shear and Torsion(抗剪与扭转)
|
||||
- **Chapter 11** – Development and Splices(钢筋锚固与搭接)
|
||||
- **Chapter 12** – Foundations(基础)
|
||||
- **Chapter 18** – Earthquake-Resistant Structures(抗震结构)
|
||||
|
||||
## Strength Design (SD) — LRFD 方法
|
||||
|
||||
ACI 318 采用 Strength Design(等同于 LRFD),核心公式:
|
||||
- **设计弯矩**:φMn ≥ Mu(φ = 0.90 抗弯,φ = 0.75 抗剪)
|
||||
- **抗压构件**:φPn ≥ Pu(φ = 0.65 螺旋箍筋柱,φ = 0.70 钢筋混凝土柱)
|
||||
- **荷载组合**(ACI 318-19 Eq. 5.3.1):
|
||||
- U = 1.4D
|
||||
- U = 1.2D + 1.6L + 0.5(Lr 或 R)
|
||||
- U = 1.2D + 1.0E + L(地震组合)
|
||||
- U = 1.2D + 1.0W + L(风荷载组合)
|
||||
|
||||
## Seismic Provisions
|
||||
|
||||
ACI 318 Chapter 18 定义了特殊抗弯框架(Special Moment Frames, SMF)、中等抗弯框架(IMF)和普通抗弯框架(Ordinary Moment Frames)的细部构造要求:
|
||||
- **SMF**(ACI 318-19 §18.2–18.9):梁柱节点区箍筋加密、强柱弱梁设计、钢筋延伸长度 ≥ 1.25Fy d(Flexural Tension)
|
||||
- **ACI 350**:Environmental Engineering Concrete Structures——供水厂、污水处理厂等耐久性要求更高的混凝土结构
|
||||
|
||||
## Jurisdiction
|
||||
|
||||
- **美国**:IBC 引用 ACI 318 作为混凝土结构设计标准,全美 50 个州 + 哥伦比亚特区采纳 IBC
|
||||
- **国际**:美国海外投资项目、海军设施、援建项目通常要求 ACI 318 合规;中东(UAE/沙特)部分项目同时要求 ACI 318 和本地规范
|
||||
|
||||
## Usage in Civil Engineer Agent
|
||||
|
||||
Civil Engineer Agent 使用 ACI 318 进行混凝土设计,计算包必须包含:
|
||||
1. ACI 318 版本年份(如 ACI 318-19)
|
||||
2. 混凝土 fc' 和钢筋 fy 强度值
|
||||
3. 抗弯设计(单筋/双筋/K 法/简化法)
|
||||
4. 抗剪设计(vcu + vsu,双向板冲切验算)
|
||||
5. 抗震细部检查(SMF/IMF 要求)
|
||||
6. 钢筋锚固与搭接长度验算
|
||||
|
||||
## Related Entities
|
||||
|
||||
- [[AISC-360]]:美国钢结构规范——ACI 318 的钢结构对应规范,同属 IBC 引用体系
|
||||
- [[Eurocode]] EN 1992:欧洲混凝土规范——与 ACI 318 并列,但 Eurocode 采用 K 法单筋设计(限制相对受压区高度),ACI 318 采用 φMn ≥ Mu 直接法,两者公式和参数体系不同,不可混用
|
||||
- [[ASCE-7]]:美国荷载规范——ACI 318 的荷载来源规范
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[LRFD]](荷载抗力系数设计):ACI 318 的主要设计方法
|
||||
- [[ULS]](极限状态设计):ACI 318 Strength Design 的核心哲学——以乘以系数的名义荷载与除以系数的名义抗力比较
|
||||
- [[SLS]](正常使用极限状态):ACI 318 在 Appendix B 中定义挠度控制要求(ACI 318-19 §20.3.1)
|
||||
- [[Basis-of-Design]](设计依据报告):须记录 ACI 318 版本、fc'/fy、特殊荷载组合及所有偏离默认值的参数
|
||||
74
wiki/entities/AISC-360.md
Normal file
74
wiki/entities/AISC-360.md
Normal file
@@ -0,0 +1,74 @@
|
||||
---
|
||||
title: "AISC 360"
|
||||
type: entity
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- AISC 360-22(当前版本,AISC 360-16 为上一版)
|
||||
- American Institute of Steel Construction Specification
|
||||
- 美国钢结构设计规范
|
||||
- AISC Steel Construction Manual
|
||||
|
||||
## Description
|
||||
|
||||
AISC 360 是美国钢结构设计的权威规范,全称 *Specification for Structural Steel Buildings*,由美国钢结构协会(AISC)发布,被 IBC(国际建筑规范)引用为钢结构设计的核准方法。提供 LRFD(荷载抗力系数设计)和 ASD(容许应力设计)双轨制。
|
||||
|
||||
## Core Content
|
||||
|
||||
- **Chapter A**: General Provisions(总则)
|
||||
- **Chapter B**: Design Requirements(设计要求)
|
||||
- **Chapter C**: Design for Stability(稳定性设计)
|
||||
- **Chapter D**: Design of Members for Tension(轴拉构件)
|
||||
- **Chapter E**: Design of Members for Compression(轴压构件)
|
||||
- **Chapter F**: Design of Members for Flexure(受弯构件)
|
||||
- **Chapter G**: Design of Members for Shear(受剪构件)
|
||||
- **Chapter H**: Design of Members for Combined Forces(组合力构件)
|
||||
- **Chapter I**: Design of Composite Members(组合构件)
|
||||
- **Chapter J**: Design of Connections(连接设计)
|
||||
- **Chapter K**: Design for HSS and Box Members(HSS 和箱形截面)
|
||||
|
||||
## LRFD vs ASD
|
||||
|
||||
| | LRFD | ASD |
|
||||
|--|------|-----|
|
||||
| 设计方法 | 荷载抗力系数设计 | 容许应力设计 |
|
||||
| 荷载系数 | 1.2D + 1.6L(主力) | D + L(容许应力) |
|
||||
| 抗力系数 | φ(< 1.0,如 φ=0.90 抗弯) | Ω(如 Ω=1.67) |
|
||||
| 应用场景 | 新建结构首选 | 抗风/抗震校核、加固改造 |
|
||||
| 关系 | φRn ≥ ΣγiQi | Rn/Ω ≥ ΣQi |
|
||||
|
||||
## Key Provisions
|
||||
|
||||
- **截面分类**(Chapter B):compact / noncompact / slender 分类决定屈曲验算方法
|
||||
- **直接分析法**(Chapter C):AISC 360-10 引入,直接考虑几何和残余应力非线性,比有效长度法更精确
|
||||
- **抗震条款**:AISC 341(*Seismic Provisions for Structural Steel Buildings*)提供 SMF/IMF/SCBF/EBF/BRB 抗震体系详细要求
|
||||
- **连接设计**:AISC 358(*Prequalified Connections for Special Moment Frames*)提供预认证连接类型
|
||||
|
||||
## Jurisdiction
|
||||
|
||||
- **美国**:IBC(International Building Code)在全美 50 个州 + 哥伦比亚特区被采纳为建筑法规基准,IBC 引用 AISC 360 作为钢结构设计标准
|
||||
- **国际**:AISC 标准通过美国国际开发署(USAID)项目、全球石油/化工设施、美国跨国公司在海外的建设项目被广泛采用
|
||||
|
||||
## Usage in Civil Engineer Agent
|
||||
|
||||
Civil Engineer Agent 使用 AISC 360 LRFD 进行钢结构设计,计算包必须包含:
|
||||
1. 所引用的 AISC 360 版本年份
|
||||
2. 截面属性(W/HSS/Box 截面型号及牌号 A992/A572 Gr50)
|
||||
3. LRFD 荷载组合及对应的 φ 系数
|
||||
4. 截面 compactness 判定
|
||||
5. 抗弯/抗剪/稳定性验算全过程
|
||||
|
||||
## Related Entities
|
||||
|
||||
- [[Eurocode]] EN 1993:欧洲钢结构规范——与 AISC 360 并列,但 Eurocode 采用截面分类(Class 1-4)替代 compactness 概念,荷载分项系数体系不同,不可混用
|
||||
- [[ACI-318]]:美国混凝土规范——AISC 360 的混凝土对应规范,同属美国 IBC 引用体系
|
||||
- [[ASCE-7]]:美国荷载规范——AISC 360 的荷载来源规范,风荷载、地震荷载、重力荷载均引用 ASCE 7
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[LRFD]](荷载抗力系数设计):AISC 360 的主要设计方法
|
||||
- [[ULS]](极限状态设计):AISC 360 LRFD 的设计哲学基础
|
||||
- [[Basis-of-Design]](设计依据报告):AISC 360 项目须记录所选用的设计方法(LRFD/ASD)
|
||||
81
wiki/entities/ASCE-7.md
Normal file
81
wiki/entities/ASCE-7.md
Normal file
@@ -0,0 +1,81 @@
|
||||
---
|
||||
title: "ASCE 7"
|
||||
type: entity
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- ASCE 7-22(当前版本,ASCE 7-16 为上一版)
|
||||
- Minimum Design Loads and Associated Criteria for Buildings and Other Structures
|
||||
- 美国建筑结构最小设计荷载规范
|
||||
- ASCE Standard 7
|
||||
|
||||
## Description
|
||||
|
||||
ASCE 7 是美国建筑及其他结构最小设计荷载规范的权威标准,全称 *Minimum Design Loads and Associated Criteria for Buildings and Other Structures*,由美国土木工程师协会(ASCE)发布,被 IBC(International Building Code)引用为所有建筑结构荷载计算的核准方法。涵盖重力荷载、风荷载、地震荷载、雪荷载、雨荷载、温度作用、冲击荷载等。
|
||||
|
||||
## Core Content — Chapters
|
||||
|
||||
| Chapter | 主题 | 核心内容 |
|
||||
|---------|------|---------|
|
||||
| Ch 1 | Scope and General Requirements | 规范范围、荷载分类 |
|
||||
| Ch 2 | Load Combinations | 基于 LRFD 和 ASD 的荷载组合 |
|
||||
| Ch 3 | Dead Loads and Collateral Loads | 恒荷载、固定设备荷载 |
|
||||
| Ch 4 | Live Loads | 楼面活荷载、屋顶活荷载 |
|
||||
| Ch 5 | Flood Loads | 洪水荷载 |
|
||||
| Ch 6 | Reserved | 保留章节 |
|
||||
| Ch 7 | Tsunami Loads | 海啸荷载 |
|
||||
| Ch 8 | Wind Loads | 风荷载——速度压力公式、围护结构/主体结构 |
|
||||
| Ch 9 | Seismic Loads | 地震荷载——反应谱、侧向力法、等效侧向力 |
|
||||
| Ch 10 | Snow Loads | 雪荷载——地面雪荷载、屋面雪荷载 |
|
||||
| Ch 11 | Rain Loads | 雨荷载 |
|
||||
| Ch 12 | Load Combinations for Strength Design (LRFD) | LRFD 荷载组合 |
|
||||
| Ch 13 | Load Combinations for Allowable Stress Design | ASD 荷载组合 |
|
||||
| Ch 26 | Reliability Provisions | 可靠性条款 |
|
||||
|
||||
## Key Methods
|
||||
|
||||
### Wind Load (Chapter 8)
|
||||
- **速度压力公式**:q = 0.613 Kz Kzt Kd V² I(psf,US 单位)
|
||||
- **主建筑系统(Main Wind Force Resisting System)**:建筑整体风荷载
|
||||
- **围护结构(Components & Cladding)**:屋面、墙面、窗户的风荷载
|
||||
- **风压高度变化系数 Kz**:根据地面粗糙度和高度确定
|
||||
- **地形系数 Kzt**:山峰、悬崖等陡峭地形的放大系数
|
||||
- **方向系数 Kd**:风向对不同建筑形状的影响
|
||||
|
||||
### Seismic Load (Chapter 9)
|
||||
- **反应谱分析**:SDS(短周期加速度)、SD1(一秒周期加速度)——从 USGS 地震危害数据库获取
|
||||
- **等效侧向力法**(ELF):V = Cs W,Cs = SDS / (R/I)
|
||||
- **建筑重要性系数 I**:Occupancy Category I/II/III/IV
|
||||
- **响应修正系数 R**:结构体系延性折减(SMF R=8, SCBF R=6, OMF R=3.5)
|
||||
- **高度限制**:超过 160 ft(~48.8 m)的建筑需进行动态分析
|
||||
|
||||
## Jurisdiction
|
||||
|
||||
- **美国**:IBC 引用 ASCE 7,全美 50 个州 + 哥伦比亚特区采纳 IBC 作为建筑法规基准
|
||||
- **国际**:美国海外投资项目采用 ASCE 7 作为荷载计算标准;部分加勒比海/太平洋岛国(受美国援助影响)也采用 ASCE 7
|
||||
|
||||
## Usage in Civil Engineer Agent
|
||||
|
||||
Civil Engineer Agent 使用 ASCE 7 进行荷载计算,计算包必须包含:
|
||||
1. ASCE 7 版本年份
|
||||
2. 建筑使用类别(Occupancy Category)和重要性系数 I
|
||||
3. 地面粗糙度类别(Exposure B/C/D)
|
||||
4. 基本风速 V(mph)和风向系数 Kd
|
||||
5. 地震参数 SDS、SD1(来自 USGS EHP 或项目地震报告)
|
||||
6. 响应修正系数 R 和结构体系类型
|
||||
7. 所有荷载组合及其对应的抗力系数
|
||||
|
||||
## Related Entities
|
||||
|
||||
- [[AISC-360]]:使用 ASCE 7 的风荷载和地震荷载作为钢结构的输入
|
||||
- [[ACI-318]]:使用 ASCE 7 的荷载组合作为混凝土结构的输入
|
||||
- [[Eurocode]] EN 1991:欧洲作用(荷载)规范——与 ASCE 7 并列,但风荷载谱(孟加拉风谱 vs ASCE 7 对数风谱)、地震反应谱(中国标准 GB 50011 vs ASCE 7)完全不同
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[ULS]](极限状态设计):ASCE 7 荷载组合服务于 LRFD/SD 极限状态设计
|
||||
- [[LRFD]](荷载抗力系数设计):ASCE 7 Chapter 12 定义 LRFD 荷载组合,AISC 360 和 ACI 318 均引用
|
||||
- [[Basis-of-Design]](设计依据报告):须记录 ASCE 7 版本、建筑使用类别、基本风速、地震参数、地面粗糙度类别等所有输入
|
||||
31
wiki/entities/BossZhipin.md
Normal file
31
wiki/entities/BossZhipin.md
Normal file
@@ -0,0 +1,31 @@
|
||||
---
|
||||
title: "Boss Zhipin(BOSS直聘)"
|
||||
type: entity
|
||||
tags: [hiring-platform, china]
|
||||
sources: [recruitment-specialist]
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- BOSS直聘
|
||||
- Boss Zhipin
|
||||
|
||||
## 定义
|
||||
中国领先的直聊式招聘平台,以"直聊"为核心差异化特性,连接招聘方与求职者,实现即时沟通。简历获取成本约为猎聘(Liepin)的三分之一,适合大量招聘初级岗位。
|
||||
|
||||
## 在 [[Recruitment Specialist Agent]] 中的定位
|
||||
- 优化公司页面和职位卡片设计
|
||||
- 掌握"直聊"互动技巧,提升候选人响应率
|
||||
- 利用人才推荐和定向邀请功能
|
||||
- 分析职位曝光量与简历转化率
|
||||
- ROI 分析:简历成本低,适合初级岗位批量招聘
|
||||
|
||||
## 核心指标
|
||||
- 简历成本:约为 Liepin 的 1/3
|
||||
- 适用岗位层级:初级至中级
|
||||
- 核心优势:直聊即时性、简历数量大、成本可控
|
||||
|
||||
## 连接
|
||||
- [[Recruitment Specialist Agent]] — 使用该平台进行初级岗位招聘
|
||||
- [[Liepin]] — 对比:Liepin 适合中高端岗位,简历质量更高但成本更高
|
||||
- [[Lagou]] — 另一互联网招聘平台,专注科技岗位
|
||||
63
wiki/entities/Eurocode.md
Normal file
63
wiki/entities/Eurocode.md
Normal file
@@ -0,0 +1,63 @@
|
||||
---
|
||||
title: "Eurocode"
|
||||
type: entity
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- EN 1990–1999(欧洲规范编号体系)
|
||||
- EC(Eurocode 缩写)
|
||||
- 欧盟结构设计标准
|
||||
- European Structural Design Standards
|
||||
|
||||
## Description
|
||||
|
||||
Eurocode 是欧洲结构工程设计标准体系,涵盖 EN 1990 至 EN 1999 九大领域,是全球最全面的结构设计规范框架之一,被欧盟成员国及全球多国(中东、亚洲、非洲)广泛采用或参考。
|
||||
|
||||
## Core Standards
|
||||
|
||||
| 编号 | 主题 | 核心内容 |
|
||||
|------|------|---------|
|
||||
| EN 1990 | 结构设计基础 | 荷载组合、可靠度分类、极限状态原则 |
|
||||
| EN 1991 | 结构上的作用 | 恒荷载、活荷载、风荷载、雪荷载、温度作用、偶然作用 |
|
||||
| EN 1992 | 混凝土结构 | 钢筋混凝土与预应力混凝土设计 |
|
||||
| EN 1993 | 钢结构 | 钢构件与连接设计 |
|
||||
| EN 1994 | 钢-混凝土组合结构 | 组合梁、组合柱设计 |
|
||||
| EN 1995 | 木结构 | 木结构设计 |
|
||||
| EN 1996 | 砌体结构 | 砌体结构设计 |
|
||||
| EN 1997 | 岩土设计 | 浅基础、深基础、挡土结构、边坡稳定 |
|
||||
| EN 1998 | 抗震设计 | 地震作用下的结构设计,含延性等级 DCL/DCM/DCH |
|
||||
|
||||
## Key Characteristics
|
||||
|
||||
- **部分系数法**(Partial Factor Method):EN 1990 定义了三套设计方法(DA1/DA2/DA3),对作用和抗力分别应用分项系数
|
||||
- **National Annex(NDPs)**:各成员国通过 National Annex 修订国家确定参数(NDPs),可显著改变设计结果——同一结构在不同国家的验算结果可能不同
|
||||
- **延性等级**:EN 1998 抗震设计分为 DCL(低延性)、DCM(中延性)、DCH(高延性)三级,对应不同的细部构造要求
|
||||
|
||||
## Jurisdiction
|
||||
|
||||
- **欧洲**:欧盟 27 国 + 英国(UK National Annex)、瑞士、土耳其
|
||||
- **国际**:中东(阿联酋、沙特等在 Eurocode 基础上增加本地附录)、亚洲(部分国家将 Eurocode 作为参考标准)、全球基础设施项目(欧洲银行融资项目通常要求 Eurocode 合规)
|
||||
|
||||
## Usage in Civil Engineer Agent
|
||||
|
||||
Civil Engineer Agent 使用 Eurocode 作为全球设计标准之一,必须在计算包开头注明:
|
||||
1. 适用的 EN 标准编号和年份版本
|
||||
2. 所采用的 National Annex(如 DE-NA、UK-NA)
|
||||
3. 选用的 NDPs(与 EN 默认值的偏差)
|
||||
4. 设计方法(DA1/DA2/DA3)
|
||||
|
||||
## Related Entities
|
||||
|
||||
- [[AISC-360]]:美国钢结构规范——与 Eurocode EN 1993 并列,同为核心钢结构设计标准,但荷载分项系数和截面分类方法不同,不可混用
|
||||
- [[ACI-318]]:美国混凝土规范——与 Eurocode EN 1992 并列,LRFD 方法与 Eurocode 部分系数法思路相近但系数体系不同
|
||||
- [[ASCE-7]]:美国荷载规范——与 Eurocode EN 1991 并列,同为荷载标准,但风荷载谱、地震反应谱划分、荷载组合公式均有差异
|
||||
- [[EN-1997]]:岩土设计——Eurocode 岩土部分,是独立的岩土工程设计框架
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[ULS]](极限状态设计):Eurocode 核心设计哲学,同时验证 ULS 和 SLS
|
||||
- [[National-Annex]](国家附录):Eurocode 各成员国的本地化修订机制,是 Eurocode 体系内规范冲突的主要来源
|
||||
- [[Basis-of-Design]](设计依据报告):记录所有规范选择和假设的文件
|
||||
49
wiki/entities/Gitmoji.md
Normal file
49
wiki/entities/Gitmoji.md
Normal file
@@ -0,0 +1,49 @@
|
||||
---
|
||||
title: "Gitmoji"
|
||||
type: entity
|
||||
tags: ["tool", "git", "commit-standards"]
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- gitmoji
|
||||
- Gitmoji
|
||||
|
||||
## Type
|
||||
Commit Standard Tool
|
||||
|
||||
## Description
|
||||
|
||||
Gitmoji 是一个标准化 Emoji 提交规范工具,通过在 Git commit message 前缀标准化的 Emoji,使开发团队能够在 git log 中通过视觉标签快速识别变更类型和意图。
|
||||
|
||||
## Official References
|
||||
|
||||
- **Primary**: [gitmoji.dev](https://gitmoji.dev/) — 当前 emoji 目录和标准含义
|
||||
- **Source of truth**: [github.com/carloscuesta/gitmoji](https://github.com/carloscuesta/gitmoji) — 上游项目和最佳实践模型
|
||||
|
||||
## Key Gitmojis
|
||||
|
||||
| Emoji | 含义 | Gitmoji 官方定义 |
|
||||
|-------|------|----------------|
|
||||
| ✨ | 新功能 | Introducing new features |
|
||||
| 🐛 | 缺陷修复 | Fixing a bug |
|
||||
| ♻️ | 重构 | Refactoring code |
|
||||
| 📚 | 文档 | Updating docs |
|
||||
| 🧪 | 测试 | Adding tests |
|
||||
| 💄 | 样式 | Updating UI/style |
|
||||
| 🔧 | 配置 | Changing config files |
|
||||
| 📦 | 依赖 | Updating packages |
|
||||
| 🚀 | 部署 | Deploying stuff |
|
||||
|
||||
## Usage in The Agency
|
||||
|
||||
[[Jira Workflow Steward]] Agent 使用 Gitmoji 作为 [[Gitmoji-Commit]] 规范的视觉层:
|
||||
- 格式:`<Gitmoji> JIRA-ID: short description`
|
||||
- 选择依据:变更的实际类型,而非个人偏好
|
||||
- 新增新 agent(catalog 功能)→ 优先 `✨`(因为 Gitmoji 定义为新功能)
|
||||
- 仅更新现有文档 → 使用 `📚`
|
||||
|
||||
Gitmoji 同时用于 commit-msg hook 的正则表达式验证,不符合规范的提交会被拒绝。
|
||||
|
||||
## Sources
|
||||
- [[project-management-jira-workflow-steward]](主要来源)
|
||||
56
wiki/entities/Jira-Workflow-Steward.md
Normal file
56
wiki/entities/Jira-Workflow-Steward.md
Normal file
@@ -0,0 +1,56 @@
|
||||
---
|
||||
title: "Jira Workflow Steward"
|
||||
type: entity
|
||||
tags: ["agent-personality", "project-management", "delivery-traceability", "the-agency"]
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Jira Workflow Steward
|
||||
- Jira Workflow Steward Agent
|
||||
|
||||
## Type
|
||||
Agent Personality(The Agency — Project Management 部门)
|
||||
|
||||
## Role
|
||||
|
||||
**Jira Workflow Steward** 是 The Agency 项目管理部门的交付纪律守护者(delivery disciplinarian),专职通过 Jira-Git 全链路绑定,确保每一次代码变更都能从 Jira 任务追踪到分支、提交、PR 直至关线发布。
|
||||
|
||||
核心定位:**拒绝匿名代码**——如果某项变更无法从 Jira 追踪到分支、提交、PR 直至发布,则视为工作流不完整。
|
||||
|
||||
## Identity
|
||||
|
||||
- **Role**: Delivery traceability lead, Git workflow governor, Jira hygiene specialist
|
||||
- **Personality**: Exacting, low-drama, audit-minded, developer-pragmatic
|
||||
- **Memory**: 记得哪些分支规则在真实团队中真正有效、哪些 commit 结构能减少 review 摩擦、哪些工作流政策在交付压力下会崩溃
|
||||
|
||||
## Core Responsibilities
|
||||
|
||||
1. **Jira Gate**:强制要求所有 Git 工作流输出携带有效 Jira Task ID
|
||||
2. **Branch Strategy**:规范 feature/bugfix/hotfix/release 分支类型和命名
|
||||
3. **Commit Hygiene**:通过 Gitmoji 规范和 Jira 绑定保持提交历史可读
|
||||
4. **PR Governance**:通过 PR 模板、安全审查要求保护合并质量
|
||||
5. **Delivery Auditable**:使从需求到发布代码的路径可在 10 分钟内重建
|
||||
|
||||
## Workflow
|
||||
|
||||
1. 确认 Jira 锚点(Jira Task ID 存在)
|
||||
2. 分类变更类型(Feature/Bugfix/Hotfix/Refactor/Docs/Tests/Config/Dependencies)
|
||||
3. 构建交付骨架(branch name + planned commits + PR template)
|
||||
4. 安全和范围审查(无 secrets、scope creep 检查)
|
||||
5. 关闭可追溯性循环(PR 链接 ticket + branch + commits + test evidence + risk areas)
|
||||
|
||||
## Success Metrics
|
||||
|
||||
- 100% 的可合并分支映射到有效 Jira 任务
|
||||
- Commit 命名合规率 ≥ 98%
|
||||
- Reviewer 在 5 秒内通过 commit subject 识别变更类型和 ticket 上下文
|
||||
- 从 Jira + Git 历史重建发布说明 < 10 分钟
|
||||
|
||||
## Related Agents
|
||||
|
||||
- [[Project-Management-Project-Shepherd]]:上游协调者,提供 Jira 任务输入
|
||||
- [[Project-Management-Studio-Operations]]:运营流程协同,Jira Workflow Steward 负责技术交付链路
|
||||
|
||||
## Sources
|
||||
- [[project-management-jira-workflow-steward]](主要来源)
|
||||
54
wiki/entities/Project-Management-Experiment-Tracker.md
Normal file
54
wiki/entities/Project-Management-Experiment-Tracker.md
Normal file
@@ -0,0 +1,54 @@
|
||||
---
|
||||
title: "Project-Management-Experiment-Tracker"
|
||||
type: entity
|
||||
tags: ["agent", "project-management", "experimentation"]
|
||||
sources: ["project-management-experiment-tracker"]
|
||||
last_updated: 2026-04-20
|
||||
---
|
||||
|
||||
## Overview
|
||||
Experiment Tracker(实验追踪专家)是 The Agency 项目管理部门的 AI Agent,专注于实验设计、执行追踪与数据驱动决策的专家级项目经理。通过严格的统计方法论管理 A/B 测试、功能实验和假设验证,确保 95% 置信度的数据驱动决策可靠性。
|
||||
|
||||
## Role
|
||||
- **Type**: AI Agent / Project Management
|
||||
- **Department**: The Agency — Project Management
|
||||
- **Color**: Purple
|
||||
- **Emoji**: 🧪
|
||||
- **Vibe**: Designs experiments, tracks results, and lets the data decide.
|
||||
|
||||
## Core Responsibilities
|
||||
- 设计统计有效的 A/B 测试和多变量实验(默认 95% 置信度)
|
||||
- 管理实验 Portfolio 组合(每季度 15+ 实验,70% 成功率)
|
||||
- 执行统计功效分析确定所需样本量
|
||||
- 实施渐进放量与安全监控(含 Rollback 机制)
|
||||
- 80% 成功实验实现落地并驱动业务影响
|
||||
|
||||
## Advanced Capabilities
|
||||
- **Multi-armed Bandits**:动态流量分配,实时优化实验资源
|
||||
- **Bayesian Analysis**:贝叶斯分析方法,支持连续学习与实时决策
|
||||
- **Causal Inference**:因果推断技术,理解实验的真正效果
|
||||
- **ML Model A/B Testing**:机器学习模型 A/B 测试与预测建模
|
||||
- **Meta-analysis**:跨多实验的元分析能力
|
||||
|
||||
## Deliverables
|
||||
1. **实验设计文档**:假设陈述、成功指标、变体设计、风险评估、实施计划
|
||||
2. **实验结果报告**:统计结果、置信区间、业务影响、决策建议
|
||||
3. **Portfolio 分析**:跨实验资源优化、优先级排序、长期路线图
|
||||
|
||||
## Success Metrics
|
||||
| Metric | Target |
|
||||
|--------|--------|
|
||||
| 实验达统计显著性 | 95% |
|
||||
| 每季度实验数量 | 15+ |
|
||||
| 实验成功率 | 70% |
|
||||
| 成功实验落地率 | 80% |
|
||||
| 生产事故数 | 0 |
|
||||
| 用户体验降级 | 0 |
|
||||
|
||||
## Connections
|
||||
- [[Project-Management-Studio-Producer]] — 受益于实验数据的 Portfolio 优化
|
||||
- [[Project-Management-Studio-Operations]] — 潜在张力:实验节奏 vs 内容制作节奏
|
||||
- [[Project-Management-Jira-Workflow-Steward]] — 实验结果转化为 Jira 产品改进任务
|
||||
- [[Project-Management-Project-Shepherd]] — 利用实验数据支持项目看护
|
||||
- [[LaunchDarkly]] — Feature Flag 平台,支撑渐进放量与 A/B 测试
|
||||
- [[UX-Researcher]] — 共同使用 A/B 测试框架验证设计决策
|
||||
44
wiki/entities/Studio-Producer.md
Normal file
44
wiki/entities/Studio-Producer.md
Normal file
@@ -0,0 +1,44 @@
|
||||
---
|
||||
title: "Studio Producer"
|
||||
type: entity
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- None known
|
||||
|
||||
## Description
|
||||
|
||||
Studio Producer 是 The Agency 项目管理部门中最高战略层级的 Agent,专注于高管级别的创意与商业目标对齐的组合管理。核心职责:战略组合规划、Portfolio ROI 管理(≥ 25%)、95% 按时交付、高管级利益相关者沟通。
|
||||
|
||||
## Role Characteristics
|
||||
|
||||
- **Type**: AI Agent (Personality)
|
||||
- **Department**: The Agency — Project Management
|
||||
- **Level**: Executive/Strategic
|
||||
- **Color**: Gold
|
||||
- **Emoji**: 🎬
|
||||
- **Vibe**: Aligns creative vision with business objectives across complex initiatives
|
||||
|
||||
## Core Deliverables
|
||||
|
||||
- Strategic Portfolio Plan(战略组合计划)—— Tier 1/2/Innovation Pipeline 三级分级
|
||||
- Strategic Portfolio Review(战略组合复盘)—— 季度/周期复盘模板
|
||||
- Executive Communication—— Board 级别战略汇报
|
||||
|
||||
## Success Metrics
|
||||
|
||||
- Portfolio ROI ≥ 25%
|
||||
- 95% on-time delivery
|
||||
- Client satisfaction 4.8/5
|
||||
- Market top 3 positioning
|
||||
- Team retention above industry benchmarks
|
||||
|
||||
## Related Entities
|
||||
|
||||
- [[Project-Management-Studio-Operations]]:执行搭档
|
||||
- [[Project-Manager-Senior]]:执行层项目经理
|
||||
- [[Project-Management-Project-Shepherd]]:项目看护角色
|
||||
- [[Project-Management-Experiment-Tracker]]:实验跟踪角色
|
||||
30
wiki/entities/XR-Cockpit-Interaction-Specialist.md
Normal file
30
wiki/entities/XR-Cockpit-Interaction-Specialist.md
Normal file
@@ -0,0 +1,30 @@
|
||||
---
|
||||
title: "XR Cockpit Interaction Specialist"
|
||||
type: entity
|
||||
tags: []
|
||||
sources: [xr-cockpit-interaction-specialist, xr-interface-architect, visionos-spatial-engineer]
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- XR Cockpit Interaction Specialist
|
||||
- XR Cockpit Interaction Specialist Agent
|
||||
- XR-Cockpit-Interaction-Specialist
|
||||
|
||||
## Role
|
||||
The Agency — Spatial Computing 部门座舱交互专家 Agent,专注于设计和实现固定视角、高存在感的座舱交互环境。
|
||||
|
||||
## Description
|
||||
XR Cockpit Interaction Specialist 智能体核心设计原则:约束驱动控制机制(constraint-driven control mechanics)消除自由漂浮运动,通过 3D meshes 和输入约束将控制物理化;座舱人体工学对齐自然的眼-手-头协调流动;多模态交互集成(手势/语音/注视/物理道具);固定视角设计降低运动病阈值。典型应用场景:模拟指挥中心、航天器座舱、XR 载具界面、训练模拟器。
|
||||
|
||||
## Related Entities
|
||||
- [[XR-Interface-Architect]]:同部门界面架构专家
|
||||
- [[XR-Immersive-Developer]]:同部门 WebXR 开发专家
|
||||
- [[macOS-Spatial-Metal-Engineer]]:同部门 Apple 平台渲染专家
|
||||
- [[visionos-spatial-engineer]]:同部门 visionOS 原生开发专家
|
||||
- [[Terminal-Integration-Specialist]]:同部门终端集成专家
|
||||
|
||||
## Sources
|
||||
- [[xr-cockpit-interaction-specialist]] — Agent 角色定义源文档
|
||||
- [[xr-interface-architect]] — 相关参考
|
||||
- [[visionos-spatial-engineer]] — 相关参考
|
||||
30
wiki/entities/XR-Immersive-Developer.md
Normal file
30
wiki/entities/XR-Immersive-Developer.md
Normal file
@@ -0,0 +1,30 @@
|
||||
---
|
||||
title: "XR Immersive Developer"
|
||||
type: entity
|
||||
tags: []
|
||||
sources: [xr-immersive-developer, xr-interface-architect, xr-cockpit-interaction-specialist, visionos-spatial-engineer]
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- XR Immersive Developer
|
||||
- XR-Immersive-Developer
|
||||
|
||||
## Role
|
||||
The Agency — Spatial Computing 部门 WebXR 前端工程师 Agent,专注于在浏览器环境下构建跨平台高性能 AR/VR/XR 体验。
|
||||
|
||||
## Description
|
||||
XR Immersive Developer 智能体核心栈为 A-Frame / Three.js / Babylon.js,核心能力包括 WebXR Device API 全套沉浸式支持(hand tracking / pinch / gaze / controller input)、raycasting / hit testing / 实时物理交互、LOD 系统 / occlusion culling / shader tuning 性能优化、跨设备兼容层(Meta Quest / Vision Pro / HoloLens / mobile AR)。典型交付物:VR 训练模拟器、AR 可视化界面、空间界面。
|
||||
|
||||
## Related Entities
|
||||
- [[XR-Cockpit-Interaction-Specialist]]:同部门座舱交互专家
|
||||
- [[XR-Interface-Architect]]:同部门界面架构专家
|
||||
- [[macOS-Spatial-Metal-Engineer]]:同部门 Apple 平台渲染专家
|
||||
- [[visionos-spatial-engineer]]:同部门 visionOS 原生开发专家
|
||||
- [[Terminal-Integration-Specialist]]:同部门终端集成专家
|
||||
|
||||
## Sources
|
||||
- [[xr-immersive-developer]] — Agent 角色定义源文档
|
||||
- [[xr-interface-architect]] — 相关参考
|
||||
- [[xr-cockpit-interaction-specialist]] — 相关参考
|
||||
- [[visionos-spatial-engineer]] — 相关参考
|
||||
29
wiki/entities/XR-Interface-Architect.md
Normal file
29
wiki/entities/XR-Interface-Architect.md
Normal file
@@ -0,0 +1,29 @@
|
||||
---
|
||||
title: "XR Interface Architect"
|
||||
type: entity
|
||||
tags: []
|
||||
sources: [xr-interface-architect, xr-cockpit-interaction-specialist, visionos-spatial-engineer]
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- XR Interface Architect
|
||||
- XR-Interface-Architect
|
||||
|
||||
## Role
|
||||
The Agency — Spatial Computing 部门 UX/UI 设计专家 Agent,专注于为 AR/VR/XR 沉浸式环境创建直觉化、舒适且可发现的界面。
|
||||
|
||||
## Description
|
||||
XR Interface Architect 智能体通过 HUD / 浮动菜单 / 交互区域设计,支持直接触摸、注视+捏合、控制器和手势四种输入模型,基于人体工程学约束进行 UI 放置以减少晕动症,构建座舱/仪表盘/可穿戴界面布局模板,并运行可用性验证实验。
|
||||
|
||||
## Related Entities
|
||||
- [[XR-Immersive-Developer]]:同部门 WebXR 开发专家
|
||||
- [[XR-Cockpit-Interaction-Specialist]]:同部门座舱交互专家
|
||||
- [[macOS-Spatial-Metal-Engineer]]:同部门 Apple 平台渲染专家
|
||||
- [[visionos-spatial-engineer]]:同部门 visionOS 原生开发专家
|
||||
- [[Terminal-Integration-Specialist]]:同部门终端集成专家
|
||||
|
||||
## Sources
|
||||
- [[xr-interface-architect]] — Agent 角色定义源文档
|
||||
- [[xr-cockpit-interaction-specialist]] — 相关参考
|
||||
- [[visionos-spatial-engineer]] — 相关参考
|
||||
29
wiki/entities/macOS-Spatial-Metal-Engineer.md
Normal file
29
wiki/entities/macOS-Spatial-Metal-Engineer.md
Normal file
@@ -0,0 +1,29 @@
|
||||
---
|
||||
title: "macOS Spatial Metal Engineer"
|
||||
type: entity
|
||||
tags: []
|
||||
sources: [macos-spatial-metal-engineer, xr-cockpit-interaction-specialist, visionos-spatial-engineer]
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- macOS Spatial/Metal Engineer
|
||||
- macOS Spatial Metal Engineer
|
||||
- macOS-Spatial-Metal-Engineer
|
||||
|
||||
## Role
|
||||
The Agency — Spatial Computing 部门 Apple 平台 Metal 渲染与空间计算工程师 Agent,专注于 Swift + Metal 的高性能 3D 渲染系统和 visionOS 空间计算体验。
|
||||
|
||||
## Description
|
||||
macOS Spatial/Metal Engineer 智能体核心能力包括:实例化 Metal 渲染(Instanced Rendering)驱动 10k-100k 节点图数据,目标 90fps 立体渲染;通过 RemoteImmersiveSpace 和 LayerRenderer(stereo 模式、RGBA16Float + Depth32Float)实现 macOS 到 Vision Pro 的帧流传输;Metal Compute Shader 执行 GPU 并行力导向图物理模拟。性能约束:GPU 利用率 < 80%、每帧 < 100 draw calls、内存 < 1GB。
|
||||
|
||||
## Related Entities
|
||||
- [[XR-Interface-Architect]]:同部门界面架构专家
|
||||
- [[XR-Immersive-Developer]]:同部门 WebXR 开发专家
|
||||
- [[XR-Cockpit-Interaction-Specialist]]:同部门座舱交互专家
|
||||
- [[visionos-spatial-engineer]]:同部门 visionOS 原生开发专家
|
||||
- [[Terminal-Integration-Specialist]]:同部门终端集成专家
|
||||
|
||||
## Sources
|
||||
- [[macos-spatial-metal-engineer]] — Agent 角色定义源文档
|
||||
- [[visionos-spatial-engineer]] — 相关参考
|
||||
Reference in New Issue
Block a user