议价
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md 中的安装指南,将 @kunlungrowth/kunlun-negotiation 技能安装到你的 AI 助手中。
技能介绍
解决什么问题
工程师在协作开发中常面临三类典型困境:代码评审停留在“风格争论”、技术方案缺乏结构化输出、线上故障排查依赖经验猜测。这些问题导致团队知识沉淀困难、架构决策缺乏依据、问题解决效率低下。本技能通过六项核心能力与标准化工作流,为后端/前端/全栈工程师、技术负责人、DevOps及独立开发者提供可直接落地的工程方法论工具箱。
核心能力与工作方式
1. 代码评审能力
- 输入:Pull Request/diff文件
- 输出:包含问题分级(阻断/建议/可选)的检查清单
- 关键步骤:
1. 优先验证逻辑正确性、边界条件及并发安全
2. 识别安全风险(如SQL注入、敏感信息泄露)
3. 按优先级输出评审结论,避免“一次性全改”的无效劳动
2. 技术方案设计
- 输入:需求文档+技术约束条件
- 输出:结构化方案模板(含背景/目标/选型/风险四部分)
- 核心价值:强制要求“为什么选A不选B”的决策论证,避免架构选型中的“过度设计”陷阱
3. 线上排错工作流
- 输入:报错信息+监控指标+日志链路
- 输出:可复现的定位树+修复验证清单
- 关键原则:
- 稳定复现优先于快速修复
- 通过二分法隔离变量(环境/数据/版本)
- 强制要求修复后的回归测试与复盘记录
适用边界与注意事项
- 非替代专业决策:评审意见为辅助参考,最终合并决策由负责人承担
- 零外部依赖:仅提供模板与方法论,不涉及任何付费服务或API调用
- 安全护栏:涉及密钥/凭证的内容仅展示脱敏示例,拒绝处理真实敏感信息
- 渐进式落地:建议从单个能力(如代码评审)开始实践,逐步扩展至架构权衡等复杂场景
使用场景
- 团队提交PR后,需按阻断/建议/可选分级输出评审意见,避免仅关注代码风格忽略逻辑正确性
- 编写技术方案时,需强制包含选型论证(为何选A不选B)及风险评估,规避过度设计
- 线上系统出现报错,需通过复现-隔离-验证流程定位根因,杜绝凭经验盲猜
- 架构演进时,需用绞杀者模式渐进迁移流量,避免一次性大重构导致回滚困难
适合人员
- 后端/前端工程师:需规范代码评审流程,减少重复沟通成本
- 技术负责人:需统一团队技术方案设计标准,提升决策透明度
- DevOps工程师:需标准化线上故障排查步骤,缩短定位时间
- 独立开发者:需获取结构化技术方案模板,避免架构设计遗漏关键要素