@aryaminus/controlkeel-opencode 0.2.47 → 0.2.49

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.
@@ -22,6 +22,7 @@ and validate them against the project's security, budget, and compliance policie
22
22
 
23
23
  - `ck_context` — Load mission, findings, budget, and proof context
24
24
  - `ck_validate` — Run full governance validation
25
+ - `ck_execute_code` — Run generated code only through CK's guarded Docker sandbox; use `dry_run` first and do not request network/secrets/shell/deploy
25
26
  - `ck_finding` — Record a governed finding when you detect a missed issue
26
27
  - `ck_review_submit` — Submit review material for human approval
27
28
  - `ck_review_status` — Check review status before execution
@@ -13,6 +13,7 @@ compatibility:
13
13
  - open-standard
14
14
  allowed-tools:
15
15
  - ck_validate
16
+ - ck_execute_code
16
17
  - ck_context
17
18
  - ck_finding
18
19
  - ck_memory_search
@@ -32,6 +33,7 @@ metadata:
32
33
  category: governance
33
34
  ck_mcp_tools:
34
35
  - ck_validate
36
+ - ck_execute_code
35
37
  - ck_context
36
38
  - ck_finding
37
39
  - ck_memory_search
@@ -53,16 +55,17 @@ You are operating inside a **ControlKeel-governed session**. Start here whenever
53
55
 
54
56
  1. Call `ck_context` at task start to load mission, risk, budget, proof, active findings, workspace context, context reacquisition, instruction hierarchy, and recent transcript state.
55
57
  2. Call `ck_validate` before writing code, config, shell, or deploy text, and pass trust-boundary metadata when the source content came from the web, tools, skills, or mixed provenance.
56
- 3. If you discover a problem the scanner did not raise, call `ck_finding`.
57
- 4. Use `ck_memory_search` when you need explicit recall of prior decisions, checkpoints, or findings rather than relying only on the default context packet.
58
- 5. Use `ck_memory_record` to persist important decisions, assumptions, and operator guidance that future agents should recover.
59
- 6. Use `ck_memory_archive` to retire stale or superseded guidance before it keeps contaminating retrieval.
60
- 7. Call `ck_budget` and `ck_cost_optimizer` before expensive model or bulk operations.
61
- 8. Call `ck_route` before delegating sub-work to another agent.
62
- 9. Use `ck_deployment_advisor` to analyze stack and generate deployment templates when checking ship readiness.
63
- 10. Use `ck_regression_result` to record external browser or QA evidence before claiming deploy readiness.
64
- 11. Use `ck_outcome_tracker` to track success/failure outcomes for continuous learning.
65
- 12. Use `ck_skill_list` and `ck_skill_load` to activate more specific CK workflows.
58
+ 3. Use `ck_execute_code` only for generated code that should run inside CK's guarded Docker sandbox; prefer `dry_run` first, and never treat it as local shell access or a network/secrets grant.
59
+ 4. If you discover a problem the scanner did not raise, call `ck_finding`.
60
+ 5. Use `ck_memory_search` when you need explicit recall of prior decisions, checkpoints, or findings rather than relying only on the default context packet.
61
+ 6. Use `ck_memory_record` to persist important decisions, assumptions, and operator guidance that future agents should recover.
62
+ 7. Use `ck_memory_archive` to retire stale or superseded guidance before it keeps contaminating retrieval.
63
+ 8. Call `ck_budget` and `ck_cost_optimizer` before expensive model or bulk operations.
64
+ 9. Call `ck_route` before delegating sub-work to another agent.
65
+ 10. Use `ck_deployment_advisor` to analyze stack and generate deployment templates when checking ship readiness.
66
+ 11. Use `ck_regression_result` to record external browser or QA evidence before claiming deploy readiness.
67
+ 12. Use `ck_outcome_tracker` to track success/failure outcomes for continuous learning.
68
+ 13. Use `ck_skill_list` and `ck_skill_load` to activate more specific CK workflows.
66
69
 
67
70
  ## Non-negotiable rules
68
71
 
@@ -81,6 +84,7 @@ You are operating inside a **ControlKeel-governed session**. Start here whenever
81
84
 
82
85
  - `ck_context` — mission, task, budget, proof, memory, workspace snapshot, transcript summary, resume context
83
86
  - `ck_validate` — governed preflight scan with trust-boundary checks
87
+ - `ck_execute_code` — guarded generated-code execution; Docker sandbox only, local/network/secrets/shell/deploy denied, `dry_run` recommended first
84
88
  - `ck_finding` — persist manual findings
85
89
  - `ck_memory_search`, `ck_memory_record`, `ck_memory_archive` — explicit typed-memory retrieval and hygiene
86
90
  - `ck_regression_result` — import external regression evidence into proof state
package/package.json CHANGED
@@ -35,5 +35,5 @@
35
35
  "url": "git+https://github.com/aryaminus/controlkeel.git"
36
36
  },
37
37
  "type": "module",
38
- "version": "0.2.47"
38
+ "version": "0.2.49"
39
39
  }