---
name: workflow-profile
description: 消费仓库事实采集结果，生成符合统一模式的项目画像，供所有设计、开发、测试和准入门禁使用，不绑定具体仓库或技术栈。
metadata:
  version: 1.1.17
---

# 项目画像构建

> **领导速读：** 把分散的仓库事实整理成所有角色共同使用的标准项目地图。

## 一、管理视角

- **何时使用：** 仓库事实采集完成后或画像发生漂移时。
- **主要输入：** 仓库事实、模块清单、设计源、实现根、测试根和命令。
- **主要输出：** 标准化项目画像、权威层级、保护路径和验证命令。
- **职责边界：** 不得绑定固定仓库名称、目录结构或技术栈。

## 二、执行方法

根据仓库证据生成 `reports/project-profile.json`，不得猜测。

项目画像遵循 `schemas/project-profile.schema.json`，包含：

- 设计文件优先级；
- 项目类型线索；
- 仓库清单及工作区或模块根目录；
- 已选择适配器；
- 设计源路径；
- 直接引用的相关基线规格及其证据；
- 按相关度排序的语义一致性候选及共享规范符号；
- 用于跨规格内容检查的全仓设计文件目录；
- 实现根目录；
- 测试根目录；
- 保护路径；
- 验证命令；
- 风险类型；
- 输出契约。

从仓库清单和工作区声明发现模块根目录，再为每个模块推导实现根和测试根。排除依赖、构建输出、隐藏目录和测试夹具包树。

以变更为入口时，将其直接引用的现有能力挂载为相关基线规格。广泛语义冲突发现仍保持为全仓搜索范围；不得仅因多个能力共享通用模块或架构文档，就扩大当前有效设计上下文。根据与有效设计范围共享的罕见规范符号，对其他候选规格排序。排序只用于评审路由，不能证明存在冲突。

信息缺失时，记录带证据的 `unknown` 或 `blocked`，不得猜测。