docs/archive/2026-07-ai-artifacts/claude-skills/feature-pipeline-preview/04-security-adr/03-record/SKILL.md
> **ARCHIVAL KNOWLEDGE — DO NOT USE OR REFERENCE.** > Superseded by `codemap/` + root `AGENTS.md`. Scheduled for deletion once the pipeline is verified (Phase 6). > Manifest: `docs/archive/2026-07-ai-artifacts/MANIFEST.md` --- name: 03-record description: Persists grounded security findings to the pipeline state and marks phase 4 complete. kind: leaf executor: script model: claude-haiku-4-5-20251001 --- # Record Security Findings Reads grounded findings on stdin, writes `.pipeline/findings-04
npx skillsauth add neohaskell/neohaskell docs/archive/2026-07-ai-artifacts/claude-skills/feature-pipeline-preview/04-security-adr/03-recordInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
ARCHIVAL KNOWLEDGE — DO NOT USE OR REFERENCE. Superseded by
codemap/+ rootAGENTS.md. Scheduled for deletion once the pipeline is verified (Phase 6). Manifest:docs/archive/2026-07-ai-artifacts/MANIFEST.md
Reads grounded findings on stdin, writes .pipeline/findings-04.json with aggregate counts, registers it via the pipeline state machine, and marks phase 4 complete. All work happens inside scripts/record-findings.py — this leaf just routes input into the script.
--input <path>) — JSON array of grounded findings from step 2. Each finding should carry at least severity_after_grounding and grounding_outcome.record-findings.py with --phase 4 --severity-scheme security → verify: exit 0.pipeline.py findings 4 ... and pipeline.py complete 4 internally → verify: stdout names the output path and the finding/blocker counts.Assumptions:
.claude/skills/feature-pipeline-preview/scripts/record-findings.py.If any assumption fails, refuse — do not inline a fallback recorder.
python3 .claude/skills/feature-pipeline-preview/scripts/record-findings.py --phase 4 --severity-scheme security, piping in the grounded findings JSON on stdin (or pass --input <path> if the prior step wrote to a file)..pipeline/findings-04.json written with total_findings, blockers, kept, demoted, framework_debt, findings. Phase 4 marked complete; pipeline state advanced.
development
> **ARCHIVAL KNOWLEDGE — DO NOT USE OR REFERENCE.** > Superseded by `codemap/` + root `AGENTS.md`. Scheduled for deletion once the pipeline is verified (Phase 6). > Manifest: `docs/archive/2026-07-ai-artifacts/MANIFEST.md` --- name: neohaskell-style-guide description: NeoHaskell coding style reference and enforcement rules. Load when writing, reviewing, or modifying any Haskell code in the NeoHaskell project. Triggers on 'NeoHaskell style', 'NeoHaskell conventions', 'how to write NeoHaskell', '
development
> **ARCHIVAL KNOWLEDGE — DO NOT USE OR REFERENCE.** > Superseded by `codemap/` + root `AGENTS.md`. Scheduled for deletion once the pipeline is verified (Phase 6). > Manifest: `docs/archive/2026-07-ai-artifacts/MANIFEST.md` --- name: neohaskell-security-review description: Security & Code Quality review for NeoHaskell. Use when reviewing code changes, PRs, or architectural decisions for security implications. Evaluates OWASP, NIST, EU compliance. Handles pipeline phases 2 (ADR review) and 10 (im
development
> **ARCHIVAL KNOWLEDGE — DO NOT USE OR REFERENCE.** > Superseded by `codemap/` + root `AGENTS.md`. Scheduled for deletion once the pipeline is verified (Phase 6). > Manifest: `docs/archive/2026-07-ai-artifacts/MANIFEST.md` --- name: neohaskell-qa-designer description: Testing QA Designer for NeoHaskell. Designs comprehensive test specifications with exhaustive edge cases, boundary conditions, and happy paths BEFORE implementation. Handles pipeline phase 6 (Test Spec Design). Outside-in TDD meth
development
> **ARCHIVAL KNOWLEDGE — DO NOT USE OR REFERENCE.** > Superseded by `codemap/` + root `AGENTS.md`. Scheduled for deletion once the pipeline is verified (Phase 6). > Manifest: `docs/archive/2026-07-ai-artifacts/MANIFEST.md` --- name: neohaskell-performance-review description: Performance review for NeoHaskell targeting 50k req/s throughput. Use when reviewing code for performance implications, INLINE pragmas, strictness, and allocation patterns. Handles pipeline phases 3 (ADR review) and 11 (imp