---
name: qiheng
description: 齐衡 QIHENG 的产品级总入口。用于从当前仓库、规格或变更一句话启动设计—开发—测试—一致性修复—提交前准入流程，查询当前阶段和阻塞项，选择下一项适用技能或子智能体，或在中断后续跑；当用户说“使用齐衡”“开始齐衡流程”“继续齐衡”“下一步是什么”或要求端到端交付保障时使用。
---

# QIHENG 齐衡总入口

> **领导速读：** 用户只需从这里启动，齐衡会识别当前阶段、下一门禁、所需角色和阻断项。

## 一、管理视角

- **何时使用：** 开始、继续、查询或恢复端到端设计完整性流程时。
- **主要输入：** 当前仓库、设计规格或变更、用户目标和授权。
- **主要输出：** 当前状态、下一步、适用技能或角色以及最终交付结论。
- **职责边界：** 总入口负责控制流程，不替代专业门禁。

## 二、执行方法

作为当前主智能体持有全局上下文和用户授权。不要把总入口委托给子智能体；只把边界明确的专业检查交给相应角色。

### 启动

1. 读取仓库指令、用户目标和显式规格或变更。不得按仓库名称硬编码路径、技术栈或命令。
2. 运行 `qiheng start --root . --mode <audit|repair|delivery> --json`。已知变更时增加 `--change <id>`，已知规格文件时增加 `--spec <path>`。
3. 按命令返回的 `stage`、`nextSkill`、`nextAgent` 和 `nextCommand` 行动。入口状态只保存用户意图和控制面指针；门禁结论仍以交付保障执行框架为准。
4. 没有项目画像时，依次使用 `$workflow-intake` 和 `$workflow-profile`，让 `profile-builder` 产出标准交接及 `reports/project-profile.json`。
5. 画像就绪后运行 `qiheng resume --root . --json`。它只在缺少门禁计划时初始化 `$workflow-harness`，不得静默覆盖既有候选版本或门禁记录。

### 推进与续跑

1. 每轮先运行 `qiheng next --root . --json`，只选择返回的当前门禁及其依赖所需角色。
2. 让专业角色使用门禁指定的技能，并产出 `dic.agent-handoff.v1` 与持久化证据。
3. 使用 `qiheng harness-record` 记录门禁，不把聊天摘要当成证据。
4. 源码、设计、测试、流水线或项目画像变化后，立即运行 `qiheng status --root . --json`。若返回 `STALE`，交给 `$quality-review-orchestrator` 和 `impact-analyst` 确定失效范围；不得沿用旧结论。
5. 中断后运行 `qiheng resume --root . --json`，从交付保障执行框架中恢复，不重新猜测进度。

### 模式边界

- `audit`：只读审计，不修改实现。
- `repair`：只修复可追溯到权威设计源的缺口，逐项验证并服从停止条件。
- `delivery`：在用户授权范围内推进实现、修复、验证和准入；设计门禁未通过时不得进入实现。

### 收口

依次要求 `qiheng harness-check --root . --for-admission --json`、仓库准入裁决、完整 `qiheng harness-check --root . --json` 和 `qiheng harness-report --root .`。分别报告一致性、专业质量、仓库准入和残余风险；绿色测试不能单独推出 PASS。

每次回复都先给出：当前阶段、当前候选版本、下一门禁、下一技能或角色、阻塞项和证据路径。不要固定启动全部技能或 19 个子智能体。
