用途：产出并维护“架构脊柱”（architecture spine），即一份一致性契约，只固定那些让独立构建的单元不至于分叉的不变量：设计范式、边界与依赖规则、状态如何变更、谁拥有共享数据。判断标准是：若下一层的两个单元各自独立构建，是否可能做出不兼容的选择；只有答案为“是”、且该选择不明显、且是真实取舍时，才写进脊柱，否则列入 Deferred。
主要能力：支持创建、更新、校验三种意图；默认采用 Coaching 路径（通过开放式提问把决策从用户处引出），也可选 Fast path（快速起草并用 [ASSUMPTION] 标记待用户修正）。运行过程以 .memlog.md 作为工作记忆，逐条追加决策、约束、版本、假设、问题等；最终从 memlog 蒸馏出脊柱，每个决策成为带稳定 ID 的 AD-n（含 Binds/Prevents/Rule）。支持继承父级脊柱，将其 AD、约定与范式视为只读约束。交付前经过 Reviewer Gate 审查。
使用方式：需先完成 BMad 环境配置，脚本缺失时可先安装：npx skills add bmad-code-org/BMAD-METHOD --skill bmad。写入通过共享脚本进行，例如：uv run {project-root}/_bmad/scripts/memlog.py init --workspace {doc_workspace} --field scope="…" --field purpose="…" --field altitude="…"，以及 uv run {project-root}/_bmad/scripts/memlog.py append --workspace {doc_workspace} --type <decision|constraint|version|assumption|question|direction|event> --text "…"。配置解析使用 resolve_customization.py 与 resolve_config.py。
适用场景：绿地项目、棕地代码库、规格包（spec-<slug>.md）、已有脊柱的扩展或压力测试，以及某个功能所触及的切片。
限制：不编造缺失信息，真实缺口记为开放问题；脊柱保持简洁，不写理由（理由留在 memlog）；命名技术需先在网络核实当前版本与适配性；无交互用户时按 references/headless.md 执行。具体收费、价格与平台信息暂未提供。