Update from Sync Service

wiki/Projects/gstack+Superpowers研究.md

@@ -0,0 +1,38 @@
+---
+created: 2026-04-27
+type: concept
+tags: [gstack, superpowers, claude-code, workflow, ai-coding, joint-workflow]
+---
+
+# gstack + Superpowers 联合工作流
+
+> gstack 负责"谁来干"（角色分工），Superpowers 负责"怎么干"（工程纪律）
+
+## 定位差异
+
+| 框架 | 核心问题 | 触发方式 | 独占能力 |
+|------|---------|---------|---------|
+| gstack | 角色分工 | 手动命令 | 部署/安全/浏览器QA |
+| Superpowers | 工程纪律 | 自动触发 | TDD/子代理调度/任务拆解 |
+
+## 联合流程
+
+```
+/office-hours + brainstorming  → 想法探索
+/plan-ceo-review               → 战略审查
+/plan-eng-review + writing-plans → 工程规划
+subagent-driven + /review      → 实施+审查
+/qa + systematic-debugging     → 测试+调试
+/ship + finishing-branch       → 发布
+/land-and-deploy + /canary     → 部署+监控
+```
+
+## 相关
+
+- [[gstack]]（23 角色工作流）
+- [[Claude Code]]（核心运行平台）
+- [[OpenClaw]]（编排器角色）
+
+---
+
+*2026-04-27 研究*

wiki/Projects/gstack+Superpowers联合工作流研究.md

@@ -0,0 +1,384 @@
+---
+created: 2026-04-27
+type: source
+tags: [gstack, superpowers, claude-code, workflow, ai-coding, agent, methodolgy]
+---
+
+# gstack + Superpowers 联合工作流完全研究
+
+> 当 Garry Tan 的角色分工 遇上 Jesse Vincent 的工程纪律
+>
+> 研究时间：2026-04-27
+
+---
+
+## 📋 概览
+
+**gstack** 和 **Superpowers** 是 Claude Code 生态中最流行的两个工作流框架，分别解决不同维度的问题：
+
+| 框架 | 核心问题 | 作者 |
+|------|---------|------|
+| **gstack** | "谁来干？" — **角色分工** | Garry Tan（YC CEO） |
+| **Superpowers** | "怎么干？" — **工程纪律** | Jesse Vincent |
+
+两者结合 = **完整的高质量 AI 编程工作流**。
+
+---
+
+## 🧩 定位差异
+
+### gstack：角色驱动（23 个专业角色）
+
+```
+你想建什么？  →  CEO 重新定义问题
+              →  设计师出方案
+              →  工程经理锁架构
+              →  QA 测试
+              →  安全官审计
+              →  发布工程师上线
+```
+
+**关键**：每个角色有明确的 **slash 命令**，覆盖产品全生命周期。
+
+### Superpowers：纪律驱动（14 个自动触发技能）
+
+```
+你有想法     →  brainstorming（苏格拉底式追问）
+              →  writing-plans（拆解任务，每步 2-5 分钟）
+              →  subagent-driven-development（子代理逐任务执行）
+              →  test-driven-development（RED-GREEN-REFACTOR）
+              →  requesting-code-review（代码审查）
+              →  finishing-a-development-branch（合并/PR）
+```
+
+**关键**：技能 **自动触发**，不需要手动调用。
+
+---
+
+## 🔄 联合工作流
+
+### 完整流程（Think → Ship）
+
+```
+┌─────────────────────────────────────────────────┐
+│  阶段         │ gstack 角色      │ Superpowers 技能  │
+├─────────────────────────────────────────────────┤
+│ 1. 想法探索   │ /office-hours    │ brainstorming    │
+│ 2. 战略审查   │ /plan-ceo-review │ brainstorming    │
+│ 3. 设计       │ /design-review   │ brainstorming    │
+│ 4. 工程规划   │ /plan-eng-review │ writing-plans    │
+│ 5. 实施       │ /review          │ subagent-driven  │
+│               │                  │ test-driven-dev  │
+│ 6. 测试       │ /qa              │ systematic-debug │
+│ 7. 审查       │ /review          │ code-review      │
+│ 8. 发布       │ /ship            │ finishing-branch │
+│ 9. 部署       │ /land-and-deploy │ finishing-branch │
+│ 10. 监控      │ /canary          │ verification     │
+│ 11. 回顾      │ /retro           │ (meta)           │
+└─────────────────────────────────────────────────┘
+```
+
+### 为什么需要两者？
+
+| 场景 | 只有 gstack | 只有 Superpowers | 两者结合 |
+|------|-----------|-----------------|---------|
+| 需求模糊 | ✅ CEO 重定义 | ✅ brainstorming | ✅✅ 最佳 |
+| 任务拆解 | ⚠️ 较粗 | ✅ 每步 2-5 分钟 | ✅ gstack 方向 + SP 粒度 |
+| 代码质量 | ✅ /review 找 bug | ✅ TDD + 两阶段审查 | ✅ 双重保障 |
+| 测试覆盖 | ⚠️ /qa 黑盒 | ✅ TDD 强制红绿重构 | ✅ 单元 + 集成 |
+| 子代理调度 | ⚠️ 无 | ✅ 逐任务 + 审查 | ✅ gstack 角色审查 SP 子代理产出 |
+| 部署上线 | ✅ 完整流程 | ⚠️ 只到 finishing | ✅ gstack 补齐 |
+| 安全审计 | ✅ /cso | ❌ 无 | ✅ gstack 独占 |
+| 浏览器 QA | ✅ /qa 真实浏览器 | ❌ 无 | ✅ gstack 独占 |
+
+---
+
+## 🎯 核心 Superpowers 技能详解
+
+### 1️⃣ brainstorming（想法探索）
+
+**触发时机**：在写代码之前
+
+**工作方式**：
+- 苏格拉底式追问（不是直接给方案）
+- 探讨多种实现路径
+- 把设计文档分块展示，让你逐段确认
+- 最终产出设计文档
+
+**示例**：
+```
+你：我想做一个日历每日简报应用
+Superpowers：[问 6 个强制问题]
+            [挑战你的框架：你不是要"简报"，是"AI 参谋"]
+            [产出 3 种实现方案 + 工作量估算]
+```
+
+### 2️⃣ writing-plans（写计划）
+
+**核心原则**：
+- 每个任务 2-5 分钟
+- 精确到文件路径
+- 包含完整代码和验证步骤
+- DRY / YAGNI / TDD / 频繁提交
+
+**计划格式**：
+```
+## Task N: [组件名]
+
+Files:
+- Create: src/path/file.py
+- Modify: existing/path/file.py:123-145
+- Test: tests/path/test.py
+
+- [ ] Step 1: 写失败的测试（含代码）
+- [ ] Step 2: 运行测试确认失败（含命令+预期输出）
+- [ ] Step 3: 写最小实现（含代码）
+- [ ] Step 4: 运行测试确认通过（含命令+预期输出）
+- [ ] Step 5: 提交（含 git 命令）
+```
+
+**严禁**：
+- ❌ "TBD" / "TODO" / "后续补充"
+- ❌ "添加适当的错误处理"
+- ❌ "类似 Task N"（必须重复完整代码）
+
+### 3️⃣ subagent-driven-development（子代理驱动开发）
+
+**核心流程**（每任务）：
+
+```
+1. 调度实现者子代理
+   ↓
+2. 实现者工作（实现+测试+提交+自审）
+   ↓
+3. 调度规格审查者子代理
+   ↓  ✅ 规格匹配？ → 下一步
+   ↓  ❌ 不匹配 → 实现者修复 → 重审
+   ↓
+4. 调度代码质量审查者子代理
+   ↓  ✅ 质量通过？ → 标记完成
+   ↓  ❌ 质量问题 → 实现者修复 → 重审
+   ↓
+5. 下一个任务...
+```
+
+**模型路由**（省钱策略）：
+- 机械实现任务（1-2 文件）→ **便宜模型**
+- 集成调试任务（多文件协调）→ **标准模型**
+- 架构设计/审查 → **最强模型**
+
+### 4️⃣ test-driven-development（测试驱动）
+
+**RED-GREEN-REFACTOR 循环**：
+
+```
+RED   → 写一个失败的测试
+        运行确认它确实失败了
+
+GREEN → 写最少代码让它通过
+        运行确认它通过了
+
+REFACTOR → 重构代码，保持测试通过
+           提交
+```
+
+**强制**：先写测试！不是写完代码再补测试。
+
+### 5️⃣ systematic-debugging（系统化调试）
+
+**4 阶段根因追踪**：
+1. 复现问题
+2. 追踪数据流
+3. 测试假设
+4. 修复 + 验证
+
+**铁律**：没有调查就不能修 bug！最多尝试 3 次后停止。
+
+### 6️⃣ requesting-code-review（代码审查）
+
+**审查清单**：
+- 规格覆盖度
+- 边界情况
+- 错误处理
+- 测试覆盖
+- 代码质量
+
+### 7️⃣ finishing-a-development-branch（完成分支）
+
+**流程**：
+- 运行全部测试
+- 展示选项（合并/PR/保留/丢弃）
+- 清理 worktree
+
+---
+
+## 🏗️ gstack 角色详解（23 个）
+
+### 战略规划
+
+| 命令 | 角色 | 与 SP 协作点 |
+|------|------|-------------|
+| `/office-hours` | 产品顾问 | 衔接 `brainstorming` |
+| `/plan-ceo-review` | CEO | 战略审查，4 种范围模式 |
+
+### 设计
+
+| 命令 | 角色 |
+|------|------|
+| `/plan-design-review` | 高级设计师（0-10 评分） |
+| `/design-shotgun` | 生成 4-6 个方案变体 |
+| `/design-html` | 设计稿 → 可投产 HTML |
+
+### 工程
+
+| 命令 | 角色 | 与 SP 协作点 |
+|------|------|-------------|
+| `/plan-eng-review` | 工程经理 | 衔接 `writing-plans` |
+| `/review` | 资深工程师 | 衔接 `code-review` |
+| `/investigate` | 调试员 | 衔接 `systematic-debugging` |
+
+### 测试/质量
+
+| 命令 | 角色 | 与 SP 协作点 |
+|------|------|-------------|
+| `/qa` | QA 负责人 | 衔接 `verification` |
+| `/cso` | 安全官 | gstack 独占 |
+
+### 发布/运维
+
+| 命令 | 角色 | 与 SP 协作点 |
+|------|------|-------------|
+| `/ship` | 发布工程师 | 衔接 `finishing-branch` |
+| `/land-and-deploy` | 发布工程师 | gstack 独占 |
+| `/canary` | SRE | gstack 独占 |
+
+---
+
+## 🚀 联合使用示例
+
+### 完整功能开发
+
+```
+你：我想加一个通知功能
+
+你：/office-hours
+       ← gstack: CEO 重新定义问题
+       ← SP: brainstorming 追问
+
+你：我想清楚了，就是要推送通知
+       ← SP: brainstorming 产出设计文档
+
+你：/plan-ceo-review
+       ← gstack: CEO 战略审查
+
+你：/plan-eng-review
+       ← gstack: 工程经理锁架构
+       ← SP: writing-plans 拆解任务
+
+你：开始实施
+       ← SP: subagent-driven-development
+              每任务：实现 → 规格审查 → 质量审查
+
+你：/review
+       ← gstack: 资深工程师找生产 bug
+       ← SP: code-review 审查清单
+
+你：/qa https://staging.myapp.com
+       ← gstack: 打开真实浏览器测试
+       ← SP: systematic-debugging 修 bug
+
+你：/ship
+       ← gstack: 测试+PR
+       ← SP: finishing-branch 收尾
+```
+
+---
+
+## 🔗 claude-flow：一键集成
+
+[**claude-flow**](https://github.com/hgahlot/claude-flow) 项目把 gstack + Superpowers 和其他工具打包在一起：
+
+| 组件 | 功能 |
+|------|------|
+| **gstack** | 25 技能（QA/审查/发布/部署/监控） |
+| **Superpowers** | 14 自动触发技能（TDD/调试/子代理） |
+| **GSD** | 50 命令 + 17 Agent（规格驱动生命周期） |
+| **UI/UX Pro Max** | 67 风格 + 96 配色 + 57 字体 |
+| **Claude-Mem** | SQLite 跨会话记忆 |
+| **ralph-wiggum** | 自主迭代循环 |
+| **/flow** | 统一命令路由 |
+| **/discover** | 每周发现新工具 |
+
+**一键安装**：
+```bash
+cd /your/project
+git clone https://github.com/hgahlot/claude-flow.git /tmp/claude-flow
+bash /tmp/claude-flow/setup.sh
+```
+
+---
+
+## 📊 对比总结
+
+| 维度 | gstack | Superpowers | 联合效果 |
+|------|--------|------------|---------|
+| **关注点** | 角色分工 | 工程纪律 | 角色 + 纪律 |
+| **触发方式** | 手动命令 | 自动触发 | 自动 + 手动 |
+| **规划粒度** | 较粗 | 每步 2-5 分钟 | gstack 方向 + SP 粒度 |
+| **测试** | 黑盒浏览器测试 | TDD 强制红绿重构 | 单元 + 集成 |
+| **审查** | 单次 | 两阶段（规格+质量） | 双重保障 |
+| **部署** | 完整 | 只到合并 | gstack 补齐 |
+| **安全** | OWASP+STRIDE | 无 | gstack 独占 |
+| **子代理** | 无 | 逐任务调度 | SP 执行 + gstack 审查 |
+
+---
+
+## 📌 最佳实践
+
+### 什么时候用 gstack？
+
+- 需要**角色审查**（CEO/设计师/安全官）
+- 需要**真实浏览器 QA**（/qa）
+- 需要**部署上线**（/ship, /land-and-deploy）
+- 需要**安全审计**（/cso）
+- 需要**生产监控**（/canary）
+
+### 什么时候用 Superpowers？
+
+- **TDD** 强制（先写测试）
+- **任务拆解**（每步 2-5 分钟）
+- **子代理调度**（逐任务 + 两阶段审查）
+- **系统化调试**（4 阶段根因追踪）
+- **代码审查**（自动化审查清单）
+
+### 什么时候两者都用？
+
+- **完整功能开发**：gstack 提供角色 + Superpowers 提供纪律
+- **新项目启动**：gstack 的 /office-hours + Superpowers 的 brainstorming
+- **复杂重构**：gstack 的 /review + Superpowers 的 TDD
+
+---
+
+## 🔧 安装建议
+
+### 方案一：两者独立安装（推荐新手）
+
+```bash
+# 安装 gstack
+git clone --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack
+cd ~/.claude/skills/gstack && ./setup
+
+# 安装 Superpowers（在 Claude Code 中）
+/plugin install superpowers@claude-plugins-official
+```
+
+### 方案二：claude-flow 一键安装（推荐进阶）
+
+```bash
+git clone https://github.com/hgahlot/claude-flow.git /tmp/claude-flow
+bash /tmp/claude-flow/setup.sh
+```
+
+---
+
+*研究完成时间：2026-04-27 11:00*

wiki/Projects/gstack完全研究.md

@@ -0,0 +1,289 @@
+---
+created: 2026-04-27
+type: source
+tags: [gstack, garry-tan, claude-code, ai-coding, agent, skill, yc]
+---
+
+# Garry Tan gstack 完全研究
+
+> Garry Tan（Y Combinator CEO）的 Claude Code 开发工作流
+>
+> 仓库：https://github.com/garrytan/gstack
+>
+> ⭐ 84,044 stars | 研究时间：2026-04-27
+
+---
+
+## 📋 概览
+
+gstack 是 Y Combinator CEO **Garry Tan** 开源的 **AI 编程团队工作流**。它将 Claude Code 转变为一个由 **23 个专业角色** 组成的虚拟工程团队，覆盖从产品设计到部署上线的完整开发生命周期。
+
+**核心理念**：一个人 + 正确的工具 = 20 人团队的生产力。
+
+---
+
+## 🎯 核心数据
+
+| 指标 | 数值 |
+|------|------|
+| **GitHub Stars** | 84,044+ |
+| **角色数量** | 23 个专业技能 |
+| **许可证** | MIT（完全免费） |
+| **依赖** | Claude Code + Git + Bun |
+| **安装时间** | 30 秒 |
+| **支持 Agent** | 10 种（Claude Code, Cursor, Codex, Kiro 等） |
+
+---
+
+## 👥 23 个专业角色
+
+### 🧠 战略与规划
+
+| 命令 | 角色 | 功能 |
+|------|------|------|
+| `/office-hours` | 产品顾问 | 6 个强制问题，深度挖掘产品需求 |
+| `/plan-ceo-review` | CEO/创始人 | 战略挑战，4 种范围模式，10 节审查 |
+| `/autoplan` | 自动规划 | CEO + 工程 + 设计 + DX 全链路审查 |
+
+### 🎨 设计
+
+| 命令 | 角色 | 功能 |
+|------|------|------|
+| `/plan-design-review` | 高级设计师 | 0-10 评分，AI 低质内容检测 |
+| `/design-consultation` | 设计合伙人 | 从零构建完整设计系统 |
+| `/design-shotgun` | 设计探索 | 生成 4-6 个方案变体，对比选择 |
+| `/design-html` | 设计工程师 | 设计稿 → 可投产的 HTML |
+| `/design-review` | 会写代码的设计师 | 审计 + 修复，带前后对比截图 |
+
+### 💻 工程
+
+| 命令 | 角色 | 功能 |
+|------|------|------|
+| `/plan-eng-review` | 工程经理 | 架构锁定、数据流、边界情况 |
+| `/plan-devex-review` | 开发者体验负责人 | DX 审查，三种模式 |
+| `/review` | 资深工程师 | 找生产级 bug，自动修复 |
+| `/investigate` | 调试员 | 系统化根因调试，最多 3 次尝试 |
+| `/devex-review` | DX 测试员 | 实际测试 onboarding 流程 |
+
+### 🔒 安全
+
+| 命令 | 角色 | 功能 |
+|------|------|------|
+| `/cso` | 首席安全官 | OWASP Top 10 + STRIDE 威胁建模 |
+
+### 🧪 测试与质量
+
+| 命令 | 角色 | 功能 |
+|------|------|------|
+| `/qa` | QA 负责人 | 真实浏览器测试，自动修复 |
+| `/qa-only` | QA 报告员 | 纯 bug 报告，不改代码 |
+
+### 🚀 发布与运维
+
+| 命令 | 角色 | 功能 |
+|------|------|------|
+| `/ship` | 发布工程师 | 同步、测试、推送、创建 PR |
+| `/land-and-deploy` | 发布工程师 | 合并 PR → CI → 部署 → 验证 |
+| `/canary` | SRE | 部署后监控循环 |
+| `/benchmark` | 性能工程师 | 基线性能测试，前后对比 |
+
+### 📝 其他
+
+| 命令 | 角色 | 功能 |
+|------|------|------|
+| `/document-release` | 技术写手 | 自动更新文档 |
+| `/retro` | 工程经理 | 每周回顾，个人产出分析 |
+| `/pair-agent` | 多 Agent 协调 | 共享浏览器，多 Agent 协作 |
+
+---
+
+## 🔄 完整工作流
+
+```
+Think → Plan → Build → Review → Test → Ship → Reflect
+```
+
+每个步骤**前后衔接**：
+- `/office-hours` 产出设计文档 → `/plan-ceo-review` 读取
+- `/plan-eng-review` 产出测试计划 → `/qa` 读取
+- `/review` 发现 bug → `/ship` 验证修复
+
+**没有任何环节遗漏！**
+
+---
+
+## 📊 生产力数据（Garry Tan 本人）
+
+| 指标 | 2013 年（Bookface） | 2026 年（gstack） | 倍数 |
+|------|-------------------|-----------------|------|
+| **逻辑代码行/天** | 14 | 11,417 | **810×** |
+| **年度贡献** | 772 commits | 1,237+ commits | — |
+| **60 天产出** | — | 3 个生产服务 + 40+ 功能 | — |
+
+**前提**：Garry 是 YC CEO，全职工作之余兼职开发。
+
+---
+
+## 🛠️ 安装
+
+### 个人模式（30 秒）
+
+```bash
+git clone --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack
+cd ~/.claude/skills/gstack && ./setup
+```
+
+### 团队模式
+
+```bash
+(cd ~/.claude/skills/gstack && ./setup --team)
+git add .claude/ CLAUDE.md
+git commit -m "require gstack for AI-assisted work"
+```
+
+### 支持的 10 种 Agent
+
+| Agent | 安装标志 | 安装路径 |
+|-------|---------|---------|
+| Claude Code | 默认 | `~/.claude/skills/gstack/` |
+| OpenAI Codex CLI | `--host codex` | `~/.codex/skills/` |
+| Cursor | `--host cursor` | `~/.cursor/skills/` |
+| Kiro | `--host kiro` | `~/.kiro/skills/` |
+| Hermes | `--host hermes` | `~/.hermes/skills/` |
+| GBrain | `--host gbrain` | `~/.gbrain/skills/` |
+| OpenCode | `--host opencode` | `~/.config/opencode/skills/` |
+| Factory Droid | `--host factory` | `~/.factory/skills/` |
+| Slate | `--host slate` | `~/.slate/skills/` |
+
+---
+
+## 🔗 与 OpenClaw 集成
+
+gstack 与 OpenClaw 的集成方式是 **方法论注入**，不是代码移植：
+
+```
+OpenClaw（编排器）          gstack 仓库（方法论源）
+─────────────────          ──────────────
+消息/日历/记忆              规划纪律 + 23 技能
+    │                          │
+    ├── 原生技能                ├── 生成原生技能
+    │  office-hours            │   office-hours, ceo-review
+    │  ceo-review              │   investigate, retro
+    │  investigate             │
+    │  retro                   │
+    │                          ├── 生成 gstack-lite
+    ├── sessions_spawn          │  （规划纪律）
+    │   └── Claude Code        │
+    │       └── gstack 已安装   ├── 生成 gstack-full
+    │                          │  （完整流程）
+    └── 分发路由 (AGENTS.md)    └── docs/OPENCLAW.md
+```
+
+### 五层调度模式
+
+| 层级 | 场景 | 注入内容 |
+|------|------|---------|
+| **Simple** | 单文件修改、拼写 | 无 gstack |
+| **Medium** | 多文件功能、重构 | gstack-lite |
+| **Heavy** | 特定技能调用 | "Load gstack. Run /X" |
+| **Full** | 完整功能/项目 | gstack-full pipeline |
+| **Plan** | 规划（不实现） | gstack-plan pipeline |
+
+### 安装到 OpenClaw
+
+```bash
+# 安装 4 个原生方法论技能
+clawhub install gstack-openclaw-office-hours
+clawhub install gstack-openclaw-ceo-review
+clawhub install gstack-openclaw-investigate
+clawhub install gstack-openclaw-retro
+```
+
+---
+
+## 💡 使用示例
+
+```
+你：我想做一个日历每日简报应用
+你：/office-hours
+Claude：[问 6 个强制问题，挖掘真实需求]
+       [挑战你的框架：你说"简报"，实际是"AI 参谋"]
+       [产出设计文档]
+
+你：/plan-ceo-review
+       [10 节审查，挑战范围]
+
+你：/plan-eng-review
+       [ASCII 数据流图、状态机、边界情况]
+
+你：批准计划，退出规划模式
+       [8 分钟写 2400 行，11 个文件]
+
+你：/review
+       [自动修复 2 个问题，发现竞态条件]
+
+你：/qa https://staging.myapp.com
+       [打开真实浏览器，点击流程，找到并修复 bug]
+
+你：/ship
+       测试：42 → 51 (+9)。PR: github.com/you/app/pull/42
+```
+
+---
+
+## 🌟 核心亮点
+
+### 1. 方法论驱动，不是工具堆砌
+
+gstack 本质是一个**开发流程**，每个技能为下一个提供输入：
+```
+office-hours → design doc → ceo-review → eng-review
+→ build → review → qa → ship → retro
+```
+
+### 2. 零侵入
+
+- 不修改你的代码库（无 vendored 文件）
+- 每次会话自动更新（每小时检查一次）
+- 版本不漂移
+
+### 3. 支持 10 种 AI 编码 Agent
+
+Claude Code、Cursor、Codex CLI、Kiro、Hermes 等
+
+### 4. 与 OpenClaw 完美适配
+
+- OpenClaw 通过 ACP 运行时无缝调度
+- 4 个原生技能可直接在对话中使用
+- 无需额外守护进程
+
+---
+
+## 🔥 gstack 生态
+
+| 项目 | Stars | 说明 |
+|------|-------|------|
+| **garrytan/gstack** | 84K | 原版 |
+| **huytieu/COG-second-brain** | 368 | 自进化第二大脑，17 AI 技能 |
+| **garagon/nanostack** | 189 | 极简版，完整工程流程 |
+| **loperanger7/gstack-auto** | 180 | 半自治编排 |
+| **AICreator-Wind/gstack-openclaw-skills** | 40 | OpenClaw 适配版 |
+| **fagemx/gstack-game** | 28 | 游戏开发专用流程 |
+
+---
+
+## 📌 总结
+
+gstack 代表了一种新的 AI 编程范式：
+
+> **不是让 AI 当你的 copilot，而是让 AI 组成一个完整的工程团队。**
+
+适合人群：
+- 技术创始人 / CEO
+- 首次使用 Claude Code 的用户
+- Tech Lead / Staff 工程师
+- 想用 AI 实现完整开发流程的团队
+
+---
+
+*研究完成时间：2026-04-27 07:13*

wiki/Projects/gstack研究.md

@@ -0,0 +1,43 @@
+---
+created: 2026-04-27
+type: concept
+tags: [gstack, garry-tan, claude-code, ai-coding, agent, yc, workflow]
+---
+
+# gstack
+
+> Y Combinator CEO Garry Tan 开源的 AI 编程团队工作流
+
+## 核心概念
+
+- **23 个专业角色**：CEO/设计师/工程经理/QA/安全官等
+- **完整生命周期**：Think → Plan → Build → Review → Test → Ship → Reflect
+- **零侵入**：不修改代码库，每次会话自动更新
+- **支持 10 种 Agent**：Claude Code, Cursor, Codex CLI 等
+
+## 关键命令
+
+| 命令 | 角色 | 用途 |
+|------|------|------|
+| /office-hours | 产品顾问 | 深度挖掘需求 |
+| /plan-ceo-review | CEO | 战略审查 |
+| /review | 资深工程师 | 找生产 bug |
+| /qa | QA 负责人 | 真实浏览器测试 |
+| /ship | 发布工程师 | 测试 + PR |
+| /cso | 安全官 | OWASP + STRIDE |
+
+## 与 OpenClaw 集成
+
+- 4 个原生技能可通过 ClawHub 安装
+- OpenClaw 通过 ACP 运行时调度 Claude Code
+- 五层调度：Simple → Medium → Heavy → Full → Plan
+
+## 相关
+
+- [[Claude Code]]（gstack 的核心运行平台）
+- [[Harness Engineering]]（AI 编码工程化）
+- [[OpenClaw]]（编排器角色）
+
+---
+
+*2026-04-27 研究*

wiki/Projects/无人机CAAC执照.md

@@ -0,0 +1,49 @@
+---
+created: 2026-04-26
+type: concept
+tags: [无人机, CAAC, 考证, 超视距, 多旋翼, 机长]
+---
+
+# 无人机 CAAC 执照
+
+> 中国民航局（CAAC）民用无人机驾驶员执照体系
+
+## 等级分类
+
+| 等级 | 权限 |
+|------|------|
+| **视距内（驾驶员）** | 只能在视距内飞行 |
+| **超视距（机长）** | 可超视距飞行 + 作业飞行 |
+| **教员** | 可带学员 + 机长所有权限 |
+
+## 按机型分类
+
+- 多旋翼 / 固定翼 / 直升机 / 垂直起降固定翼
+
+## 核心知识模块
+
+1. 航空法规与安全管理
+2. 航空气象学
+3. 飞行原理
+4. 无人机系统组成
+5. 任务规划与执行
+6. 应急处置
+7. 维护保养
+
+## 考试结构
+
+| 科目 | 内容 | 及格线 |
+|------|------|--------|
+| 理论 | 法规/气象/原理/系统 | 70 分 |
+| 综合问答 | 案例分析/应急处置 | 70 分 |
+| 地面站 | 航线规划/参数设置 | 70 分 |
+| 飞行实操 | 起降/航线/应急 | 70 分 |
+
+## 相关概念
+
+- [[第二大脑]]（用知识库整理考证笔记）
+- [[PARA 方法]]（考证属于 Project）
+
+---
+
+*考证必备，系统掌握*

wiki/Projects/无人机考证-中型多旋翼知识点.md

@@ -0,0 +1,485 @@
+---
+created: 2026-04-26
+type: source
+tags: [无人机, 考证, 培训, CAAC, 多旋翼, 超视距, 机长]
+---
+
+# 中型多旋翼超视距机长（CAAC）完整知识点
+
+> CAAC 民用无人机驾驶员执照 — 中型多旋翼超视距（机长）等级
+>
+> 归档时间：2026-04-26
+
+---
+
+## 📋 证书体系概览
+
+### 法规框架
+
+| 文件 | 说明 |
+|------|------|
+| **CCAR-92 部** | 《民用无人驾驶航空器运行安全管理规则》，2024 年起施行 |
+| **AC-92** | 咨询通告，细化驾驶员管理要求 |
+| **UOM 平台** | 民航局无人机综合管理平台（报名、考试、执照管理） |
+
+### 等级分类
+
+| 分类依据 | 类别 |
+|---------|------|
+| **按操控方式** | 视距内驾驶员（驾驶员）/ 超视距驾驶员（机长）/ 教员 |
+| **按机型** | 多旋翼 / 固定翼 / 直升机 / 垂直起降固定翼 |
+| **按重量** | 轻型 / 小型 / 中型（>15kg 为中型） |
+
+**中型多旋翼超视距（机长）** = 操控 15kg 以上多旋翼 + 超出视距飞行 + 机长权限
+
+### 三种执照权限对比
+
+| 权限 | 视距内（驾驶员） | 超视距（机长） | 教员 |
+|------|-----------------|---------------|------|
+| 视距内飞行 | ✅ | ✅ | ✅ |
+| 超视距飞行 | ❌ | ✅ | ✅ |
+| 作业飞行 | ❌ | ✅ | ✅ |
+| 带学员 | ❌ | ❌ | ✅ |
+
+---
+
+## 📚 一、航空法规与安全管理
+
+### 1.1 法律法规体系
+
+```
+法律层级：
+《民用航空法》（上位法）
+  ↓
+《无人驾驶航空器飞行管理暂行条例》（行政法规）
+  ↓
+CCAR-92 部（民航规章）
+  ↓
+咨询通告 AC-92（细化指导）
+  ↓
+管理程序（操作细则）
+```
+
+### 1.2 空域管理
+
+| 空域类型 | 说明 |
+|---------|------|
+| **管制空域** | A/B/C/D/E 类，需申请飞行计划 |
+| **适飞空域** | G/W 类（真高 120 米以下），无需申请 |
+| **融合空域** | 无人机与有人机共享空域 |
+
+### 1.3 飞行计划与报备
+
+| 情形 | 要求 |
+|------|------|
+| 管制空域内飞行 | **必须**提前申请飞行计划 |
+| 适飞空域内轻型/微型 | 无需申请 |
+| 适飞空域内小型 | 保持通信畅通 |
+| 超视距飞行 | **必须**报备，保持数据链通信 |
+
+### 1.4 驾驶员资质要求
+
+| 项目 | 要求 |
+|------|------|
+| 年龄 | ≥16 周岁 |
+| 身体条件 | 无妨碍安全飞行的疾病 |
+| 培训 | 在有资质机构完成规定学时 |
+| 考试 | 理论 + 综合问答 + 实操 |
+| 执照有效期 | 2 年，需定期复审 |
+
+### 1.5 违规处罚
+
+| 违规行为 | 处罚 |
+|---------|------|
+| 无证飞行（需持证机型） | 罚款 / 没收设备 |
+| 擅闯管制空域 | 罚款 / 拘留 / 刑事责任 |
+| 超许可范围飞行 | 吊销执照 / 罚款 |
+| 酒后飞行 | 吊销执照 + 罚款 |
+
+---
+
+## 📚 二、航空气象学
+
+### 2.1 大气基本特性
+
+| 参数 | 标准值（海平面） |
+|------|-----------------|
+| 气压 | 1013.25 hPa |
+| 温度 | 15°C |
+| 密度 | 1.225 kg/m³ |
+| 重力加速度 | 9.81 m/s² |
+
+### 2.2 风与飞行
+
+| 概念 | 要点 |
+|------|------|
+| **风向** | 风的来向（北风 = 从北吹来） |
+| **风速** | 单位 m/s 或节（kt），1kt≈0.514m/s |
+| **阵风** | 短时间内风速的突然增加 |
+| **风切变** | 短距离内风向/风速的剧烈变化，危险 |
+| **乱流** | 不规则气流，影响飞行稳定性 |
+
+**多旋翼抗风能力**：一般中型多旋翼抗风约 8-10m/s
+
+### 2.3 危险天气
+
+| 天气现象 | 对飞行影响 | 应对措施 |
+|---------|-----------|---------|
+| **雷暴** | 强湍流/雷击/强降水 | 严禁飞行 |
+| **强风/阵风** | 失控/漂移 | 超过抗风等级不飞 |
+| **低云/低能见度** | 失去目视参考 | 超视距需依赖仪表 |
+| **积冰** | 增重/气动性能下降 | 温度<5°C+湿度高时警惕 |
+| **高温** | 电池性能下降/电机过热 | 降低负载/缩短飞行时间 |
+
+### 2.4 气象信息获取
+
+- 天气预报 APP
+- 机场 METAR 报文
+- 航空气象网站
+- 现场目测
+
+---
+
+## 📚 三、飞行原理
+
+### 3.1 多旋翼升力原理
+
+```
+升力公式：L = ½ × ρ × V² × S × CL
+
+其中：
+ρ = 空气密度
+V = 旋翼相对气流速度
+S = 旋翼盘面积
+CL = 升力系数
+```
+
+### 3.2 运动控制
+
+| 运动 | 实现方式 |
+|------|---------|
+| **垂直上升** | 所有电机加速 |
+| **垂直下降** | 所有电机减速 |
+| **前后运动（俯仰）** | 前后电机差速 |
+| **左右运动（滚转）** | 左右电机差速 |
+| **偏航（旋转）** | 对角电机差速，利用反扭矩 |
+
+### 3.3 力的平衡
+
+```
+稳定悬停时：
+总升力 = 重力
+
+俯仰/滚转时：
+总升力的水平分量 → 水平加速度
+总升力的垂直分量 → 抵消重力
+```
+
+### 3.4 地面效应
+
+- 当飞行高度 < 旋翼直径时，地面反射气流
+- 增加升力约 10-20%
+- 起飞时利用，着陆时警惕
+
+### 3.5 涡环状态（Vortex Ring State）
+
+| 项目 | 说明 |
+|------|------|
+| **条件** | 垂直下降率过大（>300ft/min）+ 无水平速度 |
+| **现象** | 升力急剧下降，失控下降 |
+| **改出** | 立即前推或侧推，获得水平速度 |
+
+### 3.6 气动稳定性
+
+| 概念 | 说明 |
+|------|------|
+| 静稳定性 | 受扰动后是否回到原状态 |
+| 动稳定性 | 回到原状态的震荡特性 |
+| 多旋翼 | 天然不稳定，依赖飞控系统稳定 |
+
+---
+
+## 📚 四、无人机系统组成
+
+### 4.1 整体系统架构
+
+```
+无人机系统（UAS）
+├── 飞行器平台
+│   ├── 机架
+│   ├── 动力系统
+│   ├── 飞控系统
+│   └── 任务载荷
+├── 地面站系统
+│   ├── 遥控器
+│   ├── 地面站软件
+│   └── 监视设备
+├── 数据链路
+│   ├── 遥控链路
+│   └── 图传链路
+└── 保障设备
+    ├── 电池
+    ├── 充电设备
+    └── 维修工具
+```
+
+### 4.2 动力系统
+
+| 组件 | 关键参数 | 维护要点 |
+|------|---------|---------|
+| **电机** | KV 值、功率、效率 | 检查轴承/线圈/异物 |
+| **电调（ESC）** | 电流、电压、协议 | 固件升级/散热/接线 |
+| **螺旋桨** | 直径、螺距、材质 | 检查裂纹/平衡/安装方向 |
+| **电池** | 电压、容量、放电倍率 | 检查鼓包/电压差/循环次数 |
+
+### 4.3 电池管理（锂聚合物 LiPo）
+
+| 参数 | 值 | 说明 |
+|------|---|------|
+| 标称电压 | 3.7V/cell | |
+| 满电电压 | 4.2V/cell | 严禁超过 |
+| 放电截止电压 | 3.5V/cell | 低于此值损害电池 |
+| 存储电压 | 3.8-3.85V/cell | 长期存放用此电压 |
+| 充电方式 | 平衡充电 | 必须使用平衡充电器 |
+
+**安全要点**：
+- ⚠️ 鼓包电池立即停用
+- ⚠️ 充电时人不能离开
+- ⚠️ 使用防爆充电袋
+- ⚠️ 损坏电池用盐水浸泡后丢弃
+
+### 4.4 飞行控制系统
+
+| 功能 | 说明 |
+|------|------|
+| **姿态解算** | IMU + 磁力计 + GPS 计算飞机姿态 |
+| **姿态稳定** | PID 控制算法保持平稳 |
+| **导航** | GPS/RTK 实现定位和航线飞行 |
+| **故障保护** | 失联返航/低电量返航/围栏保护 |
+
+### 4.5 传感器系统
+
+| 传感器 | 作用 |
+|--------|------|
+| IMU（加速度计 + 陀螺仪） | 检测加速度和角速度 |
+| 磁力计（罗盘） | 检测航向 |
+| GPS/RTK | 定位，RTK 厘米级精度 |
+| 气压计 | 测高 |
+| 超声波/激光 | 低空精确测高/避障 |
+| 视觉传感器 | 避障/光流定位 |
+
+### 4.6 数据链路
+
+| 类型 | 频率 | 特点 |
+|------|------|------|
+| 2.4GHz | 遥控常用 | 穿透力一般，延迟低 |
+| 5.8GHz | 图传常用 | 带宽大，穿透力差 |
+| 900MHz | 远距离遥控 | 穿透力强，带宽小 |
+| 4G/5G | 超视距备份 | 依赖基站覆盖 |
+
+---
+
+## 📚 五、任务规划与执行
+
+### 5.1 飞行前准备
+
+#### 环境评估
+
+| 检查项 | 内容 |
+|--------|------|
+| 天气 | 风速/能见度/降水/温度 |
+| 空域 | 是否在管制空域/禁飞区 |
+| 起飞点 | 开阔/无障碍/净空良好 |
+| 电磁环境 | 有无强干扰源 |
+| 人员 | 无关人员撤离 |
+
+#### 设备检查
+
+| 检查项 | 内容 |
+|--------|------|
+| 机架 | 无裂纹/螺丝紧固 |
+| 螺旋桨 | 无损伤/安装正确/锁紧 |
+| 电池 | 电压正常/无鼓包/连接可靠 |
+| 电机 | 转动灵活/无异响 |
+| 遥控器 | 电量充足/通道正常 |
+| GPS | 卫星数量≥12/信号良好 |
+| 飞控 | 自检通过/校准完成 |
+| 载荷 | 安装牢固/工作正常 |
+
+### 5.2 航线规划
+
+| 要素 | 说明 |
+|------|------|
+| **航线设计** | 航点、高度、速度、重叠率 |
+| **安全高度** | 避开障碍物 + 法规限制 |
+| **应急返航点** | 预设 RTH（Return to Home） |
+| **飞行围栏** | 设置地理围栏防止越界 |
+| **备降点** | 规划应急备降位置 |
+
+### 5.3 典型任务类型
+
+| 任务 | 要点 |
+|------|------|
+| **航空摄影** | 航线规划、重叠率、光照条件 |
+| **巡检** | 安全距离、细节拍摄角度 |
+| **测绘** | 正射/倾斜、地面分辨率、控制点 |
+| **搜救** | 搜索模式、热成像使用 |
+| **物流** | 起降安全、货物固定 |
+
+### 5.4 飞行中监控
+
+| 监控项 | 阈值 |
+|--------|------|
+| 电池电压 | 低电量告警→返航→降落 |
+| 信号强度 | 低于阈值→返航 |
+| GPS 卫星数 | <8 颗→切换姿态模式 |
+| 距离 | 接近围栏→告警→悬停 |
+
+---
+
+## 📚 六、应急处置
+
+### 6.1 常见故障与处置
+
+| 故障 | 现象 | 处置 |
+|------|------|------|
+| **失联** | 遥控器无响应 | 等待自动返航/手动干预 |
+| **GPS 丢失** | 漂移、定位失效 | 切姿态模式/手动控制 |
+| **低电量** | 电压告警 | 立即返航或就近降落 |
+| **电机失效** | 倾斜、震动 | 如有冗余→降落；无冗余→紧急迫降 |
+| **螺旋桨损坏** | 异常震动 | 立即降落 |
+| **数据链路中断** | 图传/遥控断开 | 触发自动返航 |
+| **飞控死机** | 失控/坠机 | 紧急切换手动模式 |
+| **进入限飞区** | 围栏触发 | 立即悬停→返航 |
+
+### 6.2 应急处置流程
+
+```
+故障发生
+  ↓
+1. 保持冷静，判断故障类型
+  ↓
+2. 切换合适飞行模式
+  ↓
+3. 执行对应处置程序
+  ↓
+4. 确认安全后恢复或降落
+  ↓
+5. 记录故障信息，后续排查
+```
+
+### 6.3 紧急迫降
+
+| 情况 | 处置 |
+|------|------|
+| 可控迫降 | 选择平坦开阔地→减速→平稳接地 |
+| 失控迫降 | 切断动力→人员撤离→保护现场 |
+| 水上迫降 | 远离人员→记录位置→打捞 |
+
+---
+
+## 📚 七、维护保养
+
+### 7.1 日常维护
+
+| 频率 | 内容 |
+|------|------|
+| **每次飞行前** | 外观检查/电池/螺旋桨/GPS |
+| **每次飞行后** | 清洁/电池充电到存储电压/记录飞行日志 |
+| **每周** | 螺丝紧固/传感器校准/固件检查 |
+| **每月** | 电机检查/电调检查/全面检测 |
+
+### 7.2 定期维护
+
+| 项目 | 周期 | 内容 |
+|------|------|------|
+| 电池 | 200 次循环 | 检查内阻/容量衰减 |
+| 电机 | 500 小时 | 检查轴承/绝缘 |
+| 螺旋桨 | 损坏即换 | 无固定周期 |
+| 飞控 | 固件升级 | 按厂家发布 |
+
+---
+
+## 📚 八、实操考试要点
+
+### 8.1 考试科目
+
+| 科目 | 内容 | 及格线 |
+|------|------|--------|
+| **理论考试** | 法规/气象/飞行原理/系统 | 70 分 |
+| **综合问答** | 案例分析/应急处置 | 70 分 |
+| **地面站操作** | 航线规划/参数设置 | 70 分 |
+| **飞行实操** | 起降/航线/应急 | 70 分 |
+
+### 8.2 飞行实操常见科目
+
+| 科目 | 要点 |
+|------|------|
+| **八字飞行** | 平滑转弯/保持高度/速度均匀 |
+| **矩形航线** | 四边等距/转弯半径一致 |
+| **360°自旋** | 保持位置/高度不变 |
+| **紧急避障** | 快速反应/安全距离 |
+| **自动返航** | 正确设置/监控执行 |
+| **地面站航线飞行** | 航点设置准确/参数合理 |
+
+### 8.3 扣分常见项
+
+| 扣分项 | 说明 |
+|--------|------|
+| 高度偏差过大 | 偏离规定高度 >1 米 |
+| 航线偏离 | 偏离航线 >1 米 |
+| 速度不均匀 | 忽快忽慢 |
+| 着陆不稳 | 触地弹跳/滑移 |
+| 未执行检查程序 | 遗漏检查项 |
+
+---
+
+## 📝 速记口诀
+
+### 飞行前检查"七步法"
+
+```
+一观外观（机架/螺旋桨）
+二查电池（电压/鼓包/连接）
+三看 GPS（卫星/信号）
+四测电机（转动/异响）
+五控遥控（电量/通道）
+六校飞控（自检/校准）
+七清场地（人员/障碍物）
+```
+
+### 应急处置"四字诀"
+
+```
+冷静 → 判断 → 切换 → 处置
+```
+
+### 电池管理"三不"
+
+```
+不过充（<4.2V/cell）
+不过放（>3.5V/cell）
+不存储满电（3.8V/cell）
+```
+
+---
+
+## 📊 考试流程
+
+```
+报名（UOM 平台）
+  ↓
+培训（规定学时）
+  ↓
+理论考试（机考，70 分及格）
+  ↓
+综合问答（口试/笔试，70 分及格）
+  ↓
+实操考试（地面站 + 飞行，70 分及格）
+  ↓
+获取执照（电子执照）
+```
+
+---
+
+*整理完成，2026-04-26*

wiki/Projects/软考高项冲刺-知识点.md

@@ -0,0 +1,531 @@
+---
+created: 2026-04-26
+type: source
+tags: [软考, 高项, 信息系统项目管理师, 冲刺, 考证]
+exam_date: 2026-05-24
+---
+
+# 软考高项（信息系统项目管理师）冲刺知识点
+
+> 软考高项完整知识体系 + 冲刺重点
+>
+> 归档时间：2026-04-26
+
+---
+
+## 📋 考试概览
+
+| 项目 | 说明 |
+|------|------|
+| **全称** | 信息系统项目管理师（高级） |
+| **科目一** | 综合知识（75 道选择题，75 分，上午） |
+| **科目二** | 案例分析（3 道大题，75 分，下午） |
+| **科目三** | 论文写作（1 篇，2500 字，75 分，下午） |
+| **及格线** | 每科 ≥45 分（三科同时通过） |
+| **考试形式** | 机考 |
+
+### 科目一：综合知识分布
+
+| 领域 | 题量 | 占比 |
+|------|------|------|
+| 信息化与信息系统 | ~15 | 20% |
+| 项目管理 | ~35 | **47%** ← 最重要 |
+| 法律法规与标准 | ~8 | 11% |
+| 专业英语 | ~5 | 7% |
+| 新技术 | ~5 | 7% |
+| 管理科学基础（计算） | ~7 | 8% |
+
+### 科目二：案例分析
+
+| 题目 | 内容 | 分值 |
+|------|------|------|
+| 第一题 | 计算题（挣值/网络图） | 25 分 |
+| 第二题 | 案例找错 + 改正 | 25 分 |
+| 第三题 | 选做题（从多题中选 1） | 25 分 |
+
+### 科目三：论文
+
+- 从 3 个题目中选 1 个写
+- 2500 字左右
+- 结合真实项目经验
+- 考察项目管理理论与实践
+
+---
+
+## 🏗️ 一、信息化与信息系统
+
+### 1.1 信息化发展战略
+
+| 概念 | 要点 |
+|------|------|
+| **数字中国** | 数字经济 + 数字政府 + 数字社会 + 数字文化 + 数字生态文明 |
+| **数字化转型** | 信息化 → 数字化 → 智能化 |
+| **两化融合** | 工业化 + 信息化深度融合 |
+| **新型工业化** | 科技含量高、经济效益好、资源消耗低、环境污染少 |
+
+### 1.2 信息系统
+
+| 系统类型 | 说明 |
+|---------|------|
+| **TPS** | 事务处理系统，底层数据采集 |
+| **MIS** | 管理信息系统，管理决策支持 |
+| **DSS** | 决策支持系统，半结构化决策 |
+| **ESS** | 高管支持系统，战略决策 |
+| **ERP** | 企业资源计划，整合企业资源 |
+| **CRM** | 客户关系管理 |
+| **SCM** | 供应链管理 |
+
+### 1.3 新一代信息技术
+
+| 技术 | 核心概念 | 关键词 |
+|------|---------|--------|
+| **云计算** | IaaS/PaaS/SaaS，虚拟化，弹性伸缩 | 按需服务、资源共享 |
+| **大数据** | 4V（大量/高速/多样/低价值密度） | Hadoop、Spark、数据湖 |
+| **物联网** | 感知层/网络层/应用层 | RFID、传感器、NB-IoT |
+| **人工智能** | 机器学习/深度学习/NLP/CV | 神经网络、知识图谱 |
+| **区块链** | 分布式账本、共识机制、智能合约 | 去中心化、不可篡改 |
+| **5G** | eMBB/uRLLC/mMTC | 高速率、低时延、大连接 |
+| **元宇宙** | VR/AR + 区块链 + AI + 数字孪生 | 沉浸体验、虚实融合 |
+| **数字孪生** | 物理实体的虚拟映射 | 仿真、预测、优化 |
+
+### 1.4 信息系统开发方法
+
+| 方法 | 特点 | 适用场景 |
+|------|------|---------|
+| **结构化方法** | 自顶向下、逐步求精 | 需求明确的系统 |
+| **面向对象方法** | 类/对象/继承/多态 | 复杂业务系统 |
+| **敏捷开发** | 迭代、增量、适应变化 | 需求变化快的项目 |
+| **原型法** | 快速构建原型再完善 | 需求不明确的系统 |
+
+---
+
+## 🏗️ 二、项目管理知识体系 ⭐核心（占 47%）
+
+### 2.1 五大过程组
+
+| 过程组 | 说明 | 核心输出 |
+|--------|------|---------|
+| **启动** | 定义并授权项目 | 项目章程 |
+| **规划** | 制定项目管理计划 | 项目管理计划 |
+| **执行** | 完成项目工作 | 可交付成果 |
+| **监控** | 跟踪、审查和调整 | 变更请求 |
+| **收尾** | 正式结束项目 | 最终产品/移交 |
+
+### 2.2 十大知识领域 ⭐必考
+
+#### 1️⃣ 项目整合管理
+
+| 过程 | 输入 | 工具 | 输出 |
+|------|------|------|------|
+| 制定项目章程 | 商业论证 | 专家判断 | 项目章程 |
+| 制定项目管理计划 | 各子计划 | 引导 | 项目管理计划 |
+| 指导与管理项目工作 | 管理计划 | 会议 | 可交付成果 |
+| 管理项目知识 | 经验教训 | 知识管理 | 经验教训登记册 |
+| 监控项目工作 | 绩效报告 | 分析 | 变更请求 |
+| 实施整体变更控制 | 变更请求 | CCB 审批 | 变更决定 |
+| 结束项目或阶段 | 验收成果 | 审计 | 最终移交 |
+
+**关键概念**：
+- 项目章程 = 项目"出生证"（授权项目经理）
+- CCB（变更控制委员会）= 审批变更
+- 变更流程：提出 → 评估 → CCB 审批 → 执行 → 验证
+
+#### 2️⃣ 项目范围管理
+
+| 过程 | 关键输出 |
+|------|---------|
+| 规划范围管理 | 范围管理计划 |
+| 收集需求 | 需求文件、需求跟踪矩阵 |
+| 定义范围 | 项目范围说明书 |
+| 创建 WBS | WBS、WBS 词典 |
+| 确认范围 | 验收的可交付成果 |
+| 控制范围 | 工作绩效信息、变更请求 |
+
+**关键概念**：
+- WBS（工作分解结构）= 把项目分解为可管理的工作包
+- 8/80 规则：工作包 8-80 小时
+- **范围蔓延** = 未经控制的范围扩大（大忌！）
+- 确认范围 ≠ 控制质量（前者是甲方验收，后者是内部检查）
+
+#### 3️⃣ 项目进度管理
+
+| 过程 | 关键输出 |
+|------|---------|
+| 规划进度管理 | 进度管理计划 |
+| 定义活动 | 活动清单 |
+| 排列活动顺序 | 项目进度网络图 |
+| 估算活动持续时间 | 持续时间估算 |
+| 制定进度计划 | 进度基准、甘特图 |
+| 控制进度 | 进度预测、变更请求 |
+
+**关键概念**：
+- **关键路径** = 最长路径 → 最短工期 → 总浮动 = 0
+- **总浮动** = LS - ES = LF - EF
+- **自由浮动** = 后继活动最早开始 - 本活动最早完成
+- 三种估算：
+  - 类比估算（从上到下，粗略）
+  - 参数估算（数学模型，较准）
+  - 三点估算：(O + 4M + P) / 6
+  - 标准差：(P - O) / 6
+
+#### 4️⃣ 项目成本管理
+
+| 过程 | 关键输出 |
+|------|---------|
+| 规划成本管理 | 成本管理计划 |
+| 估算成本 | 活动成本估算 |
+| 制定预算 | 成本基准（S 曲线） |
+| 控制成本 | 挣值分析、成本预测 |
+
+**⭐ 挣值分析（必考计算）**
+
+| 指标 | 公式 | 含义 |
+|------|------|------|
+| **PV** | 计划价值 | 计划要干多少活 |
+| **EV** | 挣值 | 实际干了多少活 |
+| **AC** | 实际成本 | 实际花了多少钱 |
+| **CV** | EV - AC | 成本偏差（>0 省） |
+| **SV** | EV - PV | 进度偏差（>0 提前） |
+| **CPI** | EV / AC | 成本绩效指数（>1 省） |
+| **SPI** | EV / PV | 进度绩效指数（>1 提前） |
+| **EAC** | BAC / CPI | 完工估算 |
+| **ETC** | EAC - AC | 完工尚需估算 |
+| **VAC** | BAC - EAC | 完工偏差 |
+
+**解题步骤**：
+1. 画表格，填 PV/EV/AC
+2. 算 CV/SV/CPI/SPI
+3. 判断超支/节约、提前/滞后
+4. 预测 EAC/ETC/VAC
+
+#### 5️⃣ 项目质量管理
+
+| 过程 | 关键输出 |
+|------|---------|
+| 规划质量管理 | 质量管理计划 |
+| 管理质量 | 质量报告 |
+| 控制质量 | 核实的可交付成果 |
+
+**关键概念**：
+- 质量 = 满足需求的程度（不是越高越好）
+- **管理质量** = 过程导向（预防）
+- **控制质量** = 结果导向（检查）
+- 七种基本质量工具：因果图、流程图、核查表、帕累托图、直方图、控制图、散点图
+- 帕累托图 = 80/20 法则（少数原因导致多数问题）
+- 控制图 = 7 点规则（连续 7 点在中线一侧 = 失控）
+
+#### 6️⃣ 项目资源管理
+
+| 过程 | 关键输出 |
+|------|---------|
+| 规划资源管理 | 资源管理计划 |
+| 估算活动资源 | 资源需求 |
+| 获取资源 | 实物资源分配、团队派工 |
+| 建设团队 | 团队绩效评价 |
+| 管理团队 | 变更请求 |
+| 控制资源 | 工作绩效信息 |
+
+**关键概念**：
+- 塔克曼阶梯：形成 → 震荡 → 规范 → 成熟 → 解散
+- 冲突解决：合作/解决 > 妥协/调解 > 缓和/包容 > 撤退/回避 > 强迫/命令
+- 激励理论：马斯洛需求层次、赫茨伯格双因素、期望理论
+
+#### 7️⃣ 项目沟通管理
+
+| 过程 | 关键输出 |
+|------|---------|
+| 规划沟通管理 | 沟通管理计划 |
+| 管理沟通 | 项目沟通记录 |
+| 监督沟通 | 工作绩效信息 |
+
+**关键概念**：
+- 沟通渠道数 = N(N-1)/2
+- 55% 肢体语言 + 38% 语调 + 7% 文字
+- 沟通方法：推式/拉式/交互式
+
+#### 8️⃣ 项目风险管理
+
+| 过程 | 关键输出 |
+|------|---------|
+| 规划风险管理 | 风险管理计划 |
+| 识别风险 | 风险登记册 |
+| 实施定性风险分析 | 风险优先级排序 |
+| 实施定量风险分析 | 量化报告 |
+| 规划风险应对 | 应对策略 |
+| 实施风险应对 | 变更请求 |
+| 监督风险 | 工作绩效信息 |
+
+**风险应对策略**：
+
+| 威胁应对 | 机会应对 |
+|---------|---------|
+| 规避（消除） | 开拓（确保） |
+| 转移（转给第三方） | 分享（分配给他人） |
+| 减轻（降低概率/影响） | 提高（增加概率/影响） |
+| 接受（不主动处理） | 接受 |
+| 上报（超出权限） | 上报 |
+
+**风险类型**：
+- 已知-已知 → 管理储备
+- 已知-未知 → 应急储备
+- 未知-未知 → 管理储备
+
+**EMV（预期货币价值）** = 概率 × 影响
+
+#### 9️⃣ 项目采购管理
+
+| 过程 | 关键输出 |
+|------|---------|
+| 规划采购管理 | 采购管理计划 |
+| 实施采购 | 选定的卖方、合同 |
+| 控制采购 | 采购绩效信息 |
+| 结束采购 | 采购档案 |
+
+**合同类型**：
+
+| 类型 | 风险承担 | 适用 |
+|------|---------|------|
+| **总价合同** | 卖方 | 范围明确 |
+| **成本补偿合同** | 买方 | 范围不明确 |
+| **工料合同** | 双方 | 范围部分明确 |
+
+#### 🔟 项目干系人管理
+
+| 过程 | 关键输出 |
+|------|---------|
+| 识别干系人 | 干系人登记册 |
+| 规划干系人参与 | 干系人参与计划 |
+| 管理干系人参与 | 变更请求 |
+| 监督干系人参与 | 工作绩效信息 |
+
+**权力/利益方格**：
+
+| | 低利益 | 高利益 |
+|--|--------|--------|
+| **高权力** | 令其满意 | 重点管理 |
+| **低权力** | 监督（最小关注） | 随时告知 |
+
+---
+
+## 🏗️ 三、立项与合同管理
+
+### 3.1 项目立项
+
+| 阶段 | 内容 |
+|------|------|
+| 机会研究 | 发现投资机会 |
+| 初步可行性研究 | 粗评是否值得深入研究 |
+| 详细可行性研究 | 技术/经济/财务/组织可行性 |
+| 项目评估 | 第三方评估 |
+
+**可行性研究内容**：
+- 技术可行性
+- 经济可行性
+- 社会可行性
+- 运行环境可行性
+
+### 3.2 招投标法
+
+| 要点 | 内容 |
+|------|------|
+| 招标方式 | 公开招标 / 邀请招标 |
+| 投标截止到开标 | ≥20 日 |
+| 澄清/修改招标文件 | 截止前 ≥15 日 |
+| 评标委员会 | ≥5 人单数，技术经济专家 ≥2/3 |
+| 中标通知书到签合同 | ≤30 日 |
+
+### 3.3 政府采购法
+
+| 采购方式 | 适用 |
+|---------|------|
+| 公开招标 | 主要方式 |
+| 邀请招标 | 特殊要求/有限供应商 |
+| 竞争性谈判 | 紧急/技术复杂/无法确定规格 |
+| 单一来源 | 唯一供应商/紧急情况 |
+| 询价 | 标准规格/现货 |
+
+---
+
+## 🏗️ 四、法律法规与标准
+
+### 4.1 重要法律
+
+| 法律 | 要点 |
+|------|------|
+| **著作权法** | 软件著作权保护期：自然人终生 +50 年；法人 50 年 |
+| **专利法** | 发明专利 20 年、实用新型 10 年、外观设计 15 年 |
+| **商标法** | 注册有效期 10 年，可续展 |
+| **招投标法** | 见上 |
+| **政府采购法** | 见上 |
+| **网络安全法** | 关键信息基础设施保护 |
+| **数据安全法** | 数据分类分级保护 |
+| **个人信息保护法** | 合法/正当/必要原则 |
+
+### 4.2 标准体系
+
+| 标准 | 编号 | 内容 |
+|------|------|------|
+| GB/T 8567 | 软件文档编制指南 |
+| GB/T 11457 | 软件工程术语 |
+| GB/T 16260 | 软件质量模型 |
+| GB/T 22239 | 信息安全等级保护 |
+| ISO 9000 | 质量管理标准 |
+| ISO 27001 | 信息安全管理 |
+| CMMI | 能力成熟度模型集成 |
+
+**等保 2.0 级别**：
+
+| 级别 | 名称 | 适用 |
+|------|------|------|
+| 第一级 | 自主保护 | 一般系统 |
+| 第二级 | 指导保护 | 重要系统 |
+| 第三级 | 监督保护 | 关键系统 |
+| 第四级 | 强制保护 | 重要关键系统 |
+| 第五级 | 专控保护 | 绝密系统 |
+
+### 4.3 CMMI 成熟度等级
+
+| 等级 | 名称 | 说明 |
+|------|------|------|
+| 1 | 初始级 | 无序、混乱 |
+| 2 | 已管理级 | 项目管理规范化 |
+| 3 | 已定义级 | 组织级标准化 |
+| 4 | 量化管理级 | 量化控制 |
+| 5 | 优化级 | 持续改进 |
+
+---
+
+## 🏗️ 五、计算题专题 ⭐必考
+
+### 5.1 挣值分析（已在上文）
+
+### 5.2 网络图关键路径
+
+```
+步骤：
+1. 画网络图（节点 = 活动，箭头 = 依赖）
+2. 正推法：计算 ES、EF
+3. 反推法：计算 LS、LF
+4. 总浮动 = LS - ES
+5. 关键路径 = 总浮动 = 0 的路径（最长路径）
+```
+
+### 5.3 决策树分析
+
+```
+EMV = Σ(概率 × 影响)
+选择 EMV 最大的方案
+```
+
+### 5.4 沟通渠道
+
+```
+N 个人的沟通渠道数 = N(N-1)/2
+```
+
+### 5.5 投资回收期
+
+```
+静态投资回收期 = 累计净现金流首次 ≥0 的年份
+动态投资回收期 = 折现后累计净现金流首次 ≥0 的年份
+```
+
+### 5.6 净现值 NPV
+
+```
+NPV = Σ(Ct / (1+r)^t) - C0
+NPV > 0 → 可行
+```
+
+### 5.7 投资收益率 ROI
+
+```
+ROI = (收益 - 成本) / 成本 × 100%
+```
+
+---
+
+## 🏗️ 六、论文写作 ⭐关键
+
+### 6.1 论文结构
+
+```
+摘要（300 字）
+  ↓
+正文（2000-2500 字）
+├── 项目背景（300 字）
+├── 过渡段（200 字）
+├── 核心论述（1200 字）← 重点
+│   ├── 过程 1 的理论 + 你的做法
+│   ├── 过程 2 的理论 + 你的做法
+│   ├── 过程 3 的理论 + 你的做法
+│   └── ...
+├── 不足与改进（200 字）
+└── 结尾（100 字）
+```
+
+### 6.2 论文准备要点
+
+1. **准备 2-3 个项目背景**：金额 300 万+、周期 6 个月+
+2. **每个知识领域准备素材**：你做了什么 + 怎么做的 + 效果
+3. **准备通用模板**：背景段可以复用
+4. **注意字数**：2500 字左右，太少扣分
+5. **字迹工整**：手写（机考打字）清晰
+
+### 6.3 高频论文题目
+
+| 主题 | 频率 |
+|------|------|
+| 质量管理 | ⭐⭐⭐ |
+| 风险管理 | ⭐⭐⭐ |
+| 进度管理 | ⭐⭐ |
+| 成本管理 | ⭐⭐ |
+| 干系人管理 | ⭐⭐ |
+| 沟通管理 | ⭐⭐ |
+| 整体变更控制 | ⭐ |
+
+---
+
+## 🏗️ 七、冲刺重点
+
+### 7.1 必背公式
+
+| 公式 | 说明 |
+|------|------|
+| CV = EV - AC | 成本偏差 |
+| SV = EV - PV | 进度偏差 |
+| CPI = EV / AC | 成本绩效 |
+| SPI = EV / PV | 进度绩效 |
+| EAC = BAC / CPI | 完工估算 |
+| ETC = EAC - AC | 尚需估算 |
+| 沟通渠道 = N(N-1)/2 | |
+| 三点估算 = (O+4M+P)/6 | |
+| 标准差 = (P-O)/6 | |
+| EMV = Σ(概率 × 影响) | |
+
+### 7.2 必背概念
+
+| 概念 | 要点 |
+|------|------|
+| 项目章程 | 授权 PM，不能修改 |
+| WBS | 100% 规则，最底层=工作包 |
+| 关键路径 | 最长路径，浮动=0 |
+| CCB | 变更审批机构 |
+| 帕累托法则 | 80/20 |
+| 塔克曼阶梯 | 形成→震荡→规范→成熟→解散 |
+| 冲突解决 | 合作/解决最优 |
+| 质量成本 | 一致性成本 + 不一致性成本 |
+| 风险应对 | 4 种威胁 + 3 种机会 |
+| 合同类型 | 总价/成本补偿/工料 |
+
+### 7.3 冲刺策略
+
+| 科目 | 策略 |
+|------|------|
+| 综合知识 | 刷题为主，重点项目管理 |
+| 案例分析 | 练计算题（挣值/网络图） |
+| 论文 | 准备好项目背景 + 2 个知识领域素材 |
+
+---
+
+*冲刺阶段，每日复习 + 定期推送，加油！*

wiki/Projects/软考高项冲刺.md

@@ -0,0 +1,46 @@
+---
+created: 2026-04-26
+type: concept
+tags: [软考, 高项, 考证, 信息系统项目管理师]
+---
+
+# 软考高项
+
+> 信息系统项目管理师（高级），中国计算机技术与软件专业技术资格（水平）考试
+
+## 考试结构
+
+| 科目 | 内容 | 分值 | 及格线 |
+|------|------|------|--------|
+| 综合知识 | 75 道选择题 | 75 分 | 45 分 |
+| 案例分析 | 3 道大题 | 75 分 | 45 分 |
+| 论文写作 | 2500 字论文 | 75 分 | 45 分 |
+
+## 十大知识领域
+
+1. [[项目整合管理]]
+2. [[项目范围管理]]
+3. [[项目进度管理]]
+4. [[项目成本管理]]
+5. [[项目质量管理]]
+6. [[项目资源管理]]
+7. [[项目沟通管理]]
+8. [[项目风险管理]]
+9. [[项目采购管理]]
+10. [[项目干系人管理]]
+
+## 关键计算
+
+- 挣值分析：CV/SV/CPI/SPI/EAC/ETC
+- 网络图：关键路径/总浮动
+- 决策树：EMV
+- 投资分析：NPV/ROI/回收期
+
+## 相关概念
+
+- [[第二大脑]]（用知识库整理考证笔记）
+- [[PARA 方法]]（考证属于 Project）
+
+---
+
+*冲刺阶段，每日复习*