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
fix(scripts): render permission-set fields in SCHEMAS.md, add parse context
Two Copilot review fixes on the permission-sets PR:
- generate-schemas.js: permission-set defs (title/detail/permissions) now
render in SCHEMAS.md instead of producing empty header-only sections.
- generate-exports.js: extract a readLexicon() helper that rethrows
JSON.parse failures with the offending file path, mirroring
generate-schemas.js, so codegen errors are traceable.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Copy file name to clipboardExpand all lines: .changeset/permission-sets-crud.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,3 +11,5 @@ There are **three** sets rather than one because the spec requires it: a permiss
11
11
Permission sets are published as-is (they are the source of truth for what gets published to AT Protocol) but have no TypeScript shape — `lex gen-api` cannot generate code for `permission-set` defs. They are therefore excluded from the codegen globs (`gen-api`/`gen-md`/`gen-ts`) and from `generated/exports.ts`, while still shipping as raw lexicon JSON.
12
12
13
13
Collection lists are enumerated explicitly because the spec forbids wildcards inside a permission set; they must be kept in sync as record types are added. See `docs/design/permission-sets.md`.
14
+
15
+
The generated `SCHEMAS.md` reference now renders permission-set entries (title, detail, and the resource/collections/actions each set grants) instead of leaving them as empty sections.
0 commit comments