Release http4s response resources after success or decoding failure: Perch rule pack

1 saved requirement for http4s. Inspect the selectors and adapt the example paths to your repository.

- name: http-response-resource-release
  where: "src/main/scala/ReadOrder.scala"
  ensure: >-
    read must consume the response through Resource.use, or otherwise guarantee its release after success, failure, and cancellation. Ignoring the release returned by allocated breaks this requirement.

Download the rule pack ZIP · Download YAML · Agent repair task · Implementation, integration requirements and captured checks

Install the rule without replacing your configuration

npm install -g @lakeday/perch
perch login
curl -fL 'https://reporules.fyi/http4s/client-response-resource/rule-pack.zip' -o 'perch-guide-http4s-client-response-resource.zip'
unzip -n 'perch-guide-http4s-client-response-resource.zip'

Keep your existing perch.yaml. Extraction preserves existing files and adds .perch/rules/perch-guide-http4s-client-response-resource.yaml. Review each where selector before running a check on your application.

Configure your coding agent

perch setup claude-code
perch setup codex
perch setup cursor
perch setup pi

Choose the setup command for the agent you use.

Check the edit, fix the finding, check again

perch check src/main/scala/ReadOrder.scala --rules http-response-resource-release --json

Run the check after an agent edit. Read the finding and affected code, repair the implementation, and repeat the identical command. Keep the application regression tests as separate gates.

Exit 3 means a finding. Exit 1 or 2 means the check did not complete. A pass does not prove application correctness. Fresh judgments can vary; unchanged requests reuse cached answers. Relevant source is sent to the configured model service.

Pack manifest and SHA-256 hash · Pack README