动手构建前逐个提问,弄清用户真正想要什么及原因,并形成经其批准的设计文档。
- read-repo
- write-files
- shell
- network
收录 90 个适用于 Claude Code、Cursor 等编程 Agent 的技能。每个技能都写明可读写、可执行和可联网的范围(据 SKILL.md 整理),以及安装命令。
动手构建前逐个提问,弄清用户真正想要什么及原因,并形成经其批准的设计文档。
把需求或规格写成面向陌生工程师的实现计划,拆成带文件、接口和测试的小任务。
执行实现计划:每个任务派一个新的实现子代理并随后做任务审查,最后对整个分支做一次全面审查。
派发一个代码审查子代理,用整理好的上下文和 git 提交范围检查已完成的工作。
按四个阶段排查 bug:先调查根因,再分析模式、验证假设,最后修复根因而不是症状。
通过一连串不留情面的追问来打磨计划或设计,实际流程交给 grilling 技能执行。
提供设计深模块的统一术语和原则:小接口背后承载大量行为,接缝清晰,并通过接口测试。
把计划、规格或当前对话拆成带阻塞关系的 tracer-bullet 工单,并发布到已配置的追踪器。
在当前仓库配置 Husky pre-commit 钩子,用 lint-staged 运行 Prettier,并加入类型检查和测试。
根据规格或工单实现功能,结合 tdd 技能开发,定期运行类型检查和测试,完成后审查并提交。
从指定基点起审查代码改动,分别检查是否符合仓库编码规范、是否实现了原始需求。
以红到绿的循环先写测试再写实现,只在与用户确认过的公共接口上测试行为。
为 Claude Code 配置 PreToolUse hook,在执行前拦截 git push、reset --hard 等危险命令。
扫描代码库中可将浅模块变为深模块的重构机会,生成可视化 HTML 报告,再就选中的一项逐步追问讨论。
把模糊或高影响的改动整理成有范围、可验证的验收标准,再进入实现。
在开发生产级 UI 前确定贴合产品领域的设计方向,并用渲染证据检查可访问性、响应式和各类内容状态。
按端口与适配器模式设计、实现或重构系统,让业务逻辑独立于框架、传输和持久化细节。
读取计划文档并拆成步骤,为每一步生成可直接粘贴、带步骤范围的 ECC 斜杠命令。
提供跨项目的基础编码约定,涵盖命名、可读性、不可变性、错误处理和代码异味审查。
把新功能从调研、计划、TDD 实现、审查到带关卡的提交全程编排,各阶段交给对应的 ECC 代理。
提供 Playwright 端到端测试模式,涵盖 Page Object Model、配置、CI/CD 集成、测试产物和不稳定测试处理。
提供安全检查清单和代码模式,覆盖密钥管理、输入校验、SQL 注入、认证授权、XSS、CSRF、限流和依赖安全。
加固智能体把不可信数据转为文件、网络、记忆或工具操作的边界,并产出具体控制措施和测试。
把提速需求转为有边界的测量循环:先测基线,每个变体只验证一个假设,选出通过正确性关卡的最快方案。
编排行为不变的重构:先确认测试通过,在测试保持绿色的前提下重组结构,经审查后分关卡提交。
改动前基于真实依赖梳理影响面,实现后再把实际 diff 与计划对照。
汇总滚动、蓝绿、金丝雀部署策略,多阶段 Dockerfile、CI/CD 流水线、健康检查、回滚方案和上线就绪清单。
监控已部署的网址,检查 HTTP 状态、控制台错误、网络失败、性能、关键内容、API、静态资源和 SSE 流是否回归。
以设计工作室负责人的视角,为界面做出贴合主题、不落俗套的配色、字体与布局选择。
编写原生 Python Playwright 脚本测试本地 Web 应用,可截图、查看浏览器日志并验证前端功能。
从正确性、安全、负载、测试、速度和精简度审查一次改动,阅读相关代码而不只看 diff。
对整个仓库做一次性质量审计,找出 bug、安全漏洞、负载问题、缺失测试、慢路径和可删减代码并排序。
收集仓库中所有 shortcut:(及旧版 ponytail:)注释,生成一份技术债务清单,不做任何修改。
检索本地的风格、配色、字体搭配、UX 准则和技术栈数据,为界面设计与实现提供依据。
分五个阶段逐轮追问,把模糊意图变成可直接执行的规格,并提交为 GitHub issue。
以设计师视角审查线上页面的视觉一致性、间距、层级和 AI 痕迹,再逐项修复并复验。
以工程经理视角评审计划、分支 diff 或指定代码,覆盖架构、代码质量、测试和性能并输出报告。
从磁盘读取 CEO、设计、DX 和工程评审技能并按顺序运行,依据 6 条决策原则自动做出中间决定。
编码过程中运行仓库声明的检查和 /ship 会选中的测试,修复后再跑,直到全部通过。
对照基准分支审查 PR 的 diff,查找测试发现不了的结构性问题,并自动修复或确认后修复。
测试网站、API 或 CLI,按严重程度修复发现的 bug,每个修复都配回归测试并单独提交。
通过 gstack-cso 辅助程序做以证据为准的安全审计,报告有据可查的发现;综合模式可加入复现和修复候选。
同时开启危险命令警告和按目录限定的编辑范围,相当于把 /careful 与 /freeze 合为一条命令。
在浏览器中读取 performance.getEntries() 实测页面指标,并与基线对比以发现 Web 性能回归。
在近期改动中找出值得抽成共享库的重复代码,推荐净删除代码最多的三项。
接手 /ship 创建的 GitHub PR:检查 CI 与合并就绪,经批准后合并,监控部署,验证生产环境并输出部署报告。
部署后用浏览器定时访问线上页面,截图并对比控制台错误、加载时间和失效链接,与基线比较后输出健康报告。
把功能做成贴合现有系统的完整窄路径,复用已有接缝,不添加验收不需要的东西。
每个问题一行:位置、问题、修法,去掉客套和含糊措辞。
面对原因不明的故障,先收集证据、按证据排序假设,再动产品代码。
在保持行为不变的前提下重组代码,并在结构改动前后用同一套验证进行把关。
每次只问一个附带猜测的问题,直到对用户真实意图约有95%把握,并得到确认的意图陈述。
构建可访问、响应式、遵循项目设计系统的生产级界面,避免千篇一律的 AI 风格。
设计稳定、难以误用的 API 与模块接口:契约先行、错误语义统一、在边界校验、只做增量扩展。
把工作拆成按依赖排序、带验收标准和验证步骤的小任务,并写出计划文档和任务清单。
把项目质量标准写成 CONSTRAINTS.md 契约,并在 diff 中发现被悄悄降低的标准。
以薄而可验证的切片逐步交付改动:实现一小块、测试、验证、提交,再进入下一块。
从正确性、可读性、架构、安全和性能五个维度审查代码改动,并为每条意见标注严重程度。
从威胁建模出发,为 Web 应用加固输入、认证、会话、依赖、隐私和 LLM 功能等环节。
按测量、定位、修复、验证、防护五步优化前端、后端和数据库性能,只保留经测量证明有效的改动。
在完全保持行为的前提下降低代码复杂度,让代码更易读、易改、易调试,而不是单纯减少行数。
指导如何下线旧系统、API 或功能,把使用方安全迁移到新实现,并用扩展/收缩方式完成数据库结构变更。
为生产上线做准备:上线前检查清单、功能开关、分阶段发布阈值、监控、错误预算关卡和回滚方案。
为代码加入结构化日志、RED/USE 指标、OpenTelemetry 链路追踪和基于症状的告警及运行手册,让生产行为可见、可诊断。
基于 247 个精选站点研究的网页美术指导,抽取设计方向,在真实浏览器里检查并看图修正。
把需求、Mermaid 或代码库证据生成经过校验的独立 HTML 图表,涵盖架构、时序、ERD 等十种类型,也可做成一页式讲解页。
分析代码库,在 .ua/ 目录生成 knowledge-graph.json,包含文件、符号、关系、架构分层和导览,供交互式仪表盘浏览。
检查并实施严格的 CSP 响应头,配合 HTML 清理和 Trusted Types 防范 XSS 与注入。
在 CI 中设定包体积和 Lighthouse 阈值,超出预算即失败,在 PR 阶段发现性能回退。
用 Strix 做白盒安全审查:读源码梳理数据流和授权,再在沙箱中尝试利用并附 PoC。
以源码为先的防御性安全审计,查找真正越过信任边界的漏洞,并给出证据、安全复现、优先级和最小修复。
诊断 Web 动画掉帧的原因,通过仅合成属性和脱离主线程运行,让动画保持在帧预算内。
运用整洁架构、六边形架构和领域驱动设计,为服务建立分层结构、依赖规则、接口定义和测试边界。
说明 Python 的 lint 与格式化工具配置、PEP 8 命名、导入顺序、类型注解和 Google 风格 docstring 规范。
用 STRIDE 方法从仿冒、篡改、抵赖、信息泄露、拒绝服务和权限提升六类系统地识别威胁。
用 NetworkPolicy、Pod 安全标准、RBAC、OPA Gatekeeper 和 Istio mTLS 为集群实施纵深防御。
使用 cProfile、line_profiler、memory_profiler 和 py-spy 分析 Python 代码,并按常见模式优化瓶颈。
提供微服务的服务拆分、同步与异步通信、每服务独立数据库、Saga 以及熔断、重试、舱壁等弹性模式参考。
设计带审批关卡、安全扫描和部署编排的多阶段 CI/CD 流水线,产出流水线配置、发布策略、健康检查、关卡定义和回滚方案。
定义 SLI 和 SLO,计算错误预算并制定预算策略,用 Prometheus 记录规则、燃烧率告警和 Grafana 仪表盘落地。
Vercel 维护的 React 和 Next.js 性能优化指南,含 8 个类别共 70 条按影响程度排序的规则。
根据项目是否已关联 Vercel、有无 git 远程和 CLI 登录状态选择部署方式,把应用部署到 Vercel 并返回链接。
辅助架构决策与设计评审,附带依赖分析、项目评估和架构图生成脚本。
生成 CI/CD 流水线、Terraform 模块和带回滚预案的部署清单,覆盖 AWS、GCP 和 Azure。
为生产事故分级、重建时间线并起草事后复盘,附带通报模板和运行手册框架。
通过 sentry CLI 以只读方式查看 Sentry 的 issue 和事件、汇总近期生产错误并获取基础健康数据。
用磁盘上的 task_plan.md、findings.md 和 progress.md 管理多步骤任务,中断后可恢复。
用8个部分的模板撰写精简、可供决策的产品需求文档,默认篇幅约一到两页。
在保留全部功能的前提下精简代码,按项目规范提升清晰度、一致性和可维护性。
按照 HashiCorp 官方风格约定和最佳实践生成与维护 Terraform HCL 代码。
没有匹配的技能。请调整关键词或切换分类。