microservice-thinking
提供微服务分布式架构思考框架,涵盖服务拆分、通信机制、基础设施、治理策略、可观测性五大维度。当需要设计微服务系统、评审分布式架构、或需要全局视角审视服务边界与协同时使用。支持 DDD 领域建模、同步/异步通信、API Ga...
浏览 tikazyq 维护的已发布 AI 技能,比较用途与说明,并通过来源仓库了解安装方式。
已收录技能
51收录技能的仓库 Stars 合计
255仓库 Forks
51平均每个技能的仓库 Stars
5同一仓库中的多个技能可能共享 Stars,合计包含重复仓库数据。
提供微服务分布式架构思考框架,涵盖服务拆分、通信机制、基础设施、治理策略、可观测性五大维度。当需要设计微服务系统、评审分布式架构、或需要全局视角审视服务边界与协同时使用。支持 DDD 领域建模、同步/异步通信、API Ga...
保持设计和实现的简单性,识别并消除不必要的复杂度。当需要架构设计评审、代码简化重构、接口设计优化时使用。覆盖代码、架构、接口、流程四大维度,提供简单性检查清单和过度复杂性的诊断修复方法。
执行代码审查流程(提交PR→自查→同行审查→反馈修改→合并),覆盖功能正确性、代码质量、测试完整性、安全合规四大维度。当提交Pull Request、进行结对编程、执行代码走查、需要知识共享时使用。支持L1/L2/L3三级审查深度。
检查Acceptance Criteria格式和完整性,验证是否符合Given-When-Then结构、覆盖正常流程/边界条件/异常场景。适合在为User Story编写AC后、准备测试用例前使用,当需要验收AC质量时。帮助不熟悉BDD的PM/BA确保AC明确、可测试、...
生成GOAL/SubPlan依赖DAG和关键路径分析,并执行SubPlan划分。当需要分析技术依赖、业务依赖、识别关键路径、发现并行执行机会、执行SubPlan分配时使用。基于GOAL的dependencies字段和业务逻辑分析生成Mermaid依赖图和SubPlan...
识别并消除过度设计,确保只实现当前明确需要的功能。当需要评审功能范围、重构冗余代码、权衡技术债务时使用。覆盖功能必要性、过度设计信号、技术债务权衡三大维度,提供具体的识别标准和删减建议。
基于NFR安全要求,生成STRIDE/OWASP威胁模型和测试场景。L3级别专用,当设计和需求确认后使用。
执行代码质量门禁检查(测试通过→覆盖率→Lint→GOAL追溯→可提交),验证单元测试覆盖率≥80%、集成测试通过率≥95%、代码规范零错误。当完成代码实现、准备提交代码、需要质量验证、进行提交前自检时使用。确保代码可合并。
为精炼的User Story增加真实场景描述、用户心理和具体对话,让US对PM/客户更亲切易懂。适合在US初稿完成后、需要向客户展示理解或准备验收时使用,当US格式正确但缺乏场景感时。帮助不熟悉敏捷的PM/BA、需要对外沟通的团队,通...
检查VS→GOAL→SC覆盖完整性,确保每个VS都有对应的GOAL和SC。当GOAL和SC创建完成后使用,避免覆盖缺口导致验收失败。
基于NFR性能要求,生成性能测试场景和关键性能指标(KPI)。L3级别专用,当性能需求明确后使用。
根据设计补充Dev视角的技术细节(数据库/API/通信协议),帮助Dev快速进入实施。当L1/L2设计缺乏技术细节、或准备向Dev交付前使用。
检查每个US是否有对应的VS,生成覆盖率报告和修复建议。当设计文档创建后、CONSTRAINT验收前使用,避免US→VS覆盖率
分析unit/integration/e2e测试分配比例,建议60/30/10比例平衡。当AICTXT/测试策略确定后使用,优化测试执行效率和覆盖质量。
识别项目技术栈、测试框架和环境依赖,为 Compile ExecSpec 提供基础上下文。当需要编译 ExecSpec 前,识别项目类型(Node/Python/Go)、测试框架(Jest/Pytest/RSpec)、环境变量依赖(dotenv/os.getenv)时使用。
验证GOAL的source_vs追溯链完整性,确保每个GOAL都能追溯到原始VS。当GOAL创建完成后使用。
将技术选型决策转换为业务语言解释,生成客户友好的技术说明。当ARCH中技术术语过多、需要向PM/客户解释时使用。
生成ExecSpecMasterConstraints_L*.md权威约束文件,定义Phase/SubPlan/Round命名规范、目录结构、环境策略和质量门禁阈值。当需要创建 ExecSpec Master Plan 的约束文档、定义命名规范、定义质量门禁、定义HITL检查点时使用。
识别并消除知识重复,确保系统中每条知识有唯一权威表示。当需要重构代码、整理文档、优化配置、建立单一数据源时使用。覆盖代码重复、数据冗余、文档重复三大维度,提供具体消除策略和权衡建议。
确保GOAL粒度合理,不过粗或过细。当GOAL创建完成后使用,确保GOAL符合单一职责原则。
执行 TDD 红绿重构循环(RED→GREEN→REFACTOR→REPEAT),通过先写失败测试、最小代码实现、保持绿色重构的节奏驱动开发。当启动功能开发、需要测试驱动节奏、进行迭代编码、追求高测试覆盖率时使用。提供检查清单和节奏控制。
比较多个架构方案(单体/微服务等),从SOLID原则、成本、复杂度等维度评分,生成对比表和推荐方案。当需要向客户解释架构选择或ADR决策时使用。
规划Red/Green/Refactor Round节奏,估算Round数量和执行时间。当需要规划TDD周期、估算Round数、分配测试用例到Round、评估执行时长时使用。基于TS数量和复杂度进行启发式估算。
将访谈记录、会议纪要、邮件沟通等非结构化内容快速转换为符合CRAFT标准的User Story草稿。适合在需求调研阶段使用,当有大量访谈笔记需要结构化时。帮助不会写US的PM/BA快速上手,从自然语言访谈记录自动提取As-Want-So结构,...
默认按已收录数据中的 GitHub 仓库 Stars 排序。Stars 属于来源仓库,同一仓库的多个技能可能共享相同数值;它反映仓库关注度,不代表单个技能的安装量或质量评分。