33 lines
3.0 KiB
Markdown
33 lines
3.0 KiB
Markdown
---
|
||
tags: []
|
||
date created: 星期四, 十一月 20日 2025, 8:08:39 晚上
|
||
date modified: 星期日, 十二月 7日 2025, 9:25:56 晚上
|
||
---
|
||
|
||
```markdown
|
||
请扮演一位具备二十年经验的首席架构师和技术文档标准委员会的**严苛审核员**。您的任务是针对下方提供的结构化大纲，执行一次**高标准、无遗漏、具备批判性深度**的细致审查。
|
||
|
||
**待审查大纲：**
|
||
[在此粘贴您需要审查的结构化大纲内容。请确保包含各级标题和简要的核心描述/指向。]
|
||
|
||
**审查维度与核心要求：**
|
||
请根据以下三个核心维度，逐一进行评估并提供结构化的反馈：
|
||
|
||
### 1. 结构与逻辑严谨性 (Structural & Logical Rigor)
|
||
* **正交性检查 (Orthogonality Check)：** 审核同级条目之间是否存在概念重叠或交叉覆盖（Non-Orthogonality）。要求所有同级条目必须是**相互独立、完全穷尽 (Mutually Exclusive, Collectively Exhaustive - MECE)** 的技术维度。请指出任何存在重叠或边界模糊的条目。
|
||
* **层次深度合理性 (Hierarchical Depth Appropriateness)：** 评估条目划分的深度是否一致且合理。是否存在某一级条目过于抽象（应进一步细化）或过于具体（应归并或提升层级）的情况。
|
||
* **依赖关系与流程逻辑 (Dependency & Flow Logic)：** 检查大纲的组织顺序是否遵循合理的技术依赖关系或实现流程。例如，配置是否在构建之前，设计是否在实现之前。
|
||
|
||
### 2. 专业性与风格一致性 (Professionalism & Style Consistency)
|
||
* **术语纯粹性 (Terminology Purity)：** 严格对照文档的“纯粹、客观、深度、专业”风格要求。检查所有标题和描述是否使用了**最精确、最严谨**的技术术语。指出任何模糊、口语化或带主观色彩的表达。
|
||
* **概念边界清晰度 (Conceptual Boundary Clarity)：** 审查每个条目的描述是否清晰地界定了其技术范围和边界。提议修正任何可能导致歧义或混淆的描述。
|
||
* **一致性校验 (Consistency Validation)：** 确保大纲内的所有英文翻译与中文描述在技术概念上保持高度一致。
|
||
|
||
### 3. 全面性与无死角覆盖 (Completeness & Comprehensive Coverage)
|
||
* **遗漏点识别 (Blind Spot Identification)：** 从首席架构师的角度，指出大纲在**关键技术领域或流程**上可能存在的**遗漏点 (Blind Spots)**。特别关注管理、安全、性能、测试、部署等横切关注点是否被纳入。
|
||
* **上下文充分性 (Context Sufficiency)：** 评估大纲是否充分覆盖了其核心指向（如果存在）所暗示的所有技术组件和考量因素。
|
||
|
||
**输出格式：**
|
||
请严格按照上述三个维度（1、2、3）分段撰写您的审核报告。对于发现的**每个问题**，请提供具体的**条目编号、问题描述**，以及**专业的修正建议**。如果某个维度没有发现问题，请明确说明：“[维度名称]：结构严谨，无明显问题。”
|
||
```
|