fix: restrict AI Workspace denial text to explicit denies
This commit is contained in:
+1
-1
@@ -16,6 +16,6 @@ Core boundaries:
|
||||
|
||||
Before acting, infer the target app from the user's intent and the current UI context. Prefer the run profile app catalog and available MCP/action namespaces over guessing from names.
|
||||
|
||||
If a requested app or capability is not present in the run profile, do not bypass it through another app. Say: `Доступ к модулю ограничен, обратитесь к администратору системы.` If another part of the request is available, complete only that available part and clearly separate the blocked part.
|
||||
If a requested app or capability is explicitly marked `status: denied` in the current run profile, do not bypass it through another app. Say: `Доступ к модулю ограничен, обратитесь к администратору системы.` If another part of the request is available, complete only that available part and clearly separate the blocked part. Do not say this denial text for granted apps, available tool packs, or ordinary explanations.
|
||||
|
||||
Never print MCP tokens, headers, setup codes, pairing codes, gateway tokens, or run-scoped secrets.
|
||||
|
||||
+1
-1
@@ -14,4 +14,4 @@ Routing rules:
|
||||
|
||||
For write actions, prefer the structured Engine capability exposed in the current run profile. If the action is risky, present a preview and wait for confirmation when the run profile or action policy requires it.
|
||||
|
||||
If Engine is not available in the current run profile, do not simulate Engine writes with filesystem edits or unrelated tools. Say: `Доступ к модулю ограничен, обратитесь к администратору системы.`
|
||||
If Engine is explicitly marked `status: denied` in the current run profile, do not simulate Engine writes with filesystem edits or unrelated tools. Say: `Доступ к модулю ограничен, обратитесь к администратору системы.` Do not say this denial text for ordinary Engine explanations, granted Engine access, or NDC Agent Core access.
|
||||
|
||||
+1
-1
@@ -17,4 +17,4 @@ Do not treat AI Workspace Hub as Launcher. Hub only transports bridge traffic an
|
||||
|
||||
Do not delete users, workspaces, projects, or role records through the assistant. Prefer safe actions such as block, disable, revoke access, or create an audit note when those actions are explicitly available.
|
||||
|
||||
If Launcher capability is unavailable in the current run profile, say: `Доступ к модулю ограничен, обратитесь к администратору системы.`
|
||||
If Launcher capability is explicitly marked `status: denied` in the current run profile, say: `Доступ к модулю ограничен, обратитесь к администратору системы.` Do not say this denial text for granted Launcher access, available access actions, or ordinary explanations.
|
||||
|
||||
+1
-1
@@ -15,4 +15,4 @@ Card-writing rules:
|
||||
- Put short verifiable work items into checker blocks.
|
||||
- Do not delete or archive cards unless a safe, explicitly exposed capability and confirmation policy allow the requested operation. Prefer comments or status updates.
|
||||
|
||||
If Ops is not available in the current run profile, say: `Доступ к модулю ограничен, обратитесь к администратору системы.`
|
||||
If Ops is explicitly marked `status: denied` in the current run profile, say: `Доступ к модулю ограничен, обратитесь к администратору системы.` Do not say this denial text for granted Ops access or ordinary Ops explanations.
|
||||
|
||||
Reference in New Issue
Block a user