Fix CSP for images from brave
This commit is contained in:
@@ -15,7 +15,7 @@ defmodule MusicLibraryWeb.Router do
|
|||||||
"; script-src 'self'#{@dev_origins}" <>
|
"; script-src 'self'#{@dev_origins}" <>
|
||||||
"; style-src 'self' 'unsafe-inline' https://rsms.me#{@dev_origins}" <>
|
"; style-src 'self' 'unsafe-inline' https://rsms.me#{@dev_origins}" <>
|
||||||
"; font-src 'self' https://rsms.me" <>
|
"; font-src 'self' https://rsms.me" <>
|
||||||
"; img-src 'self' data: https://lastfm.freetls.fastly.net" <>
|
"; img-src 'self' data: https://lastfm.freetls.fastly.net https://imgs.search.brave.com" <>
|
||||||
"; connect-src 'self'#{@dev_origins}" <>
|
"; connect-src 'self'#{@dev_origins}" <>
|
||||||
"; frame-ancestors 'self'" <>
|
"; frame-ancestors 'self'" <>
|
||||||
"; base-uri 'self'"
|
"; base-uri 'self'"
|
||||||
@@ -183,7 +183,7 @@ defmodule MusicLibraryWeb.Router do
|
|||||||
"; script-src 'self' 'nonce-#{nonce}'" <>
|
"; script-src 'self' 'nonce-#{nonce}'" <>
|
||||||
"; style-src 'self' 'unsafe-inline' 'nonce-#{nonce}' https://rsms.me" <>
|
"; style-src 'self' 'unsafe-inline' 'nonce-#{nonce}' https://rsms.me" <>
|
||||||
"; font-src 'self' data: https://rsms.me" <>
|
"; font-src 'self' data: https://rsms.me" <>
|
||||||
"; img-src 'self' data: 'nonce-#{nonce}' https://lastfm.freetls.fastly.net" <>
|
"; img-src 'self' data: 'nonce-#{nonce}' https://lastfm.freetls.fastly.net https://imgs.search.brave.com" <>
|
||||||
"; connect-src 'self'" <>
|
"; connect-src 'self'" <>
|
||||||
"; frame-ancestors 'self'" <>
|
"; frame-ancestors 'self'" <>
|
||||||
"; base-uri 'self'"
|
"; base-uri 'self'"
|
||||||
|
|||||||
@@ -0,0 +1,28 @@
|
|||||||
|
After a few weeks of daily use I feel like I'm getting consistently good results with Claude.
|
||||||
|
|
||||||
|
I jump between two applications (always Elixir):
|
||||||
|
|
||||||
|
- the work one is very large, around 3500 files, and has a VERY structured set of skills, scripts, and generally speaking tooling to work with agents.
|
||||||
|
- my own application to manage music records which is around 200 files, which has a much smaller setup
|
||||||
|
|
||||||
|
In my application, Opus 4.6 is excellent: most of the times it just one-shots the needed change. I believe it's because:
|
||||||
|
|
||||||
|
1. The AGENTS.md file is predominantly generated by https://hexdocs.pm/usage_rules/readme.html, which pulls directives from dependencies.
|
||||||
|
2. I only have two additional docs referenced in AGENTS.md:
|
||||||
|
|
||||||
|
- 1 for architecture, which describes at a high level the application
|
||||||
|
structure, who does what, how it's stored, etc. I created that by asking
|
||||||
|
Opus to describe the architecture of th application in a way that would
|
||||||
|
help it to maintain it and extend it. I reviewed it manually and tweaked it
|
||||||
|
afterwards. It's updated automatically by Claude when it makes changes to
|
||||||
|
the codebase.
|
||||||
|
- 1 for project conventions, again generated by asking Claude to extract
|
||||||
|
project conventions by analyzing the last 500 commits. Every once in a while,
|
||||||
|
I ask Claude to check it and update it.
|
||||||
|
|
||||||
|
3. The test suite is extensive, more than I would "naturally" do. This makes it
|
||||||
|
that there usually is a very easy correspondence between files that get
|
||||||
|
changed and tests to run or edit, and Claude leverages this consistently.
|
||||||
|
This also means that some tests are maybe redundant.
|
||||||
|
4. Only one skill, ui-development, which contains the auto-generated
|
||||||
|
documentation from a UI toolkit I'm using.
|
||||||
Reference in New Issue
Block a user