Individual skill
platform-policy-rule-generate
THE skill for creating a Data Cloud / Data Governance access policy — authors and deploys a PolicyRuleDefinitionSet + PolicyRuleDefinition pair (CRUD) covering OLS, FLS, RLS, masking/transform, and tag/classification-based access for the DATACLOUD or ALL consumer. TRIGGER when the user wants to create/write/author a Data Cloud or Data Governance policy, access policy, or policy rule, or to grant access to a Data Cloud object THROUGH A POLICY — a Data Cloud policy-create request routes here, not to the tag/classification surface. Resolves every reference via Data 360 MCP. SCOPE: Data Cloud policies only (not Security Center, DSAR, or User Access Policies). DO NOT TRIGGER to create tags/classifications, or to grant object/dataspace access via a PERMISSION SET / RBAC grant (use platform-dataspace-access-configure). For a vague object-access ask, surface both skills and ASK the permission-set way vs the policy way; if unsure the object is Data Cloud, ask which first.
skills/platform-policy-rule-generate/SKILL.md
Source commit 0c7cb9304a071266264628a84bc498b23cde9c13
What was checked
- Matches the observed repository HEAD
- Yes
- Scanner rules are current
- No
- Repository scan complete
- No
- Skill scan complete
- No
- Observed behavior
- Not checked yet
- Last checked
- Nov 11, 2026
These are observations at the recorded commit, not a guarantee of safety. Review the source before running it.
Install this skill
Choose an agent in your Stack or copy a command below. Commands fetch the pinned commit and copy only this skill directory. Existing destinations are refused. Copying a command does not install anything.
An install command is unavailable: current rules, complete repository and skill scans, an eligible behavior level and a permitted license are required.
Repository context
- Repository stars (not skill ratings)
- 1,163
- Repository last updated
- Nov 6, 2026
- License
- Apache-2.0
Observed agent integration: No specific integration evidence. Standard SKILL.md installation does not imply verified compatibility.
- security Derived category
Files and excerpt
File metadata and permitted, redacted excerpts come from the recorded scan. Source links are pinned to that commit.
Browse files
SKILL.mdcore · 23,305 bytesSKILL.mdcore · 23,305 bytesreferences/condition-model.mddoc · 2,568 bytesreferences/condition-templates.mddoc · 3,393 bytesreferences/conjunction-compiler.mddoc · 1,598 bytesreferences/conjunction-expression.mddoc · 2,402 bytesreferences/consumer-all.mddoc · 883 bytesreferences/consumer-datacloud-ui.mddoc · 6,595 bytesreferences/deploy-errors.mddoc · 5,631 bytesreferences/examples/ExistsJoinRLS/package.xmlasset · 371 bytesreferences/examples/ExistsJoinRLS/policyRuleDefinitionSets/ExistsJoinRLS.policyRuleDefinitionSetasset · 221 bytesreferences/examples/ExistsJoinRLS/policyRuleDefinitions/ExistsJoinRLS_Rule_1.policyRuleDefinitionasset · 3,930 bytesreferences/examples/FieldReadDeny/package.xmlasset · 371 bytesreferences/examples/FieldReadDeny/policyRuleDefinitionSets/FieldReadDeny.policyRuleDefinitionSetasset · 221 bytesreferences/examples/FieldReadDeny/policyRuleDefinitions/FieldReadDeny_Rule_1.policyRuleDefinitionasset · 3,035 bytesreferences/examples/LastCharactersFieldMasking/package.xmlasset · 397 bytesreferences/examples/LastCharactersFieldMasking/policyRuleDefinitionSets/LastCharactersFieldMasking.policyRuleDefinitionSetasset · 234 bytesreferences/examples/LastCharactersFieldMasking/policyRuleDefinitions/LastCharactersFieldMasking_Rule_1.policyRuleDefinitionasset · 3,259 bytesreferences/examples/PrincipalFieldMatchRLS/package.xmlasset · 389 bytesreferences/examples/PrincipalFieldMatchRLS/policyRuleDefinitionSets/PrincipalFieldMatchRLS.policyRuleDefinitionSetasset · 230 bytesreferences/examples/PrincipalFieldMatchRLS/policyRuleDefinitions/PrincipalFieldMatchRLS_Rule_1.policyRuleDefinitionasset · 3,178 bytesreferences/examples/TaggedObjectAccess/package.xmlasset · 381 bytesreferences/examples/TaggedObjectAccess/policyRuleDefinitionSets/TaggedObjectAccess.policyRuleDefinitionSetasset · 226 bytesreferences/examples/TaggedObjectAccess/policyRuleDefinitions/TaggedObjectAccess_Rule_1.policyRuleDefinitionasset · 2,719 bytesreferences/headless-transport.mddoc · 7,794 bytesreferences/policy-schema-full.mddoc · 10,576 bytesreferences/policy-shapes.mddoc · 8,490 bytesreferences/principal-expression.mddoc · 1,782 bytesreferences/reference-resolution.mddoc · 10,009 bytesreferences/resource-expression.mddoc · 2,316 bytesreferences/runtime-context.mddoc · 864 bytesreferences/templates-access.mddoc · 5,311 bytesreferences/templates-advanced.mddoc · 2,205 bytesreferences/templates-record.mddoc · 3,723 bytesreferences/templates-transform.mddoc · 2,794 bytesreferences/templates.mddoc · 865 bytesreferences/ui-compatibility.mddoc · 13,134 bytes
Read excerpt
# Generate Policy Rule Metadata
This skill generates H360 policy metadata for the explicit `DATACLOUD` or `ALL` consumer. OLS, FLS, RLS, and Transform are shared policy shapes; `DATACLOUD` additionally requires the Data Governance Policy Builder contract. `ALL` uses the general metadata/runtime contract and does not inherit DG UI restrictions.
## When to use this skill (routing)
This is the single entry point for **creating a Data Cloud / Data Governance access policy** (a `PolicyRuleDefinitionSet` + `PolicyRuleDefinition` pair). Any request to *create / write / author a policy, an access policy, a data governance policy, a Data Cloud policy, or a policy rule* (OLS / FLS / RLS / masking / tag- or classification-based object access) **whose target is Data Cloud** routes here — **do not** hand a Data Cloud policy-create request to the Data Governance tag/classification surface; that surface owns tags and classifications, not policy authoring.
**Scope today: Data Cloud policies only.** This skill covers Data Cloud / Data Governance access policies. It does **not** yet cover core administrative policies, CMDB policies, or other non-Data-Cloud policy types (those are a planned future extension), and it is **not** the route for Security Center security policies, DSAR policies, or User Access Policies — leave those to their own core surfaces. If a policy-create request does not name Data Cloud and it is unclear whether the target object is a Data Cloud object, **ask which object first** (or whether it is Data Cloud) before routing here; core access-control surfaces (e.g. `scoped-access`) surfacing for a non-Data-Cloud request is legitimate.
Two adjacent skills, and how this one relates:
- **Data Governance tags / classifications** (create a tag, create/assign a classification, list governance tags): that is a *different* surface (`data360` Data Governance). This skill only *consumes* already-existing tags/classifications as policy references — it does not create them.
- **`platform-dataspace-access-configure`** — the **permission-set / RBAC** way to grant object or dataspace access (PermissionSet `dataspaceScopes` + the Object Access Grants Connect API). Data-space access grants go there.