Official agent skill

Azldev Update Component

by microsoft in microsoft/azurelinux

Read this before finalizing a component change, changing source resolution, or touching a lock file; lock edits are easy to get wrong.

OfficialMITAuto-check passedDevelopment

Install Azldev Update Component

skills CLI
$ npx skills add microsoft/azurelinux --skill azldev-update-component -a claude-code

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

GitHub CLI
$ gh skill install microsoft/azurelinux azldev-update-component --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/microsoft/azurelinux.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/azldev-update-component .claude/skills/azldev-update-component && 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
azldev-update-component
GitHub stars
5.3k
Token cost
~1.1k tokens
SKILL.md length
488 words
Files
1
Skills in repo
10
Repo updated
First seen
Licence
MIT

At a glance

Read this before finalizing a component change, changing source resolution, or touching a lock file; lock edits are easy to get wrong.

  • Works in 6 steps: Change the commit pin, upstream… → azldev comp render -p — the spec body… → Iterate on overlays / patches / build… → …
  • Include comp update
  • SKILL.md covers When to run update, End-of-work refresh (the… and Changing source resolution
  • Calls git

What it does

Azldev Update Component is an agent skill from microsoft/azurelinux, published by the product's own GitHub organization. Read this before finalizing a component change, changing source resolution, or touching a lock file; lock edits are easy to get wrong. Explains how to refresh azldev component lock files with 'azldev comp update', covering when to run update versus render, the update/render/commit/re-render/amend workflow, and per-component versus -a refresh. Triggers include comp update, refresh lock, bump pin, change snapshot, upstream distro, lock drift, version bump, finalize component.

Its SKILL.md is about 1.1k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Development. The repository describes itself as: General purpose Linux OS for Azure. The licence is MIT.

When your agent uses it

  • Include comp update
  • Change snapshot
  • Upstream distro
  • Finalize component

Example prompts

  • “azldev comp update”
  • “/azldev-update-component”

Workflow steps

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

  1. Change the commit pin, upstream distro/version, or snapshot, then azldev comp update -p ; sanity-check locks/.lock.
  2. azldev comp render -p — the spec body now tracks the newly resolved source. %changelog / Release: still reflect the previous source; that…
  3. Iterate on overlays / patches / build config as the new source requires, re-rendering after each change. Re-run update only if you change…
  4. azldev comp update -p , then stage and commit all component inputs changed above with the refreshed lock and rendered output
  5. azldev comp render -p — %changelog / Release: now reflect the new lock.
  6. git add specs///, then git commit --amend --no-edit so the source change and rendered output land together.

What it can do on your machine

Read from SKILL.md and the folder at commit f019108. 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

Azldev Update Component loads about 1.1k tokens when it runs. Until then it costs about 126 tokens; SKILL.md has 488 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~126
When it runs · the whole SKILL.md, loaded when a task matches
~1.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 microsoft/azurelinux at commit f019108, republished under its MIT licence (© microsoft). 488 words, ~1,117 tokens.

Download SKILL.mdSave it as .claude/skills/azldev-update-component/SKILL.md (or your agent's skills folder).
name
azldev-update-component
description
Read this before finalizing a component change, changing source resolution, or touching a lock file; lock edits are easy to get wrong. Explains how to refresh azldev component lock files with 'azldev comp update', covering when to run update versus render, the update/render/commit/re-render/amend workflow, and per-component versus -a refresh. Triggers include comp update, refresh lock, bump pin, change snapshot, upstream distro, lock drift, version bump, finalize component.

Update component lock files

azldev comp update (comp is an alias for component) refreshes one or more component lock files under locks/. A lock pins the resolved upstream commit plus an input fingerprint computed from the component's render inputs — its TOML config, overlays, the pinned upstream commit, and the distro release version. If any of those change, the lock is stale.

When to run update

SituationRun update?
Adding a new upstream component (no lock yet)Yes — first, to create the lock before render/build can resolve it
Finalizing a component change for a PRYes — once at the end
Changing source resolution (commit pin, upstream distro/version, or snapshot)Yes — also mid-workflow (see below)
Iterating on overlays / build config / metadataNo — once the lock exists, render alone is enough while iterating
Just reading or building existing componentsNo

Refresh a single component with -p <name>. Use -a (all components) only for coordinated mass refreshes (e.g. a new distro snapshot) or when investigating lock drift across many components — it is slow. For day-to-day work use -p. Add -O json for machine-readable lock output when debugging.

End-of-work refresh (the common case)

For most edits — overlays, build flags, metadata — run update once at the end, then re-render after committing so the generated changelog and release reflect your new commit:

sh
azldev comp update -p <name>
azldev comp render -p <name>
git add <changed-component-config-and-source-paths> \
	locks/<name>.lock \
	specs/<first-char>/<name>/
git commit -m "fix(<name>): ..."

# Re-render and amend so the changelog / Release: track the new commit.
azldev comp render -p <name>
git add specs/<first-char>/<name>/
git commit --amend --no-edit
Why the second render-and-amend?

Changelog generation and release calculation are separate. When a spec uses %autochangelog, rpmautospec derives it from the component's git history for every release mode. For non-manual release modes, azldev also derives or bumps Release: from that history. The first render happens before your commit exists, so a fresh render after committing incorporates the new changelog entry and any automatic release bump. Amending folds that output into a single clean commit and keeps rendered-spec / lock CI gates (which run against committed state) green.

For a component with release.calculation = "manual", increment the release counter yourself in the same change. Manual mode is not an exemption from the post-commit render-stage-amend cycle: when the spec uses %autochangelog, that render incorporates the new commit.

Show full SKILL.md (160 more words)Show less

Changing source resolution

A source-resolution change follows the same rule, using one commit followed by a post-render amend:

  1. Change the commit pin, upstream distro/version, or snapshot, then azldev comp update -p <name>; sanity-check locks/<name>.lock.

  2. azldev comp render -p <name> — the spec body now tracks the newly resolved source. %changelog / Release: still reflect the previous source; that is expected until you commit.

  3. Iterate on overlays / patches / build config as the new source requires, re-rendering after each change. Re-run update only if you change a source-resolution input again.

  4. azldev comp update -p <name>, then stage and commit all component inputs changed above with the refreshed lock and rendered output:

    sh
    git add <changed-component-config-and-source-paths> \
        locks/<name>.lock \
        specs/<first-char>/<name>/
    git commit -m "update(<name>): ..."
  5. azldev comp render -p <name> — %changelog / Release: now reflect the new lock.

  6. git add specs/<first-char>/<name>/, then git commit --amend --no-edit so the source change and rendered output land together.

Generated by azldev docs agent; do not hand-edit.

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

Files

Just SKILL.md in .agents/skills/azldev-update-component of microsoft/azurelinux.

Open the folder on GitHubat commit f019108

Compare with similar skills

Azldev Update Component 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.

Azldev Update Component compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Azldev Update Component this skillmicrosoft/azurelinux5.3k—~1.1kAutomated safety check: PassMIT
Vercel Composition Patternssupabase/supabase111k59 repos~726Automated safety check: PassMIT
Finishing a Development Branchobra/superpowers296k5 repos~1.9kAutomated safety check: PassMIT
Typescript Advanced Typesrolling-scopes/rsschool-app10k25 repos~4.2kAutomated safety check: PassMPL-2.0
PR Babysitteropeninterpreter/openinterpreter69k3 repos~4.2kAutomated safety check: PassApache-2.0
Code Review ChecklistshareAI-lab/learn-claude-code78k5 repos~1.1kAutomated safety check: PassMIT

Similar skills

  • Official

    React composition patterns that scale. An agent skill from supabase/supabase.

    111k GitHub starsUsed in 59 repos~726 tokens
    DevelopmentAuto-check passed
  • Walks the last step of a branch: confirm tests pass, detect the git environment, ask how to integrate, carry out your choice and clean up the worktree.

    296k GitHub starsUsed in 5 repos~1.9k tokens
    DevelopmentAuto-check passed
  • Typescript Advanced Types

    rolling-scopes/rsschool-app

    Master TypeScript's advanced type system including generics, conditional types, mapped types, template literals, and utility types for building type-safe applications.

    10k GitHub starsUsed in 25 repos~4.2k tokens
    DevelopmentAuto-check passed
  • PR Babysitter

    openinterpreter/openinterpreter

    Watches an open GitHub pull request until it merges, handling review comments, diagnosing CI failures and retrying flaky checks along the way.

    69k GitHub starsUsed in 3 repos~4.2k tokens
    DevelopmentAuto-check passed
  • Code Review Checklist

    shareAI-lab/learn-claude-code

    Reviews code against a five-part checklist covering security, correctness, performance, maintainability and testing, and reports findings in a fixed format.

    78k GitHub starsUsed in 5 repos~1.1k tokens
    DevelopmentAuto-check passed
  • Greploop

    onyx-dot-app/onyx

    Iteratively improves a PR (GitHub), MR (GitLab), or shelved changelist (Perforce) until Greptile gives it a 5/5 confidence score with zero unresolved comments.

    32k GitHub starsUsed in 4 repos~3.3k tokens
    DevelopmentAuto-check passed

More from microsoft/azurelinux

All 10 skills in this repo
  • Azldev Add Component

    microsoft/azurelinux

    Official

    Read this before adding or importing a component; follow the workflow instead of guessing.

    5.3k GitHub stars~987 tokensUpdated today
    Auto-check passed
  • Azldev Build Component

    microsoft/azurelinux

    Official

    Read this before building a component or diagnosing a build failure; do not guess build flags or the inner loop.

    5.3k GitHub stars~808 tokensUpdated today
    Auto-check passed
  • Azldev Comp Toml

    microsoft/azurelinux

    Official

    Read this before authoring, editing, or reviewing a .comp.toml file; do not work from memory.

    5.3k GitHub stars~1.6k tokensUpdated today
    Auto-check passed
  • Azldev Image

    microsoft/azurelinux

    Official

    Read this before building, booting, or configuring an azldev image.

    5.3k GitHub stars~758 tokensUpdated today
    Auto-check passed
  • Azldev Mock

    microsoft/azurelinux

    Official

    Read this before testing or inspecting a built RPM; do not drive mock by hand from memory.

    5.3k GitHub stars~1k tokensUpdated today
    Auto-check passed
  • Azldev Overlay Metadata

    microsoft/azurelinux

    Official

    Read this before adding or reviewing an overlay metadata table; do not guess the category or upstream status from memory.

    5.3k GitHub stars~2.6k tokensUpdated today
    Auto-check passed

Categories

Questions about Azldev Update Component

What does Azldev Update Component do?

Read this before finalizing a component change, changing source resolution, or touching a lock file; lock edits are easy to get wrong. Azldev Update Component is an agent skill from microsoft/azurelinux, published by the product's own GitHub organization. Read this before finalizing a component change, changing source resolution, or touching a lock file; lock edits are easy to get wrong.

When should I use Azldev Update Component?

Azldev Update Component fits situations like: include comp update; change snapshot; upstream distro; finalize component.

How do I install Azldev Update Component in Claude Code?

Run `npx skills add microsoft/azurelinux --skill azldev-update-component -a claude-code`. Or copy the skill folder (.agents/skills/azldev-update-component in microsoft/azurelinux) into .claude/skills/azldev-update-component in your project. Claude Code loads it when a task matches its description.

How do I install Azldev Update Component in Codex?

Run `npx skills add microsoft/azurelinux --skill azldev-update-component -a codex`. Or copy the skill folder (.agents/skills/azldev-update-component in microsoft/azurelinux) into .agents/skills/azldev-update-component in your project. Codex loads it when a task matches its description.

Can I use Azldev Update Component 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 microsoft/azurelinux --skill azldev-update-component -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/azldev-update-component, .gemini/skills/azldev-update-component, .github/skills/azldev-update-component and .opencode/skills/azldev-update-component in your project.

What does Azldev Update Component need to run?

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

Does Azldev Update Component 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 Azldev Update Component 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 Azldev Update Component use?

Azldev Update Component 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 Azldev Update Component use?

About 1.1k tokens (SKILL.md is roughly 4.5k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Azldev Update Component?

Skills that share tags, products or a category with Azldev Update Component: Vercel Composition Patterns (supabase/supabase, 111k stars), Finishing a Development Branch (obra/superpowers, 296k stars), Typescript Advanced Types (rolling-scopes/rsschool-app, 10k stars) and PR Babysitter (openinterpreter/openinterpreter, 69k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Azldev Update Component?

microsoft (a GitHub organization, an official publisher) maintains it in microsoft/azurelinux, which has 5,348 GitHub stars. The repository holds 10 skills in this directory. The repository was last updated on October 8, 2026.

Source: microsoft/azurelinux on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.