ai-system-engineer
协助设计与改进AI原生系统的架构、流程与评估
▸ 推荐理由面向工程化落地的全栈AI系统设计与改造指南
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 2249 个
boonsook-pos-guardrails
为 Boonsook POS 代码库提供操作与变更的守护准则与流程。
▸ 推荐理由适用于该仓库的敏感改动与审核场景，降低线上风险。
using-git-worktrees
在开始特性或变更前使用工作区或 git worktree 保持隔离
▸ 推荐理由避免污染当前工作区，确保在隔离环境中安全开发与测试
test-driven-development
在实现功能或修复前遵循先写测试、再实现的 TDD 流程
▸ 推荐理由帮助保持测试覆盖与实现正确性，适合开发与代码代理场景
systematic-debugging
遇到 Bug 或测试失败时引导进行系统化根因分析再修复
▸ 推荐理由防止盲目修补，强调查明根因再改，提升修复质量与可追溯性
review
在合并前审查PR diff，检测SQL安全、信任边界、条件副作用与结构性问题。
▸ 推荐理由能自动化发现严重问题，显著降低上线与安全风险。
▸ 风险提示运行需读取仓库diff与分支信息，涉及代码访问权限。
review-animations
专门评审动画与动效代码，根据高工艺标准给出改进与否定建议。
▸ 推荐理由适合注重交互动效质量的设计工程团队或审稿人。
retro
每周工程复盘，分析提交历史、工作模式和代码质量趋势并提出改进项。
▸ 推荐理由帮助团队量化历史表现并提出可执行的改进建议。
▸ 风险提示需要访问代码仓库历史，涉及敏感数据访问。
requesting-code-review
组织并派发代码评审子代理，提供针对性上下文以提升审查质量。
▸ 推荐理由能在合并前捕获问题，减少后续返工，适合协作团队使用。
receiving-code-review
在接收代码评审反馈时提供核验流程与澄清建议，避免盲从或误解。
▸ 推荐理由强调技术核实与沟通，适合希望改进review流程的开发者。
plan-eng-review
以工程经理视角评审并锁定执行计划、架构、数据流、边界与测试策略。
▸ 推荐理由适合需把关系统设计与可执行性的工程负责人。
▸ 风险提示安装/更新脚本会运行本地检查，可能访问外部资源。
plan-devex-review
评估并规划开发者体验，从角色、摩擦点到魔性使用场景提供改进方向
▸ 推荐理由系统化 DX 评审及分级建议，适合改进开发者上手与留存
▸ 风险提示包含本地更新脚本，可能访问网络并修改本地环境
git-commit-push-pr
将工作区变更提交、推送并创建或更新 Pull Request，生成价值导向的 PR 描述
▸ 推荐理由一键从改动到 PR，并自动产出分级的说明，适合开发者日常工作流
▸ 风险提示会执行提交/推送并访问远程仓库，需注意凭据与权限
finishing-a-development-branch
在实现完成并测试通过时，给出分支合并、PR 或清理的结构化选项并执行流程
▸ 推荐理由把完成开发的决策和操作流程化，适合常规发布场景
▸ 风险提示可能需要仓库写权限并执行合并/推送操作
document-generate
依据 Diataxis 框架自动补全/生成缺失的项目文档。
▸ 推荐理由能系统化填补文档覆盖缺口，适合代码库与产品文档维护。
cso
以基础设施为先全栈安全审计并执行多维安全检查。
▸ 推荐理由覆盖 OWASP/STRIDE/LLM 安全与供应链扫描，适合安全团队。
▸ 风险提示包含本地脚本与更新检查，可能会执行外部或高权限操作。
ce:review
用分层角色与并行子代理对代码变更进行结构化评审并汇总结果。
▸ 推荐理由并行多视角审查并去重合并，能产出高质量评审报告。
▸ 风险提示需访问代码变更内容，涉及代码库访问权限与隐私。
ce:plan
把需求或目标拆解为结构化的可执行实施计划。
▸ 推荐理由将 WHAT 转换为 HOW，生成可跟踪的实施步骤与里程碑。
ce:ideate
为当前项目生成并评估可行且有价值的改进想法。
▸ 推荐理由提供高质量、可落地的改进方向，便于决策与迭代。
ce-demo-reel
自动检测项目并录制 GIF/截图等可用于 PR 的演示证据。
▸ 推荐理由为 PR 生成可嵌入的视觉证明，提升变更可见性。
▸ 风险提示可能上传录制内容到公网 URL，存在信息泄露风险。
ce-debug
系统化定位根因并给出或实现缺陷修复方案。
▸ 推荐理由按因果链追踪问题并可选地以测试优先方式落地修复。
▸ 风险提示可能运行测试或修改代码，需仓库写入权限。
ce:compound
并行子代理协作，把刚解决的问题写成结构化文档存档。
▸ 推荐理由快速把临时解决方案转为可搜索的团队知识库。
ce:brainstorm
通过协作对话产出面向实现的需求文档和设计要点。
▸ 推荐理由将脑暴结果结构化为可复用的需求文档，便于交接与实施。
brainstorming
在开始任何创作或实现前通过对话梳理意图与需求。
▸ 推荐理由强制性的前置步骤，帮助明确目标与约束，减少返工。
web-standards
在构建网页时强制执行移动优先、可访问性与性能等现代标准。
▸ 推荐理由把体验和性能规范化，便于跨项目维持质量
taste-skill
为着陆页/作品集提供高质量非模板化的界面设计与实现方案。
▸ 推荐理由注重风格推断与设计一致性，减少千篇一律的落地页
git-commit
阅读变更并生成/拆分提交信息，交互确认后执行 commit/push。
▸ 推荐理由把杂乱变更转成合适提交并避免错误提交
▸ 风险提示会执行提交或推送操作，需确认权限与远程影响
coding-standards
在代码创建、修改与审查时强制执行工程与风格规范规则。
▸ 推荐理由提供变更分类与最小化差异策略，降低回归与风格争议成本。
▸ 风险提示可能建议或自动执行代码修改，需注意权限与误判
audit-solution
对整个代码库进行健康检查、证据化报告并按需修复验证问题。
▸ 推荐理由综合发现问题并支持经批准的自动修复，适合交付质量保障。
▸ 风险提示需要代码库读写权限，自动修复操作需谨慎审核
wrapup
实现完成后生成演示与答疑材料，并出题验证理解情况。
▸ 推荐理由帮助产出对评审友好的说明材料，减少审查阻力。
quiz-me
解释代码变更并出题考核，只有完全通过才建议合并。
▸ 推荐理由防止盲合并，提升代码理解与审查质量。
40-py-econometrics-pyfixest
PyFixest 的密集机器可读参考，面向 LLM 与开发者的 API 速查表。
▸ 推荐理由结构化、无赘述的参考，便于快速生成或审查计量代码片段。
know-my-repo
从零开始深度阅读并验证代码库，生成可供代理使用的项目知识与操作示例。
▸ 推荐理由大幅缩短代理/新人成员对未知仓库的上手成本并提供可验证证据。
▸ 风险提示需要执行构建与运行命令，可能带来安全与环境风险
step-functions
设计、部署和调试 AWS Step Functions 状态机与工作流编排的技能。
▸ 推荐理由便于在 agent 中构建与调试无服务器工作流，能处理错误与并行场景。
▸ 风险提示需要 AWS 凭证并可能触发工作流执行，注意权限与资源开销。
sqs
管理 AWS SQS 队列、死信队列、可见性超时及 FIFO 设置的技能。
▸ 推荐理由方便在代理中自动化队列管理与故障处理配置，适合分布式系统运维。
▸ 风险提示需要 AWS 凭证并可能执行变更操作，注意权限与消息数据敏感性。
sns
通过 Amazon SNS 创建和管理主题、订阅、过滤器并发送通知的技能。
▸ 推荐理由对接 AWS 通知与 pub/sub 操作，适合自动化运维与消息管理。
▸ 风险提示需要 AWS 凭证并可能执行变更操作，注意权限与凭证管理。
secrets-manager
管理 AWS Secrets Manager 的密钥存储、轮换与访问控制。
▸ 推荐理由便于集中管理凭证并支持自动轮换策略。
▸ 风险提示需要 AWS 高权限，误用可能导致凭证泄露或服务中断。
iam
管理 AWS IAM 用户、角色、策略与访问控制。
▸ 推荐理由适合需要自动化权限配置与故障排查的场景。
▸ 风险提示需要高权限操作，误配置可能导致权限过大或服务不可用。
eks
通过 AWS EKS 创建、管理 Kubernetes 集群与工作负载。
▸ 推荐理由对希望在 AWS 上自动化 K8s 运维的团队很有用。
▸ 风险提示需要 AWS 凭证与权限，集群改动可能影响可用性并产生成本。
ecs
使用 AWS ECS 管理和部署容器化应用与服务。
▸ 推荐理由适合自动化容器部署与故障排查。
▸ 风险提示需要 AWS 凭证与权限，操作可能产生成本或影响可用性。