You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/PULL_REQUEST_TEMPLATE.md
+1Lines changed: 1 addition & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,3 +13,4 @@
13
13
14
14
- Keep the PR focused.
15
15
- Call out any follow-up work explicitly instead of bundling it into this change.
16
+
- Do not relax branch protection, required reviews, or required CI checks to merge this PR. Governance changes should be handled separately from feature or docs changes.
This repository is maintained under strict branch protection. Treat those protections as part of the repository policy, not as temporary friction to work around.
4
+
5
+
## Branch Protection Policy
6
+
7
+
- Never change branch protection rules, rulesets, required reviews, required status checks, or admin enforcement in order to land a change unless the user explicitly asks for that exact repository-governance change.
8
+
- Never disable `CODEOWNERS` review requirements, required approving review counts, required conversation resolution, or required CI checks just to merge a PR.
9
+
- Never push directly to a protected branch to bypass the normal review or CI path.
10
+
- Never use admin merge, force push, or equivalent bypass mechanisms to land a change unless the user explicitly asks for that governance exception.
11
+
- If branch protection blocks a merge, stop and tell the user what requirement is still unmet.
12
+
13
+
## Preferred Flow
14
+
15
+
1. Make the change on a feature branch.
16
+
2. Open a PR.
17
+
3. Let required CI checks complete.
18
+
4. Wait for the required review state.
19
+
5. Merge only through the normal repository policy path.
20
+
21
+
## If Blocked
22
+
23
+
- Report the exact protection rule that is blocking progress.
24
+
- Ask the user whether they want to satisfy the rule or intentionally change repository governance.
25
+
- Treat repository-governance changes as a separate task from the feature or docs change that triggered the block.
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+1Lines changed: 1 addition & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -32,6 +32,7 @@ Thanks for contributing to `react-devtool-cli`.
32
32
- Add or update tests when behavior changes.
33
33
- Preserve the CLI's bias toward deterministic, structured output.
34
34
- Do not bundle unrelated refactors into the same PR.
35
+
- Do not weaken branch protection, bypass required reviews, or disable required CI checks to land a change. If protection blocks a merge, satisfy the rule or ask the maintainer whether repository governance should change as a separate decision.
Copy file name to clipboardExpand all lines: README.md
+69-1Lines changed: 69 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,6 +19,70 @@ This follows the same overall shape as Playwright's own CLI surface: one command
19
19
npm install -g react-devtool-cli
20
20
```
21
21
22
+
## Install the bundled agent skill
23
+
24
+
If you want an AI coding agent to know how to operate the published `rdt` CLI, install the bundled `react-devtool-cli` skill with the method that matches your toolchain.
25
+
26
+
### Codex
27
+
28
+
Copy `skills/react-devtool-cli` into `$CODEX_HOME/skills` (`~/.codex/skills` by default), then restart Codex.
Claude Code discovers skills from `~/.claude/skills/<skill-name>/SKILL.md` for personal skills and `.claude/skills/<skill-name>/SKILL.md` for project-scoped skills. Copy this repository's bundled skill directory into one of those locations:
This is the easiest cross-tool path when you are using ecosystems such as Claude Code, Gemini CLI, Codex, or Antigravity.
83
+
84
+
If you are working on the repository itself rather than using the published CLI, install `skills/react-devtool-cli-repo` with the same tool-specific pattern.
85
+
22
86
Published package notes:
23
87
24
88
- npm consumers receive built files from `dist/`, not the repository source tree.
@@ -251,9 +315,13 @@ Use `node pick` when the agent knows the visible element but not the component n
251
315
252
316
## Skills
253
317
254
-
- Installed CLI user skill: [skills/react-devtool-cli/SKILL.md](./skills/react-devtool-cli/SKILL.md)
318
+
Bundled skill directories in this repository:
319
+
320
+
- CLI user skill: [skills/react-devtool-cli/SKILL.md](./skills/react-devtool-cli/SKILL.md)
Copy file name to clipboardExpand all lines: docs/public-repo-strategy.md
+7Lines changed: 7 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -51,3 +51,10 @@ This repository is run as a solo-maintainer open source project. The operating m
51
51
- Discussions disabled unless issue volume justifies a separate support channel
52
52
- Secret scanning enabled when available
53
53
- Topic metadata kept current so the repo is discoverable without overselling scope
54
+
55
+
## 8. Governance Guardrails
56
+
57
+
- Branch protection is part of the maintenance policy, not a convenience setting.
58
+
- Do not reduce required reviews, required checks, or code owner enforcement just to land an otherwise-ready PR.
59
+
- Do not use admin overrides for normal day-to-day maintenance.
60
+
- If a branch protection rule becomes counterproductive, change that governance intentionally in a separate maintainer decision, not as part of shipping an unrelated fix.
0 commit comments