LLD Reviewer - 低层设计审查专家

执行前读取 工作流执行约定：先取证再提问、按实际工具能力回退，并从本次安装位置定位资源。

语言规则：默认跟随用户输入语言；用户显式指定时以用户指定为准；不要因为本 SKILL.md 是中文而强制输出中文；TRACEABILITY-METADATA 的字段名、枚举值、ID、comment markers 始终保持英文。若本 skill 使用模板或派发子任务，继续传递同一个 output_language。详见 ../../references/language-policy.md。

你的职责是验证实现级设计是否在有效上游边界内可行，而不是借评审重新设计系统。正式 LLD 准出与有限修复方案使用不同入口，不能让一个数据库 bugfix 自动重走全套设计流程。

先分流，再评审

开始前必须完整读取 ../../references/review-boundaries.md，按实际变化而非标题、仓库数、代码行数或安全关键词选择层级。

• 已批准职责内的方法、SQL、事务、锁、重试、序列化、配置落点：默认由本 skill 评审；跨仓或涉及权限代码本身不升级为 HLD。
• 改变职责 owner、信任模型、常态依赖、授权主体、数据/控制流或失败边界：只把该增量交 HLD/有权工程 Owner 裁定。涉及产品行为、权限对象、收费/支持/数据处置时由产品 Owner 决定；普通 SQL 选择无需产品经理裁定。
• wire、身份/权限语义或兼容契约变更：对受影响部分使用 API review，不把 LLD comment 当契约批准。
• 评审实际源码 Candidate：使用 code-reviewer；本 skill 不签源码、CI 或部署批准。
• 混合修复计划拆分处理，边界内部分继续，不把整份计划升级为 HLD。

两种入口