用途：该技能用于帮助用户创建技术路线图，适用于工程工作规划、技术债优先级排序、架构路线图制定以及技术方向与业务目标对齐等场景。资料称其基于 1 位产品负责人的经验与框架，共 2 条见解。
主要能力与用法：使用时先了解上下文，询问用户当前技术状态、团队规模和业务约束；强调策略必须写下来，因为未文档化的策略难以调试和对齐。核心方法包括：采用 Rumelt 框架，把技术策略结构化为诊断（核心问题是什么）、指导政策（决策原则）和行动（具体要做什么）；倾向选择“无聊”的策略，即优先使用现有工具、语言和平台，而不是引入新技术；建立“标准套件”，定义获批工具、语言和平台清单，限制技术蔓延。资料还提供一组引导性问题，例如技术策略是否写下来可供参考、核心挑战是什么、决策原则是什么、引入新工具是出于需要还是趣味、标准套件包含什么、路线图如何与业务成果关联。
需指出的常见错误：策略只存在于脑中而未写下；工具泛滥，在现有技术可用时仍引入新技术，增加维护负担；路线图与业务价值脱节；只有诊断没有行动；缺少指导政策导致每个技术决策都从头争论。
限制：资料未提供安装命令、运行环境、平台支持、收费方式、价格或效果数据，这些信息暂未提供。相关技能包括管理技术债、平台策略、工程文化和路线图优先级排序。