跳转到内容

openlogos status

展示全部 9 个阶段的完成状态仪表盘,列出活跃的变更提案,并建议下一步操作。在多模块项目中,还会显示每个模块各自的阶段进度。

Terminal window
openlogos status [--module <id>] [--format json]

必须在项目根目录下运行。

选项说明
--module <id>将输出过滤到单个模块。仅显示该模块的阶段进度和建议。
--format json输出结构化 JSON,而非人类可读文本。

命令会扫描 logos/resources/ 中的 11 个目录来判断阶段完成情况。

单模块项目 —— 当某个阶段的目录包含至少一个非 .gitkeep 文件时,该阶段即为完成

多模块项目 —— 阶段完成情况是模块感知的:

  • 场景阶段phase.3-1phase.3-4a):当属于该模块的每个场景都有匹配的 <moduleId>-SXX-*.md 文件时为完成。
  • 所有其他阶段:当目录包含至少一个带 <moduleId>- 前缀的文件(例如 admin-01-requirements.md)时为完成。属于其他模块的文件会被忽略。
阶段扫描的目录
Phase 1 · Requirementslogos/resources/prd/1-product-requirements/
Phase 2 · Product Designlogos/resources/prd/2-product-design/
Phase 3-0 · Architecturelogos/resources/prd/3-technical-plan/1-architecture/
Phase 3-1 · Scenario Modelinglogos/resources/prd/3-technical-plan/2-scenario-implementation/
Phase 3-2 · API Designlogos/resources/api/
Phase 3-2 · DB Designlogos/resources/database/
Phase 3-3 · Deployment Planlogos/resources/prd/3-technical-plan/3-deployment/
Phase 3-4a · Test Caseslogos/resources/test/
Phase 3-4b · Orchestrationlogos/resources/scenario/
Phase 3-6 · Verificationlogos/resources/verify/
Phase 3-8 · Smoke Testlogos/resources/verify/smoke-report.md

注意: Phase 3-5(代码实现 + 测试代码)不作为独立目录跟踪,因为代码输出进入项目源码树。它的完成情况通过 Phase 3-6 间接验证 —— 当测试通过且 openlogos verify 报告 Gate 3.6 PASS 时,Phase 3-5 即被隐式确认。Phase 3-7(部署执行)通过部署报告跟踪。

它还会扫描 logos/changes/ 中的活跃变更提案(排除 archive/)。

📊 OpenLogos Project Status
──────────────────────────────────────────────────
✅ Phase 1 · Requirements (WHY)
└─ core-01-requirements.md
✅ Phase 2 · Product Design (WHAT)
└─ 1-feature-specs/core-01-feature-specs.md
🔲 Phase 3-0 · Architecture
🔲 Phase 3-1 · Scenario Modeling
🔲 Phase 3-2 · API Design
🔲 Phase 3-2 · Database Design
🔲 Phase 3-3a · Test Case Design (Unit + Scenario)
🔲 Phase 3-3b · API Orchestration Tests
🔲 Phase 3-4 · Code Implementation + Test Code
🔲 Phase 3-5 · Test Acceptance (verify)
──────────────────────────────────────────────────
🧩 Modules
🔄 core (Core) [initial → Phase 3-0 · Architecture]
💡 Tell AI: "Help me design the technical architecture"
💡 Suggested next step: Phase 3-0 · Architecture
→ Tell AI: "Help me design the technical architecture"

当注册了多个模块时,每个模块的阶段进度会独立展示:

📊 OpenLogos Project Status
──────────────────────────────────────────────────
✅ Phase 1 · Requirements (WHY)
✅ Phase 2 · Product Design (WHAT)
✅ Phase 3-0 · Architecture
...
──────────────────────────────────────────────────
🧩 Modules
✅ core (Core) [launched]
💡 Run openlogos change <slug> to create a new change proposal
🔄 admin (Admin) [initial → Phase 1 · Requirements (WHY)]
💡 Tell AI: "Help me write requirements"

使用 --module admin 聚焦到单个模块:

Terminal window
openlogos status --module admin
🧩 Modules
🔄 admin (Admin) [initial → Phase 1 · Requirements (WHY)]
💡 Tell AI: "Help me write requirements"
📊 OpenLogos Project Status
──────────────────────────────────────────────────
✅ Phase 1 · Requirements (WHY)
└─ 01-requirements.md
✅ Phase 2 · Product Design (WHAT)
└─ ...
✅ Phase 3-0 · Architecture
└─ 01-architecture-overview.md
✅ Phase 3-1 · Scenario Modeling
└─ ...
✅ Phase 3-2 · API Design
└─ openapi.yaml
✅ Phase 3-2 · Database Design
└─ schema.sql
✅ Phase 3-3a · Test Case Design
└─ ...
✅ Phase 3-3b · API Orchestration Tests
└─ ...
✅ Phase 3-4 · Code Implementation + Test Code
└─ (validated via Phase 3-5)
✅ Phase 3-5 · Test Acceptance (verify)
└─ acceptance-report.md
──────────────────────────────────────────────────
🎉 All phases complete! Run `openlogos verify` to check test acceptance.
→ Run `openlogos launch` to activate change management for future iterations.

当 lifecycle 为 launchedlogos/changes/ 中有未关闭的提案时,会显示提案步骤:

📝 Active Change Proposals
└─ fix-redirect-bug (proposal.md ✓ | tasks.md ✓ | deltas: 3 files)
──────────────────────────────────────────────────

提案步骤跟踪一个变更提案处于其生命周期中的哪个位置:

步骤含义
writingproposal.mdtasks.md 仍包含模板占位符
delta-writing提案已填写;[delta] 分节任务尚未全部勾选
ready-to-merge所有 [delta] 分节任务已勾选(或没有 [delta] 分节)
merge-generatedopenlogos merge 已运行;MERGE_PROMPT.md 已生成
codingspecs 已合并(SPEC_MERGED 存在);[code] 分节任务尚未全部勾选
ready-to-verify所有 [code] 分节任务已勾选(或没有 [code] 分节)
verify-passedopenlogos verify 通过;已写入 VERIFY_PASS 标记
verify-failedopenlogos verify 失败;已写入 VERIFY_FAIL 标记
错误原因解决方法
logos/logos.config.json not found不在项目根目录cd 到项目根目录,或先运行 openlogos init
Module 'admin' not found in logos-project.yaml--module 的值与任何已注册模块都不匹配运行 openlogos module list 查看有效的模块 ID
  • init — 创建 status 所检查的项目结构
  • module — 管理模块(list / add / rename / remove)
  • launch — 激活变更管理(所有阶段完成时建议)
  • verify — 运行 Phase 3-5 验证检查