发现
遍历 rules/,识别真实规则资产与分类边界。
这一章解释的不是模型内部推理,而是本项目如何把离散的 .cursorrules 资产转写成一条可解释、可组合、可验证的工程发布流水线。
Rule Orchestration
算法章节的重点不是炫耀术语,而是把规则资产如何被发现、归类、组合、验证并发布说清楚。
遍历 rules/,识别真实规则资产与分类边界。
生成 categoryDistribution 与 coverageBuckets,获得站点级覆盖视图。
将规则组合模式、升级路径和读者地图映射到统一的信息架构。
通过性能页、引文矩阵与规则证据库把结果公开为发布证据。
规则发现从 rules/ 开始,递归识别每一个 .cursorrules 文件。这里不做复杂推断,先保证资产边界清晰。
系统把所有规则按目录投影为领域分类,并进一步形成 categoryDistribution、coverageBuckets 与 qualitySignals。这一步决定了站点如何描述覆盖广度和知识密度。
真正体现“规则编排算法”的地方在这里:我们不把规则当作互不相关的模板,而是将其组织为阅读路径、组合模式和升级路径,让读者知道应该如何从单条规则走向系统理解。
最后一步不是简单输出 Markdown,而是把算法结果映射到首页、系统架构、性能白皮书和参考资料页,形成完整的发布证据链路。
系统架构回答“层级与边界是什么”,规则编排算法回答“这些层是如何把资产转化为结果的”。二者合在一起,才构成完整的工程白皮书。