Claude Skill

phx-freeze

Apply an advisory edit scope in this session. Use for read-only or directory-scoped

LLM Mart · 0 points · 0 views 0 listing impressions 0 install-command copies
Virus-scanned Reviewed automatically before listing.

Full trust report

Download oliver-kriska-claude-elixir-phoenix-targets_amp_skills_phx-freeze-9767a82.zip · 1 KB
Part of oliver-kriska/claude-elixir-phoenix — 93 skills

Install

skills CLI npx skills add https://github.com/oliver-kriska/claude-elixir-phoenix/tree/main/targets/amp/skills/phx-freeze
Claude Code claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install oliver-kriska-claude-elixir-phoenix@llmmart
Git git clone https://github.com/oliver-kriska/claude-elixir-phoenix.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole oliver-kriska/claude-elixir-phoenix collection as a plugin from our marketplace. Git is the plain clone.

Skill manifest

Freeze — advisory edit scope

Apply a current-session instruction that limits which files this agent may edit. This generated runtime does not install an enforcement hook, so the scope is advisory rather than a technical lock. Never claim that edits are blocked by the runtime.

Usage

phx-freeze
phx-freeze lib/app_web priv/repo
phx-freeze status
phx-freeze off

Treat the text after the skill invocation as follows:

Invocation Current-session behavior
No arguments Do not edit files; investigation and reporting remain read-only.
Path prefixes Edit only files under the listed project-relative prefixes.
status Report the advisory scope currently established in this conversation.
off Clear the advisory scope for subsequent work.

Do not create .claude/.freeze. That sentinel belongs to the canonical Claude Code plugin and could affect a later Claude Code session even though this runtime cannot enforce or clear it reliably.

Iron Laws

  1. Never describe this scope as enforced — it is a binding instruction for the current agent, not a runtime or security boundary.
  2. Never create or modify .claude/.freeze in a generated runtime — no matching enforcement component is installed here.
  3. Honor the active scope until the user clears it or the focused task ends — ask before editing outside listed prefixes.
  4. Keep paths project-relative — lib/foo includes that directory and its descendants, not a sibling such as lib/foobar.

Native enforcement option

This skill remains advisory and never creates Claude's .claude/.freeze sentinel. When the generated Amp plugin is installed, use the phx: edit lock palette command for a persistent workspace lock enforced at Amp's tool.call boundary. It blocks Amp-recognized edits outside the selected scope and disables shell tools while active. Unknown third-party mutating tools remain outside Amp's file-classification helper, so this is not complete Claude-hook parity.

Files (claude-elixir-phoenix)
  • SKILL.md 2.2 KB
    ---
    name: phx-freeze
    description: Apply an advisory edit scope in this session. Use for read-only or directory-scoped
      work; no enforcement hook is installed.
    ---
    # Freeze — advisory edit scope
    
    Apply a current-session instruction that limits which files this agent may edit.
    This generated runtime does not install an enforcement hook, so the scope is
    advisory rather than a technical lock. Never claim that edits are blocked by the
    runtime.
    
    ## Usage
    
    ```text
    phx-freeze
    phx-freeze lib/app_web priv/repo
    phx-freeze status
    phx-freeze off
    ```
    
    Treat the text after the skill invocation as follows:
    
    | Invocation | Current-session behavior |
    |---|---|
    | No arguments | Do not edit files; investigation and reporting remain read-only. |
    | Path prefixes | Edit only files under the listed project-relative prefixes. |
    | `status` | Report the advisory scope currently established in this conversation. |
    | `off` | Clear the advisory scope for subsequent work. |
    
    Do not create `.claude/.freeze`. That sentinel belongs to the canonical Claude
    Code plugin and could affect a later Claude Code session even though this runtime
    cannot enforce or clear it reliably.
    
    ## Iron Laws
    
    1. **Never describe this scope as enforced** — it is a binding instruction for
       the current agent, not a runtime or security boundary.
    2. **Never create or modify `.claude/.freeze` in a generated runtime** — no
       matching enforcement component is installed here.
    3. **Honor the active scope until the user clears it or the focused task ends** —
       ask before editing outside listed prefixes.
    4. **Keep paths project-relative** — `lib/foo` includes that directory and its
       descendants, not a sibling such as `lib/foobar`.
    
    ## Native enforcement option
    
    This skill remains advisory and never creates Claude's `.claude/.freeze`
    sentinel. When the generated Amp plugin is installed, use the `phx: edit lock`
    palette command for a persistent workspace lock enforced at Amp's `tool.call`
    boundary. It blocks Amp-recognized edits outside the selected scope and disables
    shell tools while active. Unknown third-party mutating tools remain outside
    Amp's file-classification helper, so this is not complete Claude-hook parity.
    

Comments (0)

Sign in to join the conversation.

No comments yet.

Reviews (0)

No reviews yet.

Related