prd-update-decisions
根据对话中做出的设计决策和战略变更更新PRD
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
根据对话中做出的设计决策和战略变更更新PRD
在PRD v0.3商业模型中,定义并优先考虑具有战略可追溯性的功能。当有请求定义功能、优先排序能力、确定MVP范围、将功能映射到定价层级、识别对等与差异功能时触发,或者当用户询问“我们构建哪些功能?”、“MVP里有什么?”、“哪些功能重要?”、“功能优先级”、“对等功能”、“我们的差异是什么?”时触发。消耗v0.3中的KPI-(结果定义)、BR-(定价模型、护城河)和CFD-(市场护城河分析)。输…
将用户旅程连接到屏幕,在PRD v0.4 用户旅程中定义UI结构和导航路径。当请求定义屏幕、设计屏幕流程、映射UI结构、规划导航,或者当用户询问“我们需要哪些屏幕?”、“定义屏幕”、“屏幕流程”、“UI结构”、“信息架构”、“导航设计”、“线框图规划”时触发。消耗UJ-(用户旅程映射)、FEA-(功能价值规划)、BR-(约束)。输出SCR-条目用于屏幕和DES-条目用于设计系统元素。为v0.5红队…
为PRD v0.8部署和运维期间的事件响应、部署及维护创建操作手册。当请求创建运行手册、记录程序,或用户询问“我们如何处理事件?”、“运行手册”、“操作程序”、“待命指南”、“事件响应”、“维护程序”时触发。输出包含逐步操作程序的RUN-条目。
在开始任务之前检查必要的信息和项目状态。
在开始任务前检查必要的信息和项目状态。
验证代码更改是否准备好进行服务器部署。在将重大更改推送到生产服务器之前、完成开发任务或修复错误之后、解决服务器测试中发现的问题之后,或者当不确定更改是否准备好部署时使用。指导您完成本地测试、Docker 构建、CI/CD 检查以及服务器部署步骤。
在AWAITING_USER_APPROVAL状态下,提交用户审批前完成必要的清理工作
根据git提交和代码变更更新PRD进度,通过对话上下文增强
在创建或审查PRD时使用 - 强制执行6点标准,确保PRD具有明确的目标、定义的用例、结构化的需求、时间线、可衡量的成功标准和DACE分配
所有项目都必须进行的设置。在提交前自动执行代码质量检查。防止不良代码进入仓库。
Git commit 前的完整验证检查。当用户提到「commit」、「提交」、「push」或完成重要修改时自动执行。
首先想象失败的情况,以明确防护措施和功能缓解方案。
针对设计原则、可访问性和最佳实践的咨询性代码验证,这是代码检查工具无法完全执行的部分。在代码检查和测试通过后使用,以验证设计质量。将发现的问题分类为设计债务、可读性债务或改进机会。不会阻止提交。
在推送代码之前执行lint、测试和构建检查
确保在git push操作之前更新CLAUDE.md、README.md和CHANGELOG.md
将PRD markdown文件转换为带有进度跟踪的结构化JSON任务文件。在将PRD转换为JSON、从PRD创建可跟踪的任务或被要求使PRD可执行时使用。触发条件:convert prd to json, prd to json, make prd trackable, create tasks from prd, json from prd.
在PRD v0.8部署与运维期间定义监控策略、指标收集和告警阈值。当请求设置监控、定义告警,或用户询问“我们应该监控什么?”、“告警策略”、“可观测性”、“指标”、“SLOs”、“仪表盘”、“监控设置”时触发。输出带有监控规则和告警配置的MON-条目。
在PRD v0.8部署与运维期间定义发布标准、部署环境和回滚策略。当请求规划发布、定义部署标准,或用户询问“我们如何部署?”、“发布标准”、“部署计划”、“回滚策略”、“上线检查清单”时触发。输出包含部署步骤和发布标准的DEP-条目。
在PRD v0.7构建执行期间,将v0.6规范转换为适合上下文窗口大小的工作包(EPIC)。触发条件包括创建史诗的请求、范围工作、分解实现,或者当用户询问“创建史诗”、“范围工作”、“分解工作”、“上下文窗口大小调整”、“先构建什么?”、“实施计划”、“史诗分解”。消耗API-、DBT-、FEA-、ARC-。输出带有目标、ID引用、依赖关系和上下文窗口的EPIC-条目。为v0.7测试计划提供信息。
确保在推送到GitHub之前没有凭据、密钥或敏感文件。查找硬编码的API密钥,带有真实值的.env文件,并验证.gitignore。
先想象失败,以提出防护措施和功能缓解方案。
在推送到远程之前运行所有验证
在AWAITING_USER_APPROVAL状态下,提交用户审批前完成必要的清理工作