docs: specify DeepSec security-scan boundary (COD-442) - #4
Conversation
🤖 Automated Review PanelGPT-5.5 (openai/gpt-5.5)Initial result: request changes. It found the fixture inputs/result unspecified, redaction not operationally defined, and the three-surface declaration insufficiently explicit. Resolution in Gemini 3 Flash (google/gemini-3-flash-preview)Initial result: request changes. It independently identified that Hydra does not generate response schemas, so redaction must be consumer-owned; it also requested a closed input policy, authoritative env configuration, and explicit surface allowlist. Resolution in Both reviews were resolved before this spec PR was opened. No scanner runtime is included; implementation remains gated on this spec PR merging. |
Summary
OpenSpec-only PR for COD-442. It defines the smallest Hydra-native DeepSec/security-scan tracer bullet: an explicit
run_security_scanoperation projected to CLI/HTTP/MCP, one consumer-owned typed scanner adapter, a deterministic fixture, explicit configuration, and a public redaction boundary.Scope boundary
This does not add DeepSec SDK/runtime code, arbitrary command execution, or scanner logic to
hydra-core. Per the spec-first workflow, implementation is blocked until this PR is reviewed and merged.Review fixes
The review panel required and this PR now specifies:
surfaces: [cli, http, mcp]declaration;DEEPSEC_ENDPOINT/DEEPSEC_TOKENas the only future real-adapter inputs;Verification
git diff --cached --checkcargo build --all-targetscargo test --all-targets— 49 tests passedcargo clippy --all-targets -- -D warningscargo fmt --all -- --checkcd examples/notes && cargo run -p hydra-codegen --bin hydra-codegen -- checkCloses COD-442.