建筑工程

執行全面性的 PRD（產品需求文件）審查，從工程可行性、風險管理、範疇清晰度與驗收標準等面向提供具建設性的回饋。

協助撰寫完整、結構化、可執行的 PRD（產品需求文件），確保工程可行性、風險管理、範疇清晰與驗收方式明確。

EF Core 操作與最佳化技能，協助開發者正確使用 Entity Framework Core，包含 DbContextFactory 模式、查詢最佳化、Migration 管理與反向工程。

微信小程序代码规范速查（小程序前端 + 云函数后端）。 触发场景： - 查看项目禁止事项 - 命名规范速查 - Git 提交规范 - 避免过度工程 - 代码风格检查 触发词：规范、禁止、命名、Git提交、代码风格、小程序规范、不能用、不允许 注意：本项目是微信原生小程序 + 云开发，不是 uni-app，不是 Java 后端！ 项目特点： - 微信小程序原生开发（WXML/WXSS/JS） - 云函数后端（Node.js） - 云数据库（NoSQL） - 云存储（文件管理）

售前工程师模式。当用户输入 /RDD-PSE 或明确要求维护 README、生成项目上下文文档、代码质量规范时触发。 负责生成和更新 README.md、CLAUDE.md、AGENT.md、docs/code-quality.md，帮助其他角色快速理解项目全貌并遵循统一代码规范。

测试工程师模式。当用户输入 /RDD-QA 或明确要求写测试、生成测试用例时触发。 基于需求文档独立生成测试，与开发解耦。

系統診斷工具（管理員專用），用於查詢伺服器、AI、Nginx 日誌和資料庫狀態

规范驱动开发（SDD）工作流——当用户不只是"想做个小工具"，而是要认真地、按工程标准开发一个软件项目时使用。触发场景：(1) 用户明确提到"SDD"/"规范驱动"/"严格模式"/"企业级"；(2) 用户描述了一个需要多迭代、多模块、分支管理、测试策略的正式项目；(3) 用户要求输出PRD、技术方案、设计规范等正式文档后再写代码；(4) 用户提到TDD、测试覆盖率、Harness验证、分支保护等工程实践；(5) 用户的项目涉及企业/团队场景（权限管理、多角色、数据库）。核心流程：需求澄清→5份规范文档评审→脚手架与里程碑拆分→TDD+Harness四层验证的增量开发→交付与复盘。包含Auto-Heal自愈机制（3轮上限+升级选项A/B/C）、Git分支保护（main锁定+milestone分支）、日志记录。即使只暗示了其中部分特征也应触发——宁可多触发让用户选择，不可漏掉需要严格流程的项目。

🎬 激活Ed Catmull的认知框架——Pixar联合创始人、3D计算机图形先驱、迪士尼/皮克斯前总裁。 适用场景：技术创新管理、创意与工程融合、团队文化建设、长期技术愿景。 核心范式：技术驱动创意 + 迭代创新 + 信任文化 + 美学工程化。

工程实现主力：管理 ENGINEERING.md，完整/轻量两模式；worktree 会话隔离、分级 TDD、验证门（证据先于断言）、任务原子化 Wave 并行、独立 commit。 触发方式：用户说"工程"、"实现"、"forge-eng"，或 forge-dev 调度、需要实现代码变更时。

【AI产品经理超级工作台 / AI PM Super Workbench】—— 面向AI产品经理的全栈智能工作台，覆盖12阶段、60+AI方法论框架、20+AI专业交付物。从模型选型到RAG架构、从Agent设计到安全护栏、从Prompt工程到商业化变现，一个Skill全覆盖。■ 12阶段：AI战略与机会识别→数据策略→模型选型→Prompt与上下文工程→RAG设计→Agent与多智能体→模型微调→AI UX→评测体系→安全护栏→AI可观测性→AI商业化→AI治理合规 ■ AI PM 3大角色谱系：AI Builder PM / AI Experience PM / AI-Enhanced PM ■ 技术全栈：LLM选型 | RAG 7大模式 | Agent 6大架构 | Prompt Engineering | Fine-tuning(SFT/RLHF/DPO) | AI评测 | AI安全 | LLMOps | AI UX 7大模式 | GenUI | AI数据飞轮 ■ 商业化：Token经济学 | 推理成本建模 | Build vs Buy vs Fine-tune | 基于结果的定价 ■ 治理合规：EU AI Act | 中国生成式AI管理办法 | 模型卡/系统卡 | 红队测试 ■ 触发词：AI产品经理、AI PM、大模型产品、LLM产品、RAG设计、Agent设计、Prompt工程、模型选型、AI评测、AI安全、AI商业化、AI治理、AI PRD、AI product manager、GenAI PM、agent architecture、model selection、AI evaluation、AI governance

【B端产品经理超级工作台 / B2B PM Super Workbench】—— 面向B端产品经理的全栈智能工作台，整合50+方法论框架、30+标准交付物。覆盖12阶段完整产品生命周期。■ 12阶段：战略与市场洞察→需求发现→需求分析→方案设计→AI产品设计→原型与交互→图表与架构→文档工程→开发协作→数据与增长→商业化与GTM→运营迭代 ■ AI产品管理全栈：LLM能力边界 | RAG架构 | Agent多智能体 | Prompt Engineering | Context Engineering | AI评测 | AI UX模式 | AI产品策略 ■ B端核心：RBAC/ABAC/ReBAC权限 | 审批流引擎(BPMN2.0) | 多租户架构 | 数据字典与MDM | 企业集成模式(EIP) | SLA/SLO/SLI | 审计合规(GDPR/SOC2/等保/信创) | SSO/LDAP/OAuth ■ 高级工作流：标准SOP | 双轨敏捷 | 持续发现 | OKR季度节奏 | 方针管理 ■ 10种角色帽：行业洞察者 | 需求侦探 | 方案架构师 | 流程设计师 | AI产品设计师 | 数据策略师 | 商业化操盘手 | 项目管理者 | 客户成功伙伴 | 产品布道师 ■ 触发词：PRD、BRD、MRD、需求分析、B端产品、SaaS产品、中台产品、权限设计、审批流、工作流、产品路线图、竞品分析、产品架构、AI产品、Agent设计、RAG、BPMN、OKR、双轨敏捷、多租户、SLA设计、B2B PM、enterprise product、SaaS PM、product roadmap

Superpowers 工程方法论入口。在开始任何编码任务前自动加载，确保遵循 brainstorming → plan → TDD → review 的完整工作流。触发词：写代码、开发功能、重构、修bug、做项目、build、implement、refactor、debug。

KingSCADA（北京亚控）第2章 工程设计器参考资料。使用场景：查询 工程设计器、工程管理、项目配置、开发环境、工程属性；编写或排查 KingSCADA 工程配置、脚本、控件、系统部署和运行问题。触发词：KingSCADA、KingScada、亚控、第2章 工程设计器、工程设计器、工程管理、项目配置、开发环境、工程属性。

KingSCADA（北京亚控）第6章 用户安全管理系统参考资料。使用场景：查询 用户安全、权限、角色、登录、操作权限、安全管理；编写或排查 KingSCADA 工程配置、脚本、控件、系统部署和运行问题。触发词：KingSCADA、KingScada、亚控、第6章 用户安全管理系统、用户安全、权限、角色、登录、操作权限、安全管理。

KingSCADA（北京亚控）第8章 授权配置与使用参考资料。使用场景：查询 授权、加密锁、许可配置、授权管理、运行授权；编写或排查 KingSCADA 工程配置、脚本、控件、系统部署和运行问题。触发词：KingSCADA、KingScada、亚控、第8章 授权配置与使用、授权、加密锁、许可配置、授权管理、运行授权。

KingSCADA（北京亚控）第16章 配方管理参考资料。使用场景：查询 配方、配方管理、上传、下载、配方文件、配方函数；编写或排查 KingSCADA 工程配置、脚本、控件、系统部署和运行问题。触发词：KingSCADA、KingScada、亚控、第16章 配方管理、配方、配方管理、上传、下载、配方文件、配方函数。

KingSCADA（北京亚控）第26章 应用运行管理器参考资料。使用场景：查询 应用运行管理器、启动、停止、运行管理、服务管理；编写或排查 KingSCADA 工程配置、脚本、控件、系统部署和运行问题。触发词：KingSCADA、KingScada、亚控、第26章 应用运行管理器、应用运行管理器、启动、停止、运行管理、服务管理。

组态王（北京亚控）安装入门与工程管理参考手册。使用场景：安装/卸载组态王；使用工程管理器新建、备份、恢复工程；了解工程浏览器的开发环境结构；组态王软硬件运行环境要求；新建工程的完整流程演示。触发词：组态王安装、工程管理器、工程浏览器、组态王入门、新建工程、工程备份、工程恢复、开发环境、工程浏览器菜单。

组态王（北京亚控）变量定义与管理参考手册。使用场景：在组态王中定义内存变量、I/O变量、系统变量；配置变量的数据类型、工程单位、报警参数、记录属性；管理变量数据库（导入导出、批量修改）；查询变量属性说明；排查变量相关配置问题。触发词：组态王变量、内存变量、I/O变量、系统变量、变量数据库、变量类型、报警定义、变量导入导出、数据词典、工程单位。

工程原则匹配器——根据当前任务和项目上下文，从原则库中筛选出适用的开发原则和约束，输出可执行的指导清单到 specs/engineering-principles.md。不强推不适用的原则（如无测试依赖的旧项目不推TDD），只输出经上下文验证后确实适用的原则。被动调用，不会主动触发。 务必在以下场景使用本 skill：编码规范、设计原则、架构指导、代码质量、可维护性、可扩展性、TDD、DDD、SOLID、设计模式、工程实践、代码审查、engineering principles、code quality、best practices、ddd、tdd、bdd、solid、clean code、重构建议。

AI 顶会论文审稿知识库。包含 ICLR/ICML/NeurIPS/CVPR/ECCV/ICCV 的审稿标准、评分体系、常见表达和伦理准则。用于辅助审稿人撰写专业、建设性的审稿意见。

工程现场环路 P1。用于交付前的独立收口审计,在最终回复、目标关闭、PR/交付摘要之前触发。 核对完成定义、验证证据、diff 范围、残余风险和对外表述;吸收 codex-review 纪律: advisory 不盲信,每个 finding 必须有定位和可验证证据。

工程现场环路 P1。用于 bug、失败测试、性能变慢、卡住、浏览器/工具异常等诊断任务。 诊断默认不进入 project-lifecycle;先用本 skill 做复现、定位、最小修复、回归验证。 若诊断升级成重构/新功能/项目级交付,再转入 project-lifecycle。

工程现场环路 P0。用于代码改完后的只读 diff 扩散审计,绑定 Builder 出口、 进入 Review/Verify 前。检查实际 diff 是否越过目标契约、设计文档或预期改动面, 防止顺手重构、格式化扩散、无关文件变更和未声明偏离。

工程现场环路 P0。用于任何非平凡仓库改动前的只读事实扫描,尤其接在 project-lifecycle 的 PHASE 1 设计通过之后、PHASE 2 Builder 写代码之前。 目标是确认仓库根、局部指令、工作区状态、预期改动面和验证命令,防止在错误现场开工。

Paul 的多 session（Chat / Cowork / Code）協作狀態管理 SOP。當 Claude 在任何 session 完成工作、開場盤點、撰寫 handoff / worklog、處理 Cowork 交接時必須載入。也在 session 開場檢查儀表板避免重複執行時觸發。【硬規則 C7】session 開場一律先讀該 repo CLAUDE.md（範式+工程慣例+跨Session）當底盤；涉及 paulkuo.tw 的 commit、push、部署、快取(CACHE_VERSION)、鏡像（GitHub/GitLab/Codeberg）、CI/CD、remote 同步、狀態同步(Notion 全量覆寫) 等問題，尤須併看 scripts/ 下相關腳本（push-mirrors.sh、deploy.sh）確認現行流程，禁止憑記憶或推測回答，衝突一律信 CLAUDE.md。關鍵觸發詞：handoff、交接、結案、部署完成、驗證通過、開始新一輪、繼續上次、接手、狀態確認、git push、鏡像同步、deploy。

数据库工程——schema 设计、迁移安全、查询优化、数据完整性。用于新增/修改表结构、编写迁移、设计索引、优化慢查询、处理数据约束或数据修复计划

上下文工程——最大化 agent 输出质量。当开始新任务、上下文混乱或 agent 输出质量下降，或提到"上下文""context window""注意力"

文档工程——记录决策、API、代码约定。当需要写文档、记录架构决策或维护项目知识，或提到"文档""README""API 文档"