“First Principles” 共 278 个结果
vbeta
io.github.TanStack/table/getting-started
`@tanstack/react-table` v9 从零到一搭建首个表格的完整路径：安装 React adapter，用 `tableFeatures()` 声明 `features`（行模型工厂与 *Fns registry 和 feature 开关一起挂在 features 对象上），用同时带 `TFeatures` 与 `TData` 泛型的 column helper 创建列，实例化 `useTable`，并用 `<table.FlexRender>` 渲染。新用户应从这里入手，而不是 `useLegacyTable`。
v8.2
io.github.symfony/symfony/symfony-security-review
审查某个改动（PR、当前分支 diff 或一组文件），或审计某个组件乃至整个代码树的安全加固缺失或不当之处。从第一性原理出发推理信任边界，再对照 Symfony 的加固不变量族检查代码，并运行 .github/sa-tools 中的检查门禁。当用户说 security review、security audit、check hardening、review this PR/branch for security、audit <component> for <vuln class>、是否缺少安全加固，或点名要排查的漏洞类别时使用。
io.github.alirezarezvani/claude-skills/slo-architect
用于定义、评审或运维 SLO/SLI/错误预算。触发词包括「define an SLO」「what should our SLO be」「error budget」「burn rate」「SLI」「service level objective」「Google SRE workbook」「multi-window burn-rate alert」，或任何可靠性目标问题。附带 SLO 设计器、带多窗口燃烧率阈值的错误预算计算器，以及捕捉常见缺陷（目标过于激进、窗口过短、SLO 冲突、缺少 SLI 定义）的 SLO 评审器。4 份关于 SLO 原则+SLI 设计+错误预算数学+与 feature-flags-architect/chaos-engineering/kubernetes-operator 组合的参考文档。不是通用的可观测性技能——专注 SLO 这一学科。
io.github.alirezarezvani/claude-skills/chaos-engineering
用于规划、执行或从混沌工程实验中学习。触发词包括「chaos experiment」「fault injection」「gameday」「resilience test」「blast radius」「steady state」「abort criteria」「Chaos Toolkit」「Chaos Mesh」「Litmus」「Gremlin」「AWS FIS」，或任何刻意故障注入的问题。附带实验设计器、爆炸半径计算器与复盘生成器（均为 stdlib Python）、4 份关于混沌原则+实验设计+攻击分类法+工具生态的参考文档，以及 /chaos-experiment 斜杠命令。可与 feature-flags-architect（将 kill switch 作为中止触发器）及 kubernetes-operator（常见混沌目标）组合。
io.github.affaan-m/ECC/connections-optimizer
以先评审再删减的方式重整用户在 X 与 LinkedIn 上的人脉，给出添加/关注建议，并按各渠道特点用用户真实语气起草暖场触达内容。当用户想清理关注列表、朝当前重点方向拓展，或围绕更高信噪比的关系重新平衡社交图谱时使用。
io.github.affaan-m/ECC/ecc-tools-cost-audit
证据优先的 ECC Tools 消耗与计费审计工作流。用于调查 ECC Tools 仓库中失控的 PR 创建、配额绕过、高级模型泄漏、重复作业或 GitHub App 费用激增。
io.github.affaan-m/ECC/finance-billing-ops
ECC 中证据优先的收入、定价、退款、团队计费与计费模型核实工作流。当用户需要销售快照、定价对比、重复扣费诊断，或需要基于代码的计费真实情况而非泛泛的支付建议时使用。
io.github.affaan-m/ECC/codebase-onboarding
分析一个陌生的代码库，生成结构化的上手指南，包括架构图、关键入口点、约定规范以及一份起始的 CLAUDE.md。当加入新项目，或在某个仓库中首次配置 Claude Code 时使用。
io.github.affaan-m/ECC/automation-audit-ops
面向 ECC 的、以证据为先的自动化清单与重叠审计流程。当用户希望在动手修复之前先弄清哪些任务、钩子、连接器、MCP 服务器或包装层是在运行的、已损坏的、冗余的还是缺失的使用。
io.github.affaan-m/ECC/react-patterns
React 18/19 模式：hooks 纪律、服务端/客户端组件边界、Suspense + 错误边界、表单 action、数据获取、状态管理决策树，以及无障碍优先的组合方式。在编写或审查 React 组件时使用。
io.github.mcp-use/mcp-use/mcp-apps-builder
所有 MCP 服务器工作的**强制要求**——mcp-use 框架最佳实践与模式。在任何 MCP 服务器工作前先阅读本技能，包括：创建新 MCP 服务器；修改既有 MCP 服务器（添加/更新 tools、resources、prompts、widgets）；调试 MCP 服务器问题或错误；审查 MCP 服务器代码的质量、安全与性能；回答 MCP 开发或 mcp-use 模式的问题；对 server.tool()、server.resource()、server.prompt() 或 widgets 做任何修改。本技能包含关键架构决策、安全模式与常见陷阱。实现 MCP 功能前务必先查阅相关参考文件。
io.github.getnao/nao/deploy-context
将 nao 项目的上下文目录连接（接线）到远程 nao 实例（云端或自托管），使每次推送到 `main` 分支都通过 GitHub Actions 自动执行 `nao deploy`。当用户已有本地版本化（Git 管理）的 nao 项目、并希望团队部署的实例始终反映最新提交的上下文时使用。涵盖 `nao deploy` 用法、GitHub Actions 工作流、组织 API 密钥、GitHub Secrets、`.naoignore`、`nao_config.yaml` 中的环境变量引用，以及新建与更新的行为差异。不适用于首次项目搭建（请用 `setup-context`），也不用于把仓库元数据回写提交的 `nao sync` 自动化（见文档 synchronization 页面）。
io.github.DekaPrayoga/AurixAgent/automation-audit-ops
面向 Multiversal 的以证据为先的自动化清单与重叠审计工作流。当用户希望在修复任何内容之前，了解哪些作业、钩子、连接器、MCP 服务器或包装器处于运行、损坏、冗余或缺失状态时使用。
io.github.vercel-labs/agent-skills/vercel-optimize
用于已部署项目的 Vercel 成本与性能优化，尤其适合 Next.js、SvelteKit、Nuxt 以及部分 Astro 应用。先收集 Vercel 指标、用量、项目配置与代码扫描结果；只排查有指标支撑的候选项；产出基于已核实文件、并对齐 Vercel 与框架版本文档的排序建议。当用户要求降低 Vercel 账单、优化缓慢或高开销路由、寻找缓存机会，或提到 Function Invocations、Build Minutes、Fast Data Transfer、Core Web Vitals、Bot Management、Fluid compute、成本明细时使用。
io.github.github/spec-kit/add-community-extension
依据 GitHub issue 提交，把社区扩展加入 Spec Kit 目录。适用：处理扩展提交 issue、校验目录条目、更新 catalog.community.json 与 docs/community/extensions.md、创建 PR。不适用：从零新建扩展或第一方扩展工作。
io.github.meain/dotfiles/refactorability
评审代码的可重构性——基于 Martin Fowler 的代码坏味道目录与 SOLID 原则，并在可用时结合 gocyclo、gocognit、dupl 等静态分析工具，提出具体、可排优先级的重构机会。以 Go 优先、兼顾多语言，默认针对当前 diff。输出高/中/低分级报告及具体重构手段，并包含“不要重构”部分以避免过度建议。触发词：/refactorability、“review for refactorability”、“what should I refactor”、“refactorability review”、“find refactoring opportunities”、“is this refactorable”等。
io.github.utmapp/UTM/utm-review
在提交前评审 UTM 的待提交变更。对当前分支 diff 做标准正确性/质量代码评审，并按 CONTRIBUTING.md 与 AGENTS.md 中的 UTM 贡献规则审计——范围纪律、commit/PR 格式、AI 署名、日志钩子、生成文件、UI/设计理念与平台兼容性。在创建或更新 UTM pull request 之前、用户要求评审 UTM 变更时、或用户运行 /utm-review 时使用。/utm-submit 工作流默认本技能已在当前变更上运行过。
io.github.FerroxLabs/wayland/mobile-ui-designer
专业移动 UI/UX 模式，涵盖平台设计规范（Material Design、Human Interface）、响应式布局、手势处理、离线优先 UI、骨架屏、下拉刷新、无限滚动、底部面板与触觉反馈。当用户询问 mobile ui designer、mobile ui designer 最佳实践，或需要 mobile ui designer 实施指导时使用。当用户需要其他专项技能或涉及无关技术领域时请勿使用。
io.github.affaan-m/ECC/react-patterns
React 18/19 模式：hooks 纪律、服务端/客户端组件边界、Suspense + 错误边界、表单 action、数据获取、状态管理决策树，以及无障碍优先的组合方式。在编写或审查 React 组件时使用。
io.github.steipete/agent-scripts/browser-use
已有的 Chrome 自动化方案：优先使用 Chrome 插件，mcporter 作为回退。
io.github.paxlabs-inc/matrix-core/automation-audit-ops
面向 ECC 的、以证据为先的自动化清单与重叠审计流程。当用户希望在动手修复之前先弄清哪些任务、钩子、连接器、MCP 服务器或包装层是在运行的、已损坏的、冗余的还是缺失的使用。
io.github.mcp-use/mcp-use/mcp-builder
所有 MCP 服务器工作的**强制要求**——mcp-use 框架最佳实践与模式。在任何 MCP 服务器工作前先阅读本技能，包括：创建新 MCP 服务器；修改既有 MCP 服务器（添加/更新 tools、resources、prompts、widgets）；调试 MCP 服务器问题或错误；审查 MCP 服务器代码的质量、安全与性能；回答 MCP 开发或 mcp-use 模式的问题；对 server.tool()、server.resource()、server.prompt() 或 widgets 做任何修改。本技能包含关键架构决策、安全模式与常见陷阱。实现 MCP 功能前务必先查阅相关参考文件。
io.github.vudovn/ag-kit/mobile-design
面向 iOS 和 Android 应用的移动优先设计思维与决策。触控交互、性能模式、平台规范。教导原则而非固定数值。在构建 React Native、Flutter 或原生移动应用时使用。
io.github.vudovn/ag-kit/mcp-builder
MCP（Model Context Protocol）服务器构建原则。工具设计、资源模式、最佳实践。
