用第一性原理重新分析问题

从用户给出的具体问题和原有方案出发，解释问题为何需要重新分析。若局部修复已经足够，说明这一点并保留原方案，不把“推倒重来”当作默认答案。

分析过程

1. 识别真正需要实现的目标，以及用户已有的约束、授权和成功标准。关键条件缺失时只澄清最影响结论的一项；其余未知项明确标注。
2. 分开列出已经确认的基本事实、仍待验证的假设、习惯性接受的做法和现实约束。惯例可能承载真实需求，不能仅因它是惯例就丢弃。
3. 解释原方案中哪些部分在处理症状，哪些部分保护了有价值的能力。区分证据和推断，避免把无法验证的判断包装成“基本事实”。
4. 从事实、目标和约束推导可行路径。通常比较继续修补、局部调整和更大范围重构的代价；不必凑齐三个方案，也不预设大改一定更好。
5. 说明推荐路径成立的前提、可能推翻它的证据，以及低成本、可逆的第一步验证。

输出要求

优先给出推荐路径及理由，再用事实与假设对照、备选路径、成立条件和验证动作支撑结论。需要指标时，区分已有基线与建议阈值；没有数据时不编造收益比例或性能结果。

分析本身不授权修改代码、配置或线上系统。用户已经授权实施的任务，仍按原任务的范围和风险边界推进。

使用示例

用户：“发布文章每次都要问开发，是否应该重做后台？”

先查清卡点是图片上传、版本概念、权限还是发布失败。若证据只支持按钮含义不清，应优先验证文案或流程调整，不能从“使用困难”直接推导出“整个后台必须重写”。