公考

你在解决什么问题

工程师在公考相关项目里常遇到同类痛点：PR 没有统一评审标准、技术方案只会堆功能不会写取舍、线上报错缺少复现与证据链、架构选型缺少可对比的表格、接口契约前后端各说各话。本技能不替你做资质判断，也不接任何付费 API 或外部账号，只把结构化方法论、模板与检查清单摆在你面前，按场景填具体约束即可。

技能如何工作

听到对应触发词会进入六项能力之一，输入什么、产出什么在文档里是固定的：

• 代码评审（review / 评审 / CR）：给 diff 或 PR → 检查清单 + 问题分级（阻断 / 建议 / 可选）
• 技术方案设计（设计 / 方案 / 架构）：需求 + 约束 → 背景 / 目标 / 选型 / 风险模板
• 调试排错（debug / 报错 / 排查）：报错与上下文 → 定位树、复现步骤、修复验证
• 架构权衡（选型 / 对比 / 架构）：场景 + 规模 → 利弊、适用边界、成本对比表
• API 设计（接口 / API / 契约）：资源 + 操作 → RESTful 约定、字段契约、错误码
• 工程规范（规范 / 最佳实践 / 标准）：语言或框架 → 清单与反模式

两条完整工作流可直接套用：代码评审先读意图 → 正确性 → 安全 → 可维护性 → 结论；线上排错先稳定复现 → 隔离变量 → 看日志/链路/指标 → 假设验证 → 修复与复盘。文档里还有 5 维代码质量量表和「用户原话 → 真实诉求」的路由表，减少误触发。

边界与注意点

涉及密钥、凭证只给脱敏示例；评审结论是辅助，合并决策仍由负责人承担。多个诉求可以组合使用——例如在写方案的同时做架构对比表。若输出不够贴你的公考业务，在对应能力的输入里补全人群、场景、约束，模板里的占位项换成真实信息即可。