CloudMD 文件存在的四个位置是什么？	管理策略 (managed policy)、用户文件 (user file)、项目文件 (project file) 和本地 (local)。
哪种类型的硬性规则（如“绝不推送到 main”）应该放在 CloudMD 文件中，而不是预工具使用钩子 (pre-tool use hook) 中？	应该放在预工具使用钩子中，因为钩子能阻止推送。
CloudMD 文件中的“本地 (local)”作用是什么？	用于存储个人或项目特定的架构决策，不应放在共享的项目文件中。
在使用导入 (imports) 来组织大型 CloudMD 文件时，其主要局限性是什么？	导入会在启动时展开，并与引用文件在同一行加载，不能减少上下文。
为什么大多数 CloudMD 规则会失败？	因为它们过于模糊，缺乏具体性。
为了让 CloudMD 规则更有效，必须满足哪些要求？	规则必须具体 (specific) 且可检查 (checkable)。
在 CloudMD 规则中，为什么应该使用具名导出 (named exports) 而不是默认导出 (default exports)？	使用具名导出可以消除潜在的误解。
在 CloudMD 中，如何处理文件过长导致指令难以遵循的问题？	使用路径到文件语法 (path to file syntax) 来拆分指令。
维护 CloudMD 文件时，应该将其视为什么？	应该将其视为生产代码 (production code)。
什么是 CloudMD 规则中的“强调 (emphasis)”？	强调是一种预算，应只用于提升最关键的规则优先级。