Token导航 LogoToken导航

Agent Skill · 前端设计

react-hook-authoring-fix(React hook authoring FIX 前端)

用于辅助前端页面、组件、样式和交互逻辑的开发与维护。它适合让 Agent 生成或审查 React、Next.js、Vue、Tailwind、CSS 等相关代码,整理组件结构,或定位布局和性能问题。使用时需要结合项目现有设计系统、路由和构建方式,避免只生成孤立片段;涉及页面改动时,应配合本地预览和构建检查确认视觉效果。

react-hook-authoring-fix 是前端设计类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证信息还不明确,第三方扫描已通过,按安装量在前端设计类的 10,216 个 Skill 里排第 9,208。

总安装 225周安装 9GitHub Stars 公开资料未说明下载 73核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:react-hook-authoring-fix(React hook authoring FIX 前端)
来源仓库:https://github.com/b4r7x/agent-skills
仓库路径:skills/react-hook-authoring-fix
安装命令:
npx skills add https://github.com/b4r7x/agent-skills --skill react-hook-authoring-fix
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/b4r7x/agent-skills --skill react-hook-authoring-fix

这个 Skill 是做什么的

前端设计类 Skill 关注页面结构、视觉规范和组件写法,输出通常是可运行的界面代码。

用于修复和优化现有 React Hook 实现的技能。适用于解决无限重渲染、闭包陷阱等常见问题。提供性能分析和内存泄漏排查方法。react-hook-authoring-fix 属于前端设计类 Skill,可作为该场景下的辅助能力补充。通过 GitHub 安装,修改前应保留原始版本备查。

建议在 CI 流程中加入 Hook 专项测试。

来源仓库内路径:skills/react-hook-authoring-fix

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/b4r7x/agent-skills --skill react-hook-authorin…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

react-hook-authoring-fix 怎么安装?

在终端执行 npx skills add https://github.com/b4r7x/agent-skills --skill react-hook-authoring-fix。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

react-hook-authoring-fix 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

react-hook-authoring-fix 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

react-hook-authoring-fix 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

react-hook-authoring-fix 用的人多吗?

公开数据是累计安装 225 次,近一周安装 9 次,下载 73 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

react-hook-authoring-fix 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理前端设计类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

前端设计类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
frontend-design

前端设计 · Codex、Claude

8,823,360126,072只读MIT通过
vercel-composition-patterns

Vercel 组合模式 · Codex、Claude

3,858,81625,893需要联网MIT通过
vercel-react-native-skills

Vercel React native skills 前端 · Codex、Claude

2,468,66425,878只读MIT通过
adapt

adapt 搜索 · Codex、Claude

2,027,04023,125操作浏览器未明确通过
bolder

bolder 分析 · Codex、Claude

2,004,28823,130只读未明确通过
react-hook-authoring-fix

React hook authoring FIX 前端 · 本页

225—需要联网未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

React Hook Authoring Fix

Audits custom hooks using the react-hook-authoring skill principles and applies fixes.

Workflow

Step 1 — Resolve files

Parse the argument as file paths or glob patterns. If no argument is provided, ask:

"Which hook files should I audit? Pass file paths or glob patterns (e.g. registry/hooks/*.ts)."

Step 2 — Load principles

Read ../react-hook-authoring/SKILL.md for the decision tree and antipatterns. Read ../react-hook-authoring/references/approaches.md for Approach A/B details.

Step 3 — Audit each hook

For each file containing a custom hook (function starting with use and using React hooks internally):

  1. Read the file contents
  2. Check for each antipattern:
#CheckWhat to look for
1Premature useCallbackuseCallback where any dep is unstable (props callback, filtered array, new object) — the memoization achieves nothing
2Side effect in state updateronChange/callback invoked inside setState((prev) => {...}) — fires 2x in Strict Mode
3Ref-during-renderref.current = value in component body without useLayoutEffect — tearing risk. OK only if no "use client" (SSR constraint)
4Forcing consumer memoizationCallback from consumer in useEffect/useCallback deps — consumer must useCallback or hook misbehaves
5Overengineered patternMultiple refs + useCallback + useLayoutEffect when plain function (Approach A) would suffice. Look for: no context consumers, no measured perf issue, hook used in <5 places
6useMemo on primitivesuseMemo returning string/number/boolean — pointless, compared by value
7useCallback without memo on childFunction memoized but passed to non-memo() component
8Unstable context valueContext Provider without useMemo on value object — all consumers re-render on every parent render
9Missing Object.is checkonChange called without checking if value actually changed — unnecessary parent updates
  1. For each issue, record:

- Line number(s) - Check # (1-9) - Severity: high (bug/DX problem), medium (unnecessary complexity), low (style) - The offending code (1-5 lines) - Suggested approach (A or B, or specific fix)

Step 4 — Classify fixes

  • Auto-fixable (mechanical, safe):

- Remove useCallback with unstable deps → plain function (Check 1) - Remove useMemo on primitives (Check 6) - Add useMemo on context value object (Check 8)

  • Semi-auto (likely safe, brief explanation before applying):

- Move onChange out of state updater (Check 2) - Replace ref-during-render with useLayoutEffect (Check 3) - Simplify overengineered hook to Approach A (Check 5) - Add Object.is guard before onChange (Check 9)

  • Manual only (report, don't fix):

- Consumer memoization requirement (Check 4) — needs API change - useCallback without memo (Check 7) — needs consumer-side change - Switching from Approach B to A when context consumers exist — needs profiling

Step 5 — Apply fixes

Process fixes bottom-up within each file (highest line number first).

For auto-fixable: apply silently, record change. For semi-auto: state what changes and why, then apply. For manual: list in report only.

Step 6 — Output report

## Hook Authoring Audit Report

**Files audited:** N
**Issues found:** N (H high, M medium, L low)

---

### `path/to/hook.ts`

| Line | Severity | Check | Issue |
|------|----------|-------|-------|
| 23 | high | #2: Side effect in updater | `onChange?.(resolved)` inside `setInternal((prev) => ...)` |
| 40 | medium | #1: Premature useCallback | `useCallback([isControlled, onChange])` — onChange is unstable |

**Changes applied:**
- L23: Moved `onChange` call after `setInternal`
- L40: Replaced `useCallback` with plain function (Approach A)

**Manual review needed:**
- L67: Consumer must `useCallback` on `onFilter` prop or `useEffect` at L70 re-runs

---

### Summary

| Check | Count |
|-------|-------|
| 1. Premature useCallback | N |
| 2. Side effect in updater | N |
| ... | ... |

### Verify

Run type-check and tests to confirm nothing broke:
\`\`\`bash
pnpm type-check && pnpm test
\`\`\`

If zero issues found:

## Hook Authoring Audit Report

**Files audited:** N
**Issues found:** 0

Clean. No hook authoring issues detected.

平台分布

Codex

36.89%
按下载量换算27

Claude

30.87%
按下载量换算23

Cursor

18.47%
按下载量换算13

Gemini CLI

9.1%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills