Menü
项目状态追踪 —— 像 GitHub Projects、Linear 和 Jira 的项目管理最佳实践一样追踪项目进度、识别阻塞、推荐下一步行动。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Nightly system janitor sweep. Cleans up workspace, tests infrastructure, fixes what it can, and sends a report to Sid's DM.
OpenAI Codex CLI wrapper — three modes. Code review: independent diff review via codex review with pass/fail gate. Challenge: adversarial mode that tries to break your code. Consult: ask codex anything with session continuity for follow-ups. The "200 IQ autistic developer" second opinion. Use when asked to "codex review", "codex challenge", "ask codex", "second opinion", or "consult codex". (gstack) Voice triggers (speech-to-text aliases): "code x", "code ex", "get another opinion".
Set up gbrain for this coding agent: install the CLI, initialize a local PGLite or Supabase brain, register MCP, capture per-remote trust policy. One command from zero to "gbrain is running, and this agent can call it." Use when: "setup gbrain", "connect gbrain", "start gbrain", "install gbrain", "configure gbrain for this machine". (gstack)
Codify the most recent successful /scrape flow into a permanent browser-skill on disk. Future /scrape calls with the same intent run the codified script in ~200ms instead of re-driving the page. Walks back through the conversation, synthesizes script.ts + script.test.ts + fixture, runs the test in a temp dir, and asks before committing. Use when asked to "skillify", "codify", "save this scrape", or "make this permanent". (gstack)
Keep gbrain current with this repo's code and refresh agent search guidance in CLAUDE.md. Wraps the gstack-gbrain-sync orchestrator with state probing, native code-surface registration, capability checks, and a verdict block. Re-runnable, idempotent. Use when: "sync gbrain", "refresh gbrain", "re-index this repo", "gbrain search isn't finding things". (gstack)
Auto Review closeout. Codex review is the default when no engine is set and is the recommended reviewer.
Basierend auf der SOC-Berufsklassifikation
| name | gstack:status |
| description | 项目状态追踪 —— 像 GitHub Projects、Linear 和 Jira 的项目管理最佳实践一样追踪项目进度、识别阻塞、推荐下一步行动。 |
"What gets measured gets managed." — Peter Drucker
像 GitHub Projects、Linear 和 Jira 的项目管理最佳实践一样追踪项目进度、识别阻塞、推荐下一步行动。
你是 项目健康度分析师，融合了以下思想：
GitHub Projects
Linear
敏捷开发
@gstack:status 查看项目状态
@gstack:status 显示进度报告
@gstack:status 识别阻塞问题
@gstack:status 推荐下一步行动
| 指标 | 目标 | 健康 | 警告 | 危险 |
|---|---|---|---|---|
| 进度 | 按计划 | 🟢 偏差 < 10% | 🟡 偏差 10-25% | 🔴 偏差 > 25% |
| 质量 | 无阻塞Bug | 🟢 0 P0/P1 | 🟡 1-2 P1 | 🔴 >2 P1 |
| 速度 | 稳定迭代 | 🟢 燃尽图正常 | 🟡 波动较大 | 🔴 持续延迟 |
| 团队 | 高效协作 | 🟢 无阻塞 | 🟡 1-2个阻塞 | 🔴 多个阻塞 |
项目健康度 = 进度健康度 × 0.3 + 质量健康度 × 0.3 + 速度健康度 × 0.2 + 团队健康度 × 0.2
进度健康度 = 实际完成 / 计划完成
质量健康度 = 1 - (P0数量 × 0.5 + P1数量 × 0.3) / 10
速度健康度 = 平均速度 / 计划速度
团队健康度 = 1 - (阻塞数 × 0.2)
# 📊 项目状态报告
## 📋 项目概览
- **项目名称**: [名称]
- **当前阶段**: [office/ceo/eng/review/qa/ship/retro]
- **整体健康度**: 🟢 85% / 🟡 65% / 🔴 45%
- **报告时间**: 2024-03-27 12:30
## 🎯 关键指标
### 进度
- **计划完成**: 100%
- **实际完成**: 85%
- **偏差**: -15% 🟡
- **预计完成时间**: 2024-04-05 (延迟 5 天)
### 质量
- **P0 Bug**: 0个 🟢
- **P1 Bug**: 2个 🟡
- **代码覆盖率**: 82% 🟢
- **技术债务**: 3天 🟢
### 速度
- **平均迭代速度**: 故事点/周
- **速度趋势**: 📈 上升 / 📉 下降 / ➡️ 稳定
- **燃尽图状态**: 正常 / 滞后 / 超前
### 团队
- **活跃阻塞**: 2个 🟡
- **待Review PR**: 5个
- **CI失败**: 1个 🟡
---
## 🔄 工作流进度
| 阶段 | 状态 | 开始时间 | 完成时间 | 输出物 | 负责人 |
|-----|------|---------|---------|--------|--------|
| @gstack:office | ✅ 已完成 | 03-20 | 03-20 | 需求文档 | @leo |
| @gstack:ceo | ✅ 已完成 | 03-21 | 03-21 | PRD | @leo |
| @gstack:eng | ✅ 已完成 | 03-22 | 03-22 | 架构设计 | @leo |
| 开发实现 | 🔄 进行中 | 03-23 | - | 代码 | @leo |
| @gstack:review | ⏳ 待开始 | - | - | - | - |
| @gstack:qa | ⏳ 待开始 | - | - | - | - |
| @gstack:ship | ⏳ 待开始 | - | - | - | - |
| @gstack:retro | ⏳ 待开始 | - | - | - | - |
**当前阶段**: 开发实现
**阶段进度**: 85%
**预计完成**: 2024-03-29
---
## ⚠️ 阻塞与风险
### 当前阻塞
| 阻塞项 | 严重程度 | 已阻塞时间 | 负责人 | 解决方案 |
|-------|---------|-----------|--------|---------|
| API接口文档未完成 | 🟡 中 | 2天 | @backend | 今日内完成 |
| 第三方SDK兼容性问题 | 🔴 高 | 1天 | @leo | 评估替代方案 |
### 识别风险
| 风险 | 概率 | 影响 | 缓解措施 | 状态 |
|-----|------|------|---------|------|
| 第三方服务不稳定 | 中 | 高 | 实现降级方案 | 🟡 监控中 |
| 需求变更 | 高 | 中 | 冻结需求，记录变更 | 🟢 已控制 |
---
## 📈 趋势分析
### 速度趋势（近4周）
周1: ████████░░ 80% 周2: ███████░░░ 70% 周3: █████████░ 90% 周4: ████████░░ 85% (当前)
趋势: 稳定，略有下降
### Bug趋势
周1: 5个 周2: 3个 ↓ 周3: 2个 ↓ 周4: 2个 →
趋势: 下降并稳定
### 提交趋势
周1: 23 commits 周2: 31 commits ↑ 周3: 28 commits ↓ 周4: 15 commits ↓ (本周进行中)
---
## 🎯 下一步行动建议
### 立即行动（今天）
1. 🔴 **解决第三方SDK兼容性问题** (优先级: 最高)
- 评估替代方案
- 或联系厂商技术支持
- 预计: 4小时
2. 🟡 **催促API文档** (优先级: 高)
- 联系后端团队
- 预计: 30分钟
### 本周计划
3. 📝 **完成开发实现阶段** (优先级: 高)
- 剩余15%功能
- 预计: 2天
4. 🔍 **准备代码审查** (优先级: 中)
- 整理PR
- 预计: 1天
### 推荐的工作流
当前: 开发实现 (85%) 下一步: @gstack:review 然后: @gstack:qa 然后: @gstack:ship
---
## 📊 详细统计
### 代码统计
- **新增代码**: +2,340 行
- **删除代码**: -456 行
- **净增**: +1,884 行
- **提交次数**: 23
- **PR**: 5个 (已合并: 4, 待Review: 1)
### 测试统计
- **单元测试**: 156个
- **测试覆盖率**: 82%
- **通过**: 100%
- **失败**: 0
### CI/CD统计
- **构建成功率**: 95% (19/20)
- **平均构建时间**: 4分30秒
- **部署次数**: 12次
---
## 🎭 项目时间线
03-20 09:00 ├─ office 需求澄清 (2h) 14:00 ├─ ceo 产品规划 (3h) 03-21 10:00 ├─ eng 架构设计 (4h) 03-22 09:00 ├─ [开发] 编码开始 03-25 18:00 ├─ 里程碑 核心功能完成 03-27 12:00 ├─ [当前] 开发实现 85% 03-28 (预计) ├─ review 代码审查 03-29 (预计) ├─ qa 测试验收 03-30 (预计) ├─ ship 发布上线 03-31 (预计) └─ retro 复盘总结
已用时间: 7天 预计剩余: 4天 总预计: 11天
---
## 💡 洞察与建议
### 做得好的 👍
1. **技术方案设计充分**: 前期架构设计完整，开发阶段返工少
2. **测试覆盖率高**: 82%的覆盖率超出预期
### 需要改进 ⚠️
1. **速度有所下降**: 近两周速度从90%降至85%，需要关注原因
2. **外部依赖风险**: 第三方SDK问题影响进度，需要更好的风险预案
### 行动建议
1. **每日站会**: 增加15分钟站会，同步阻塞问题
2. **文档先行**: 后续项目要求API文档先于开发完成
3. **技术预研**: 新第三方服务接入前需要技术预研
---
## 🔄 与其他技能的集成
### 从上游技能获取
- `@gstack:office` → 需求文档
- `@gstack:ceo` → PRD
- `@gstack:eng` → 架构设计
### 为下游技能提供
- 为 `@gstack:review` → 提供代码审查检查清单
- 为 `@gstack:qa` → 提供测试范围建议
- 为 `@gstack:retro` → 提供项目时间线数据
---
## 🛠️ 使用场景
### 场景 1: 每日站会
@gstack:status → 显示昨日完成、今日计划、当前阻塞
### 场景 2: 周会报告
@gstack:status --weekly → 显示本周进度、趋势分析、下周计划
### 场景 3: 风险预警
@gstack:status --risks → 识别高风险项，推荐缓解措施
---
## 🎯 最佳实践
### 更新频率
- **每日**: 检查阻塞问题
- **每周**: 完整状态报告
- **每阶段**: 阶段总结
### 健康度维护
- 🟢 健康度 > 80%: 保持当前节奏
- 🟡 健康度 60-80%: 关注问题，调整计划
- 🔴 健康度 < 60%: 立即采取行动，可能需要延期或裁减范围
---
*状态追踪不是为了 micromanagement，而是为了 early warning 和 continuous improvement.*