搜索
搜索结果
3477 results for "agent skills"
constraint-driven-development
Establishes a project's quality bar as a written contract and stops agents quietly lowering it. Interviews the user on which dimensions matter, supplies sane default thresholds when they have no number in mind, records everything in CONSTRAINTS.md, and watches the diff for a weakened bar — new @ts-ignore or eslint-disable suppressions, skipped or deleted tests, assertions stripped out, unimplemented stubs, thresholds edited down. Use when no quality bar is written down, when the user says "set up constraints" or "define our standards", when an agent keeps silencing checks or skipping tests to get to green, when you need a coverage or performance threshold and don't know what number to pick, or when an agent writes more code than anyone will read.
addyosmaniobservability-and-instrumentation
对代码进行插桩，使生产行为可见且可诊断。在添加日志、指标、追踪或告警时使用。在发布任何在生产环境中运行且需要证据证明其正常工作的功能时使用。当报告了生产问题但无法从现有数据判断发生了什么时使用。
addyosmanidoubt-driven-development
将每一个非平凡决策置于全新上下文的对抗性审查之下，然后再让其成立。当正确性比速度更重要时、在不熟悉的代码中工作时、风险较高时（生产环境、安全敏感逻辑、不可逆操作），或者任何一次自信的输出现在验证比以后调试更便宜时使用。
addyosmaniinterview-me
提取用户实际想要的东西，而不是他们认为自己应该想要的东西。通过一次一问的访谈方式实现，直到对底层意图的置信度达到约95%。当需求表述不明确（例如“给我建个X”但没有说明“给谁用”或“为什么现在做”）、用户明确要求（如“采访我”、“拷问我”、“我们确定吗？”、“压力测试我的想法”），或者在你开始制定任何计划、规格或代码之前，发现自己正在默默填补模糊需求时使用。
addyosmanigit-workflow-and-versioning
规范 Git 工作流实践。在进行任何代码更改时使用。在提交、分支、解决冲突或需要跨多个并行流组织工作时使用。在发布版本、选择语义版本号、打标签或编写变更日志时使用。
addyosmanici-cd-and-automation
自动化CI/CD流水线设置。在设置或修改构建和部署流水线时使用。在需要自动化质量门禁、配置CI中的测试运行器或建立部署策略时使用。
addyosmanishipping-and-launch
准备生产发布。在准备部署到生产环境时使用。当需要发布前检查清单、设置监控、规划分阶段发布或需要回滚策略时使用。
addyosmanideprecation-and-migration
管理弃用和迁移。在移除旧系统、API或功能时使用。在将用户从一个实现迁移到另一个实现时使用。在决定是维护还是淘汰现有代码时使用。
addyosmanisource-driven-development
将每个实现决策都建立在官方文档的基础上。当你希望获得权威、有来源引用的代码，且避免使用过时模式时使用。在构建任何框架或库且正确性至关重要时使用。
addyosmanispec-driven-development
在编码前创建规范。适用于启动新项目、新功能或重大变更且尚无规范时。适用于需求不清晰、模糊或仅存在于模糊想法时。
addyosmanifrontend-ui-engineering
构建生产级、可访问、响应式的用户界面。在构建或修改界面和页面、创建组件、实现布局、满足WCAG无障碍要求、管理状态，或当输出需要看起来像生产级而非AI生成时使用。
addyosmaniplanning-and-task-breakdown
将工作分解为有序的任务。当你有规范或明确的需求，需要将工作分解为可实施的任务时使用。当任务感觉太大无法开始、需要估算范围或可以并行工作时使用。
addyosmanidocumentation-and-adrs
记录决策和文档。在进行架构决策、更改公共API、发布功能或需要记录未来工程师和代理理解代码库所需的上下文时使用。
addyosmaniincremental-implementation
增量交付变更。适用于实现任何涉及多个文件的特性或变更。当你即将一次性编写大量代码，或某个任务感觉太大而无法一步完成时使用。
addyosmaniperformance-optimization
优化前端、后端、查询和数据库的应用程序性能。当存在性能要求、怀疑性能回归、需要改进核心网页指标或加载时间、需要修复N+1查询模式或性能分析发现瓶颈时使用。
addyosmanisecurity-and-hardening
强化代码以抵御漏洞。适用于处理用户输入、身份验证、数据存储或外部集成时。适用于构建任何接受不可信数据、管理用户会话或与第三方服务交互的功能。
addyosmanicode-simplification
简化代码以提高清晰度。在重构代码以提升清晰度且不改变行为时使用。在代码能工作但比应有的更难阅读、维护或扩展时使用。在审查积累了不必要复杂性的代码时使用。
addyosmanidebugging-and-error-recovery
指导系统性的根因调试。当测试失败、构建中断、行为不符合预期或遇到任何意外错误时使用。当你需要系统性地查找并修复根本原因而非猜测时使用。
addyosmanicontext-engineering
优化智能体上下文设置。在开始新会话、智能体输出质量下降、切换任务或需要为项目配置规则文件和上下文时使用。
addyosmanitest-driven-development
以测试驱动开发。在实现任何逻辑、修复任何错误或更改任何行为时使用。当需要证明代码有效、收到错误报告或即将修改现有功能时使用。
addyosmaniidea-refine
将原始想法通过结构化的发散与收敛思维，提炼为清晰、可执行的概念。当想法仍模糊、需要在投入计划前压力测试假设、或希望扩展选项再聚焦时使用。触发词包括“构思”、“完善这个想法”或“压力测试我的计划”。
addyosmaniapi-and-interface-design
指导稳定的 API 和接口设计。适用于设计 API、模块边界或任何公共接口。适用于创建 REST 或 GraphQL 端点、定义模块间的类型契约，或建立前后端之间的边界。
addyosmaniusing-agent-skills
发现并调用智能体技能。在开始会话或需要发现当前任务适用的技能时使用。这是管理所有其他技能如何被发现和调用的元技能。
addyosmanibrowser-testing-with-devtools
通过 Chrome DevTools MCP 在真实浏览器中进行测试。在构建或调试任何在浏览器中运行的内容时使用。当需要检查 DOM、捕获控制台错误、分析网络请求、分析性能或使用真实运行时数据验证视觉输出时使用。需要配置 chrome-devtools MCP 服务器。
addyosmani