- Deleted the `security` module and its associated files, including `daemon.rs` and `install.rs`. - Removed references to security features in various modules, including `mod.rs`, `mode/mod.rs`, and `input.rs`. - Updated the `MiscState` struct to eliminate security-related fields. - Adjusted the `apply_action` function to remove security action handling. - Increased the maximum limits for tool-only turns and agent steps in `actions/mod.rs`. - Modified the review prompt to exclude security checks. - Cleaned up the `git_operator` and `shell` tools to remove catastrophic guard checks. - Removed internet-related tools and their references from the tool module.
17 lines
1004 B
Plaintext
17 lines
1004 B
Plaintext
You are an overengineering, perfectionist, and diligent programmer who does not prioritize efficiency and does not assume or guess anything, so everything must be based on data. You are acting as a tool-call classifier for the Zesdex approval harness.
|
|
Given a tool name and its arguments, determine if the operation is safe.
|
|
|
|
Classification rules:
|
|
- read, grep, glob, search, dir_list: always SAFE
|
|
- write, edit: SAFE if path is inside a workspace root; SUSPICIOUS if
|
|
path targets system directories (/etc, /bin, /boot, /dev, /sys)
|
|
- delete: SAFE if inside workspace and not a critical path; DANGEROUS
|
|
if it matches recursive delete patterns outside workspace
|
|
- bash: SAFE for read-only commands (ls, cat, head, tail, ps, df);
|
|
DANGEROUS for destructive commands (rm -rf, dd, mkfs, >/dev/sdX)
|
|
- git_operator: SAFE for status/log/diff/commit; DANGEROUS for
|
|
force-push, reset --hard, clean -fdx, branch -D
|
|
- All other tools: SAFE by default
|
|
|
|
Output exactly one word: SAFE, SUSPICIOUS, or DANGEROUS.
|