cms-field-vocabulary 1.0.11 → 1.2.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -1,3 +1,15 @@
1
+ ## [1.2.0](https://github.com/JFusco/cms-field-vocabulary/compare/v1.1.0...v1.2.0) (2026-09-26)
2
+
3
+ ### Features
4
+
5
+ * **sources:** complete SitecoreAI authoring list fields ([14d11ee](https://github.com/JFusco/cms-field-vocabulary/commit/14d11ee693eb177cf1ea5b6f528a34308bdb1ce3))
6
+
7
+ ## [1.1.0](https://github.com/JFusco/cms-field-vocabulary/compare/v1.0.11...v1.1.0) (2026-09-26)
8
+
9
+ ### Features
10
+
11
+ * **sources:** add Optimizely CMS SDK 3.0 profile ([974aee6](https://github.com/JFusco/cms-field-vocabulary/commit/974aee6199f80fbcbd3bfbd4d6eae3c02e6995e3))
12
+
1
13
  ## [1.0.11](https://github.com/JFusco/cms-field-vocabulary/compare/v1.0.10...v1.0.11) (2026-09-26)
2
14
 
3
15
  ## [1.0.10](https://github.com/JFusco/cms-field-vocabulary/compare/v1.0.9...v1.0.10) (2026-09-26)
package/OPERATING.md CHANGED
@@ -43,21 +43,21 @@ Never repair `catalog/`, `docs/platforms/`, or `dist/` directly.
43
43
 
44
44
  ## Vendor-documentation freshness
45
45
 
46
- The `Vendor documentation freshness` workflow runs an index scan daily at 13:17 UTC and runs an index scan plus the full official-source scan every Monday at 13:47 UTC. A manual dispatch can select either depth. It has read-only repository access plus permission to open or update issues.
46
+ The `Vendor documentation freshness` workflow runs an index scan daily at 13:17 UTC and runs an index scan plus the full official-source scan every Monday at 13:47 UTC. A manual dispatch can select either depth. It has read-only repository access plus permission to open or update scanner-failure issues. A Codex project task reviews the weekly full scan and intervening daily observations every Monday at 15:00 UTC.
47
47
 
48
48
  The workflow:
49
49
 
50
50
  1. checks out the repository without persisted credentials;
51
51
  2. runs the release-index scan, adding the full official-source scan on the weekly schedule or a manual `full` dispatch;
52
52
  3. verifies that the scanner did not mutate the checkout;
53
- 4. uploads logs and evidence for 30 days;
54
- 5. opens or updates a source-specific attention issue when either scan reports drift or retrieval fails, and uses a scanner-integrity issue when the checkout changes.
53
+ 4. uploads logs, JSON observations, and a readable source-by-source summary for 30 days;
54
+ 5. opens an issue only if the scanner or summary fails unexpectedly or the checkout changes.
55
55
 
56
- It does not edit source, update `sources.lock.json`, open a vocabulary pull request, or publish.
56
+ It does not edit source, update `sources.lock.json`, open a vocabulary pull request, or publish. The Codex task examines official evidence and proposes a focused draft pull request when a supported vocabulary change is clear. New major versions receive separate versioned profiles. It records a concrete finding and issue link with the draft. A reviewer accepts source observations and approves any merge; the task does not merge or publish.
57
57
 
58
- ### Triage an attention issue
58
+ ### Triage a scan finding
59
59
 
60
- 1. Open the linked workflow run and download the artifact.
60
+ 1. Open the latest completed workflow run and download the artifact.
61
61
  2. Inspect `index.log`, `full.log`, and `worktree-status.txt`.
62
62
  3. Identify each observation that is not `unchanged`.
63
63
  4. Open the registered official URL and review the exact locator in `sources/official-sources.json`.
@@ -91,7 +91,7 @@ pnpm run test:packed
91
91
 
92
92
  `pnpm sources:review -- --all` is reserved for an intentional complete-lock refresh. `--allow-manual` is an exception for an independently reviewed official source that automation cannot retrieve; the pull request must explain the failure and review method, and the reviewer must manually verify every required token. It cannot override a fetched observation that reports missing tokens or establish a new independent enumeration baseline.
93
93
 
94
- Close the attention issue only after the reviewed pull request is merged or the evidence establishes a transient false alarm. Link the issue to the reviewing pull request.
94
+ Close a drift issue with a recorded no-impact finding, or after its reviewed pull request merges. The task must compare observation fingerprints with prior closed findings so a previously reviewed observation does not recreate the same issue. Link a change issue to its draft pull request. Leave a finding open when official evidence is missing, and state exactly what remains to verify.
95
95
 
96
96
  ## Review and release impact
97
97
 
package/README.md CHANGED
@@ -38,6 +38,7 @@ Seven CMS identities are represented by sixteen versioned surface profiles:
38
38
  | Contentstack | `contentstack.cma.saas` | Management | SaaS snapshot observed 2026-09-01 |
39
39
  | Optimizely SaaS | `optimizely-saas.cms-api-v1` | Management | CMS SaaS API v1 |
40
40
  | Optimizely SaaS | `optimizely-saas.sdk-2` | SDK | `@optimizely/cms-sdk` 2.x contract snapshot |
41
+ | Optimizely SaaS | `optimizely-saas.sdk-3` | SDK | `@optimizely/cms-sdk` 3.0.0 contract snapshot |
41
42
  | Optimizely PaaS | `optimizely-paas.cms12-model` | SDK/model | CMS 12 model and editor surface |
42
43
  | Optimizely PaaS | `optimizely-paas.cms12-property-data-type` | Storage | `EPiServer.dll` 12.0.3 enum |
43
44
  | Optimizely PaaS | `optimizely-paas.cms13-admin` | Authoring | CMS 13 admin labels |
@@ -153,9 +154,9 @@ The root export also provides catalog lookup and projection functions. Package s
153
154
 
154
155
  ## Freshness is reviewed, not auto-authored
155
156
 
156
- A scheduled, read-only workflow checks registered official release/version indexes daily and runs a full official-source scan weekly. It normalizes fetched documents, compares reviewed hashes, verifies required evidence tokens, and independently extracts complete token sets from structurally bounded official-source regions. The required-token check proves approved facts still have evidence; the independent observed-token hash detects native types added or removed without first adding them to the manifest. Claim text drift is classified separately when the observed enumeration is unchanged. Raw-only cosmetic churn remains visible in the uploaded report but does not create an attention issue.
157
+ A scheduled, read-only workflow checks registered official release/version indexes daily and runs a full official-source scan weekly. It normalizes fetched documents, compares reviewed hashes, verifies required evidence tokens, and independently extracts complete token sets from structurally bounded official-source regions. The required-token check proves approved facts still have evidence; the independent observed-token hash detects native types added or removed without first adding them to the manifest. Claim text drift is classified separately when the observed enumeration is unchanged. Raw-only cosmetic churn remains visible in the uploaded report. The scan summary names affected profiles and shows added or removed release identities; ordinary drift no longer opens a generic GitHub issue.
157
158
 
158
- The scanner never edits vocabulary source, updates the reviewed lock, opens a vocabulary pull request, or publishes a package. A maintainer must inspect the official source at the recorded locator, update structured claims when warranted, run the explicit source-review command, and pass the full quality gate. See [CONTRIBUTING.md](./CONTRIBUTING.md) for evidence rules and [OPERATING.md](./OPERATING.md) for the freshness and release runbooks.
159
+ The scanner never edits vocabulary source, updates the reviewed lock, opens a vocabulary pull request, or publishes a package. A scheduled Codex review can propose focused draft pull requests from scan evidence, but a maintainer must inspect the official source at the recorded locator and accept reviewed observations before merge. See [CONTRIBUTING.md](./CONTRIBUTING.md) for evidence rules and [OPERATING.md](./OPERATING.md) for the freshness and release runbooks.
159
160
 
160
161
  ## License and security
161
162