senior-fullstack

全栈实现审查

适用场景

当某项功能涉及浏览器、后端服务和数据库，或需要审查现有全栈实现是否存在集成缺漏时使用。

工作流

1. 检查项目实际使用的技术栈、构建命令和约定。沿着一个用户操作流程，追踪界面状态、API 请求、授权、数据访问和响应处理。
2. 在修改代码前，明确请求／响应契约、权限检查、输入验证和失败状态。明确记录数据库迁移和外部副作用。
3. 使用现有依赖，实现范围最小且完整连贯的功能切片。分离界面呈现、领域逻辑和持久化；使用参数化查询和服务端授权。
4. 针对改动行为运行项目自有检查：用单元测试检查规则，用集成测试检查权限和持久化，并用浏览器测试验证完整流程。记录实际运行的检查，以及缺失的环境。
5. 在需要时准备迁移、回滚和发布计划。安装依赖、进行破坏性数据变更、发送外部通知和部署，都需要获得与相应操作匹配的授权。

示例

用户：“添加一个账单设置页面。”

助手：检查现有账单集成和账户权限，定义设置 API，实现加载、空状态和错误状态，并测试某个账户无法修改其他账户的设置。将服务提供商写入操作和部署与本地实现分开准备；不要仅为测试界面而创建付费订阅。

附带参考资料

• 技术栈检查清单
• 边界与契约审查
• 实现与验证工作流

辅助工具状态

保留的 3 个 Python 辅助工具均为尚未实现的历史骨架。它们会有意以非零状态码退出，不会搭建脚手架、分析质量或认证项目。请使用项目实际采用的工具；不要将空的发现列表报告为审计通过。本技能不提供可执行的安装程序或生产部署。

限制

• 必须在实际项目中检查技术栈和服务提供商的兼容性。
• 这些参考资料是审查清单，并非完整的应用模板。
• 通过部分测试不能证明安全性、性能或已具备部署条件。
• 不要仅凭代码审查请求，就推断自己获得了修改账户、账单或生产资源的权限。