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
- Migrate package manager from yarn + lerna to pnpm, using built-in
workspace management and the workspace:* protocol for intra-repo deps
- Replace lerna publish with the glsp releng publish command
- Add pnpm-workspace.yaml: public-hoist dev tooling, gate third-party
deps via minimumReleaseAge, allow Playwright build scripts, and
override vulnerable transitive deps (serialize-javascript, js-yaml,
diff) flagged by pnpm audit
- Declare dependencies that pnpm's strict layout no longer hoists
(reflect-metadata, playwright-core, ts-dedent) and scope the
reflect-metadata typings to the package that uses them
- Update CI workflows to set up and cache pnpm and build explicitly
- Consolidate validation into a single /fix skill (drop /verify) and
refresh CLAUDE.md, AGENTS.md, and docs accordingly
Also:
- Pull the latest @eclipse-glsp/* next dependencies
- Reformat files picked up by the updated prettier config
Part of: eclipse-glsp/glsp#1636
description: Auto-fix all lint, formatting, and copyright header issues across the workspace. Use when validation (`/verify`) fails or when explicitly requested.
3
+
description: Run the fix-and-verify suite for the workspace (compile, auto-fix lint/format/headers). IMPORTANT - Proactively invoke this skill after completing any code changes (new features, bug fixes, refactors) before reporting completion. Re-run it after manually addressing anything it could not auto-fix.
4
4
---
5
5
6
-
Run the full auto-fix suite for this project from the repository root:
6
+
Run the auto-fix and validation suite for the GLSP Playwright monorepo from the repository root.
7
+
8
+
1. Build first. This is a hard gate: if the build fails, stop immediately, report the build errors, and do not run any of the following steps. The build must pass before anything else runs.
9
+
10
+
```bash
11
+
pnpm build
12
+
```
13
+
14
+
2. Auto-fix lint, formatting, and copyright headers. Run all three even if an earlier one reports remaining problems (they are independent):
7
15
8
16
```bash
9
-
yarn fix:all
17
+
pnpm lint:fix
18
+
pnpm format
19
+
pnpm headers:fix
10
20
```
11
21
12
-
After fixing, report what changed. If any issues remain that couldn't be auto-fixed, list them and suggest manual fixes.
22
+
Then:
23
+
24
+
- If `pnpm build` failed, fix the compile errors and re-run this skill.
25
+
- If `pnpm lint:fix` reported lint errors it could not fix, address them manually and re-run this skill.
26
+
- Otherwise everything is clean (compile succeeds, formatting and headers are corrected in place, lint has no remaining errors) — report completion.
- BAD: "Edit label UI does not resize on graph zoom"
123
-
- GOOD: "Fix edit label UI not resizing on graph zoom"
133
+
- BAD: "Edit label UI does not resize on graph zoom"
134
+
- GOOD: "Fix edit label UI not resizing on graph zoom"
124
135
- Keep concise — one line
125
136
126
137
**Breaking changes:**
138
+
127
139
- Describe what changed, why it's breaking, and how to migrate
128
140
- Extract migration sub-items from the PR body's "What it does" section
129
141
@@ -136,11 +148,13 @@ Pick the most fitting tag from the vocabulary (Step 1.2) based on PR title and b
136
148
Read `CHANGELOG.md` in the repository root.
137
149
138
150
**Active section detection:**
151
+
139
152
- An active section has the `- active` suffix (e.g. `## v2.7.0 - active`)
140
153
- If an active section exists → merge new entries into it
141
154
- If the topmost section is a released version (no `- active` suffix) → create a new active section above it
142
155
143
156
**Creating a new section:**
157
+
144
158
- Bump the minor version of `LAST_TAG` (e.g. `v2.6.0` → `v2.7.0`)
145
159
- Insert after the title line, before the first `## ` heading:
146
160
@@ -149,17 +163,18 @@ Read `CHANGELOG.md` in the repository root.
149
163
150
164
### Changes
151
165
152
-
-[tag] Entry [#N](url)
166
+
-[tag] Entry [#N](url)
153
167
154
168
### Potentially Breaking Changes
155
169
156
-
-[tag] Entry [#N](url)
157
-
-Sub-item detail
170
+
-[tag] Entry [#N](url)
171
+
- Sub-item detail
158
172
```
159
173
160
174
Only include "Potentially Breaking Changes" if there are breaking entries.
161
175
162
176
**Merging into existing active section:**
177
+
163
178
- Check PR numbers against existing entries to avoid duplicates
164
179
- Append new entries to the appropriate subsection
165
180
- Create missing subsections as needed
@@ -185,6 +200,7 @@ Present the diff to the user.
185
200
List any entries flagged as uncertain (category or breaking status) and ask the user to resolve them.
186
201
187
202
Even if nothing is uncertain, ask:
203
+
188
204
> "Does everything look correct, or would you like to adjust any entries?"
189
205
190
206
### Step 3.3: Collect user feedback
@@ -200,11 +216,13 @@ Even if nothing is uncertain, ask:
200
216
## Phase 4: PR Creation (Optional)
201
217
202
218
Only execute this phase if the user explicitly requests a PR (either in their initial prompt or after reviewing the changelog). If the user hasn't mentioned a PR, ask after approval:
219
+
203
220
> "Would you like me to create a PR for this changelog update, or are you done?"
204
221
205
222
### Step 4.1: Determine the branch name
206
223
207
224
Check if `changelog-update` exists on remote:
225
+
208
226
```bash
209
227
git ls-remote --heads origin changelog-update
210
228
```
@@ -229,6 +247,7 @@ Report the PR URL.
229
247
### Step 4.4: Label referenced PRs
230
248
231
249
Add the `changelog` label to every PR mentioned in the new entries:
0 commit comments