三种常见请求
「这套系统还能不能救」
我们先读代码与数据库，再判断是改造还是重建。判断标准很朴素：改动一处要牵动多少处、有没有测试、数据能不能迁出来。三项里有两项不及格，改造通常比重建更贵。
「该选哪个技术方案」
把候选方案按「三年后的维护成本」而不是「今年的开发速度」排一遍。多数选型争论，本质是没人愿意承担未来的维护责任。
「这笔投入值不值」
把需求拆成必须做、应该做、可以不做三档，再算每档的代价。通常能砍掉三分之一。
我们输出什么
- 现状评估：架构、依赖、数据、部署方式
- 风险清单：按「会发生」与「影响面」排序
- 可选路径：每条路径的代价、周期、遗留问题
- 建议：一个明确的首选，而不是「取决于你的情况」
边界：我们给建议，不替代决策
咨询结论可能与你的预期不同。如果评估结果是「现在不该做」，我们会直接说。
我们不出具用于融资、投标或资质申报的包装性材料——这类需求请找专业机构，不是我们擅长的部分。