私有化部署工程提效工作台

工程协作中的常见痛点

在私有化部署和日常研发中，团队常面临协作效率低下的问题：代码评审（review）容易沦为风格挑刺，缺乏对正确性和安全边界的系统检查；技术方案（设计/架构）往往停留在口头讨论，缺少结构化的选型与风险评估；线上遇到 debug 报错时，工程师常凭直觉盲猜根因，甚至没复现就直接改代码，导致问题复杂化。架构选型（用A还是B）如果没有明确的利弊和成本对比，极易造成过度设计或技术债堆积。

结构化的工程提效工作流

为解决上述问题，该技能提供了一套结构化的工程方法论。它包含六个核心能力，听到对应触发词即进入相应模块：

• 代码评审：输入 diff/PR，输出包含阻断、建议、可选三级的问题清单，遵循正确性优先于风格的原则。
• 技术方案设计：输入需求与约束，直接产出包含背景、目标、选型与风险的方案模板。
• 调试排错：遵循“稳定复现 → 隔离变量 → 看证据 → 假设验证”的标准链路，杜绝盲猜。
• 架构权衡：输出选型表，明确各方案的利弊、适用规模与长期成本。
• API 设计：定义 RESTful 规范、字段契约与错误码，确保前后端契约对齐。
• 工程规范：提供最佳实践清单与反模式提示。

适用边界与合规护栏

该技能仅提供结构化方法论、模板和检查清单，不替代专业资质判断，也不接入任何外部付费服务或 API。在涉及密钥、凭证等内容时，仅提供脱敏示例，不处理真实敏感凭据。代码评审意见仅作为辅助参考，最终的合并与上线决策需由技术负责人承担，且不鼓励绕过任何安全机制或访问未授权系统。