export interface FunctionMapUnit {
    name: string;
    platforms: string[];
    sharedCapability: string;
    dependsOn: string[];
    description: string;
}
/**
 * v7.4.2+: 解析 FUNCTION_MAP.md（表格格式优先，回退树形格式）。
 * 迁出自 taskify.ts 原 parseFunctionMap（v8.3.343），逻辑不变。
 */
export declare function parseFunctionMap(content: string, allPlatforms: string[]): FunctionMapUnit[];
export interface NarrowPlatformGap {
    /** 功能单元目录名（如 admin-web-03-booking-management） */
    feature: string;
    /** _matrix.md 已声明的端 */
    declared: string[];
    /** FUNCTION_MAP 声明的端 */
    functionMap: string[];
    /** FUNCTION_MAP 有、声明无、且端目录无真实规格的端（需要补端分析） */
    missing: string[];
    /** FUNCTION_MAP 有、声明无、但端目录已有真实规格的端（_matrix 声明滞后，需同步声明） */
    undeclared: string[];
}
/**
 * v8.3.343+: 声明过窄检测。
 *
 * 背景：doc2spec 生成的 _matrix.md platforms 语义是「端级需求文档所属端」（常为单端），
 * 而 analyze 阶段 AI 写入的 FUNCTION_MAP 端覆盖语义是「功能单元跨端协作涉及端」（多端）。
 * 此前两者无交叉校验：骨架按单端声明收敛，后端端级规格缺失时静默通过，
 * taskify 拿不到后端规格（瞎编或漏任务）、execute 代码生成不完整。
 *
 * 策略：只读检测 + 警告（不回灌 _matrix，避免 AI 生成的 FUNCTION_MAP 污染权威声明）。
 * 锚定方式：FUNCTION_MAP 每行中与功能单元目录名精确相等的单元格 → 该行端列。
 * 目录名匹配不到的行跳过（宁缺勿滥，不做模糊匹配）。
 *
 * 两类缺口：
 * - missing：端级规格缺失 → 需补端分析；
 * - undeclared：端级规格已存在但 _matrix 未声明 → 声明滞后。
 *   后者也必须报：taskify 的 readMatrixPlatforms 非空即采信（端级文档反推被短路），
 *   声明不更新则多端子任务依然不会生成，补的端分析白费。
 *
 * @param iterDir 迭代目录绝对路径
 * @param features 功能单元目录名列表（parseFeatureList 产物）
 * @param declaredMap 单元 → _matrix 声明端映射（resolveFeaturePlatformMap 产物）
 * @param allPlatforms CONSTITUTION 标准端列表
 */
export declare function detectNarrowPlatformDeclarations(iterDir: string, features: string[], declaredMap: Map<string, string[]>, allPlatforms: string[]): Promise<NarrowPlatformGap[]>;
//# sourceMappingURL=function-map.d.ts.map