用途：指导资深全栈交付，适用于由资深工程师负责、设计标准较高的纵向功能，针对授权、数据层与前端架构的 PR 审查，以及跨应用层的生产调试并给出带指导性的建议。不适用于常规全栈功能开发（改用 fullstack-software-engineer）、跨团队 RFC 与服务边界（改用 senior-software-engineer）、基础设施或流水线（改用 infrastructure-engineer、devops）。
主要能力与工作流：一是纵向功能交付，先明确验收标准与非目标，勾勒 API 契约与 UI 状态（加载、空、错误），先实现带校验与授权检查的后端，再按契约实现 UI 并使用类型化客户端，补充单元、集成与关键路径端到端测试，为新端点埋点日志与指标，高风险时用开关发布并记录上线与回滚方案。二是 API 与数据层设计，默认 REST 配 OpenAPI，TS 单体可用 tRPC；认证用会话或 JWT，每个变更路由都校验；边界用 Zod、Pydantic 做模式校验；数据库迁移版本化并为查询路径建索引；错误使用稳定错误码，不向客户端暴露堆栈。三是前端架构，读多场景优先服务端组件（Next.js App Router），状态就近放置，服务端负责取数、客户端仅处理交互，组件保证可访问性，避免过早抽象，第二次使用后再提取。四是质量与审查，PR 关注正确性、授权、输入校验、N+1 查询、错误路径与改动行测试覆盖；合并前 lint、类型检查、测试通过，无密钥泄露，模式变更需迁移计划。五是生产调试，用关联 ID 复现，检查近期部署与功能开关，按日志→指标→数据库慢查询排查，前向修复或回滚并补回归测试。
使用方式：按需加载参考文件，端到端功能流程见 references/feature_delivery.md，API 与数据库见 references/api_data_patterns.md，React/Next UI 见 references/frontend_patterns.md，测试与审查见 references/testing_quality.md，生产调试见 references/debugging_ops.md。
限制：资料未提供具体安装命令、收费方式、平台支持与效果数据，暂未提供。