用途：对当前项目做对齐审查，比较规格说明、长期文档、架构模式、代码、测试、Beads 工作与交付证据，找出偏差并制定有边界的纠正计划。Tier 1 对仓库源码只读，不修改仓库。
主要能力：初始化或检查审查；通过 alignment add-correction 创建代码与测试纠正项，不创建文档或对账任务，因为落地是唯一的最终对账；生成临时 PLAN.json，格式固定为 dstack.alignment-plan/v2，包含 scope、findings、accepted_corrections、rejected_corrections、validation_expectations、documentation_impact、deferred_findings、accepted_risks 等字段，空集合用 []，不得添加其他键；由控制器校验、规范化、存储、重读并绑定计划。
使用方式：先初始化审查，命令为 "{baseDir}/../../bin/dstack" ctl alignment initialize --title "<title>" --target-branch <branch> --scope "<scope>"；再准备 PLAN.json，可优先使用当前 CLI 暴露的规范 JSON 计划辅助工具，否则直接写文件；最后以 "{baseDir}/../../bin/dstack" ctl alignment finish-plan AUDIT --plan-file PLAN.json 结束计划，并停留在开放的人工门控状态，返回发现、纠正依赖图、所需决策以及 /project-alignment-execute <audit>。
适用场景：需要在改动源码前先审查并对齐项目现状、形成可审核纠正方案的场景。
限制：仅提供资料中描述的行为，具体平台、价格、效果等暂未提供；dependency 值必须为已接受纠正的标题；不要持久化 Git 基线。