A skill your agent uses when asked to document Elixir code: add or fill in @moduledoc and @doc for modules and functions.

MITAuto-check passedDevelopment

Install Phx Document

skills CLI
$ npx skills add oliver-kriska/claude-elixir-phoenix --skill phx-document -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install oliver-kriska/claude-elixir-phoenix phx-document --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/oliver-kriska/claude-elixir-phoenix.git skills-src && mkdir -p .claude/skills && cp -r skills-src/targets/pi/skills/phx-document .claude/skills/phx-document && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
phx-document
GitHub stars
565
Token cost
~750 tokens
SKILL.md length
299 words
Files
5 (incl. references)
Skills in repo
111
Repo updated
First seen
Licence
MIT

At a glance

A skill your agent uses when asked to document Elixir code: add or fill in @moduledoc and @doc for modules and functions.

  • Works in 5 steps: Never remove existing documentation —… → @moduledoc on every public module —… → ADRs capture the "why", not the "what" —… → …
  • Asked to document Elixir code: add
  • SKILL.md covers Usage, Iron Laws, What Gets Documented and Workflow, plus 3 more sections
  • Calls git

What it does

Phx Document is an agent skill from oliver-kriska/claude-elixir-phoenix. Use when asked to document Elixir code: add or fill in @moduledoc and @doc for modules and functions. Documents tested code only; may add a README section or ADR. Not for docs lookup or audits.

Its SKILL.md is about 750 tokens, which your agent loads only when the skill is triggered. The skill folder holds 5 other files, including reference files (for example `references/doc-best-practices.md`, `references/doc-templates.md` and `references/documentation-patterns.md`).

It sits in Development, covering Architecture decision records and Technical documentation. It works with Elixir. The repository describes itself as: Claude Code plugin for Elixir/Phoenix/LiveView — 26 specialist agents, Iron Laws enforcement, and Tidewave MCP integration. Plan features with parallel research agents, execute… The licence is MIT.

When your agent uses it

  • Asked to document Elixir code: add
  • Fill in @moduledoc and @doc for modules and functions

Example prompts

  • “/phx-document”

Workflow steps

5 steps, taken from the first numbered list in SKILL.md.

  1. Never remove existing documentation — Existing docs may reflect design intent that isn't obvious from code alone; update rather than replace
  2. @moduledoc on every public module — Undocumented modules accumulate quickly and create onboarding friction for new team members
  3. ADRs capture the "why", not the "what" — Code shows what was built; ADRs explain why this approach was chosen over alternatives
  4. Match @doc to function's public API — Document parameters, return values, and edge cases; callers shouldn't need to read the implementation
  5. DO NOT add @doc to untested code — documentation implies a stable contract; document only after tests confirm the function behaves as…

What it can do on your machine

Read from SKILL.md and the folder at commit 9767a82. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • git

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use git, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Phx Document loads about 750 tokens when it runs, and up to ~3.1k if it reads all its reference files. Until then it costs about 52 tokens; SKILL.md has 299 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~52
When it runs · the whole SKILL.md, loaded when a task matches
~750
With references · SKILL.md plus every file in references/, read only if the agent opens them
~3.1k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from oliver-kriska/claude-elixir-phoenix at commit 9767a82, republished under its MIT licence (© oliver-kriska). 299 words, ~750 tokens.

Download SKILL.mdSave it as .claude/skills/phx-document/SKILL.md (or your agent's skills folder). This skill also uses 4 other files; get the full folder from GitHub.
name
phx-document
description
Use when asked to document Elixir code: add or fill in @moduledoc and @doc for modules and functions. Documents tested code only; may add a README section or ADR. Not for docs lookup or audits.

Document

Generate documentation for newly implemented features.

Usage

/skill:phx-document .claude/plans/magic-link-auth/plan.md
/skill:phx-document magic link authentication
/skill:phx-document  # Auto-detect from recent plan

Iron Laws

  1. Never remove existing documentation — Existing docs may reflect design intent that isn't obvious from code alone; update rather than replace
  2. @moduledoc on every public module — Undocumented modules accumulate quickly and create onboarding friction for new team members
  3. ADRs capture the "why", not the "what" — Code shows what was built; ADRs explain why this approach was chosen over alternatives
  4. Match @doc to function's public API — Document parameters, return values, and edge cases; callers shouldn't need to read the implementation
  5. DO NOT add @doc to untested code — documentation implies a stable contract; document only after tests confirm the function behaves as described

What Gets Documented

OutputDescription
@moduledocFor new modules missing documentation
@docFor public functions without docs
README sectionFor user-facing features
ADRFor significant architectural decisions

Workflow

Step 0: Pre-check (avoid no-op runs)

Run git diff --name-only HEAD~5 | grep '\.ex$' | head -20 to check for new .ex files.

If no new .ex files were added (only modifications), skip the full audit and report: "No new modules — documentation coverage unchanged." A full audit of unchanged coverage produces nothing to add.

  1. Identify new modules from recent commits or plan file
  2. Check documentation coverage (@moduledoc, @doc)
  3. Generate missing docs using templates
  4. Add README section if user-facing feature
  5. Create ADR if architectural decision was made
  6. Write report to .claude/plans/{slug}/reviews/{feature}-docs.md

When to Generate ADRs

TriggerCreate ADR
New external dependencyYes
New database tableMaybe (if schema non-obvious)
New OTP processYes (explain why process needed)
New contextMaybe (if boundaries non-obvious)
New auth mechanismYes
Performance optimizationYes

Integration with Workflow

text
/skill:phx-plan → /skill:phx-work → /skill:phx-review
       ↓
/skill:phx-document  ← YOU ARE HERE (optional, suggested after review passes)

References

  • references/doc-templates.md — @moduledoc, @doc, README, ADR templates
  • references/output-format.md — Documentation report format
  • references/doc-best-practices.md — Elixir documentation best practices
  • references/documentation-patterns.md — Detailed documentation patterns

© oliver-kriska, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 4 other files (references) in targets/pi/skills/phx-document of oliver-kriska/claude-elixir-phoenix.

  • SKILL.md
  • references/doc-best-practices.md
  • references/doc-templates.md
  • references/documentation-patterns.md
  • references/output-format.md

Open the folder on GitHubat commit 9767a82

Compare with similar skills

Phx Document next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Phx Document compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Phx Document this skilloliver-kriska/claude-elixir-phoenix565—~750Automated safety check: PassMIT
Docsbrickbots/PiFinder250—~6.2kAutomated safety check: PassGPL-3.0
Evidence-Backed Documentation Writerbgauryy/octocode949—~2kAutomated safety check: PassMIT
Write Vibe ADRmistralai/mistral-vibe5.1k—~942Automated safety check: PassApache-2.0
Technical Documentation Templatesbybren-llc/safe-agentic-workflow423—~1.2kAutomated safety check: PassMIT
Prosestatic-web-server/static-web-server2.4k—~971Automated safety check: PassApache-2.0

Similar skills

  • Docs

    brickbots/PiFinder

    Author and edit PiFinder's user-facing documentation in the project's house style.

    250 GitHub stars~6.2k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Writes, repairs and copyedits project docs against the Google developer documentation style guide, verifying claims in the repository before stating them.

    949 GitHub stars~2k tokensUpdated today
    DevelopmentAuto-check passed
  • Write Vibe ADR

    mistralai/mistral-vibe

    Official

    Creates or updates concise Architecture Decision Records for the Mistral Vibe CLI and registers each one in the AGENTS.md decisions table.

    5.1k GitHub stars~942 tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Technical Documentation Templates

    bybren-llc/safe-agentic-workflow

    Documentation templates for ADRs, runbooks, architecture docs, and knowledge transfer documents. Use when creating Architecture Decision Records, writing…

    423 GitHub stars~1.2k tokensUpdated 2 mo ago
    DevelopmentAuto-check passed
  • Prose

    static-web-server/static-web-server

    Author or edit any prose for the Static Web Server (SWS) project — documentation, design docs, READMEs, PR descriptions, issue bodies, commit message bodies, or other human-readable text — following…

    2.4k GitHub stars~971 tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Agent Style

    pchalasani/claude-code-tools

    Literature-backed English technical-prose writing rules (agent-style, 21 rules).

    2k GitHub stars~1.4k tokensUpdated yesterday
    DevelopmentAuto-check passed

More from oliver-kriska/claude-elixir-phoenix

All 111 skills in this repo
  • Codex Ab

    oliver-kriska/claude-elixir-phoenix

    Run an A/B codex review experiment — holistic codex review vs 3 focused dimension passes (security, ecto, liveview) on the branch diff, classify findings, report a panel-value verdict.

    565 GitHub stars~977 tokensUpdated 3 days ago
    Auto-check passed
  • Audit

    oliver-kriska/claude-elixir-phoenix

    Project health audit and health check — architecture, performance, tests, dependencies, code quality.

    565 GitHub stars~2k tokensUpdated 3 days ago
    Auto-check passed
  • Compound Docs

    oliver-kriska/claude-elixir-phoenix

    Searchable Elixir/Phoenix/Ecto solution documentation system with; Use when consulting past solutions…

    565 GitHub stars~528 tokensUpdated 3 days ago
    Auto-check passed
  • Compound Docs

    oliver-kriska/claude-elixir-phoenix

    Searchable Elixir/Phoenix/Ecto solution documentation system with YAML frontmatter.

    565 GitHub stars~547 tokensUpdated 3 days ago
    Auto-check passed
  • Deploy

    oliver-kriska/claude-elixir-phoenix

    Elixir/Phoenix deployment patterns — Dockerfile, fly.toml, runtime.exs, mix release, rel/ overlays.

    565 GitHub stars~1.1k tokensUpdated 3 days ago
    Auto-check passed
  • Deps Update

    oliver-kriska/claude-elixir-phoenix

    Bump outdated Hex deps — inventory, snapshot changelogs, update, fix breaks, split reviewable PRs (patches bundled, majors solo).

    565 GitHub stars~1.4k tokensUpdated 3 days ago
    Auto-check passed

Works with

Categories

Questions about Phx Document

What does Phx Document do?

A skill your agent uses when asked to document Elixir code: add or fill in @moduledoc and @doc for modules and functions. Phx Document is an agent skill from oliver-kriska/claude-elixir-phoenix. Use when asked to document Elixir code: add or fill in @moduledoc and @doc for modules and functions.

When should I use Phx Document?

Phx Document fits situations like: asked to document Elixir code: add; fill in @moduledoc and @doc for modules and functions.

How do I install Phx Document in Claude Code?

Run `npx skills add oliver-kriska/claude-elixir-phoenix --skill phx-document -a claude-code`. Or copy the skill folder (targets/pi/skills/phx-document in oliver-kriska/claude-elixir-phoenix) into .claude/skills/phx-document in your project. Claude Code loads it when a task matches its description.

How do I install Phx Document in Codex?

Run `npx skills add oliver-kriska/claude-elixir-phoenix --skill phx-document -a codex`. Or copy the skill folder (targets/pi/skills/phx-document in oliver-kriska/claude-elixir-phoenix) into .agents/skills/phx-document in your project. Codex loads it when a task matches its description.

Can I use Phx Document in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add oliver-kriska/claude-elixir-phoenix --skill phx-document -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/phx-document, .gemini/skills/phx-document, .github/skills/phx-document and .opencode/skills/phx-document in your project.

What does Phx Document need to run?

Going by SKILL.md and its folder, Phx Document needs the command-line tools its instructions call (git).

Does Phx Document access the network?

SKILL.md contains no URLs. Its commands use git, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Phx Document safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Phx Document use?

Phx Document is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Phx Document use?

About 750 tokens (SKILL.md is roughly 3k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 2.4k tokens, read only when the agent opens those files.

What are the alternatives to Phx Document?

Skills that share tags, products or a category with Phx Document: Docs (brickbots/PiFinder, 250 stars), Evidence-Backed Documentation Writer (bgauryy/octocode, 949 stars), Write Vibe ADR (mistralai/mistral-vibe, 5.1k stars) and Technical Documentation Templates (bybren-llc/safe-agentic-workflow, 423 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Phx Document?

oliver-kriska (a GitHub user) maintains it in oliver-kriska/claude-elixir-phoenix, which has 565 GitHub stars. The repository holds 111 skills in this directory. The repository was last updated on October 5, 2026.

Source: oliver-kriska/claude-elixir-phoenix on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.