用途：为工程师带教、知识传递和培养其他工程师提供结构化框架，适用于建立正式或非正式带教关系、新人入职、向初级工程师讲解技术概念、开展有效 1:1、与经验较少的开发者结对编程以及帮助他人规划职业。
主要能力： 爬-走-跑进阶框架。爬阶段导师做、学员观察提问，直到理解“做什么”；走阶段导师重点引导，学员尝试、导师纠正，直到能在帮助下完成；跑阶段导师提供护栏，学员主导、导师建议，支持逐步减少。以教代码审查为例：爬阶段一起审查 PR 并说出思考过程；走阶段学员审查、导师旁观提问并实时纠偏；跑阶段学员独立审查，导师抽查并讨论分歧。关键原则是每个阶段停留足够久，急于进入“跑”阶段会造成能力缺口。 苏格拉底式提问：以引导性问题替代直接给答案，例如把“这里用哈希表”换成“什么数据结构能实现 O(1) 查找”，把“需要处理 null”换成“这个值为 null 会怎样”。但在生产事故、简单事实问题、对方受挫或不堪重负时不宜使用。 建立信任：关注其目标与职业愿景，记住并跟进个人细节，公开庆祝成绩；通过“我也会犯这种错”、分享自身失败、不羞辱、保密来营造心理安全；准时参加 1:1、兑现承诺、坦诚自身局限；承认对方也教会自己，使关系双向平等。 适配学习风格：视觉型用白板、架构图和代码走查；听觉型用讨论、有声思考与口头解释；动觉型用结对编程、实验和动手构建；读写型指向文档并让其写总结。多数人是混合型，可先全部尝试再观察哪种有效。 结对编程与 1:1：结对时轮换 driver/navigator、驾驶时叙述思路、允许对方有成效地挣扎、未经允许不抢键盘，详见 references/pair-programming-guide.md。1:1 结构为进度检查 5 分钟、挑战与阻塞 10 分钟、发展目标 10 分钟、开放讨论 5 分钟；原则是以对方议程为主、保持固定节奏（每周理想）、记录并跟进、偶尔跳过状态同步深入成长话题，详见 references/one-on-one-structure.md。
常见错误：对方挣扎时抢键盘；假设对方已有知识；一次性灌输过多信息；只谈技术忽略关系；因“自己修更快”而只做不教。
进度衡量：技术方面看 PR 返工减少、承担更复杂任务、能帮助他人；职业方面看会议中更自信、提问更好、能处理团队关系；关系健康方面看是否尽早提出问题、坦诚困难、主动约时间。
相关资源：references/pair-programming-guide.md、references/one-on-one-structure.md、/soft-skills:write-1on1-agenda 命令、feedback-conversations 技能、professional-communication 技能。版本 v1.0.0（2025-12-26）首次发布。
限制：资料未提供具体收费、价格、平台支持或安装方式等信息。