agentleFS
MuvonMuvon/octomind-tap/skills/os-debian/SKILL.md

os-debian

Skill6 starsChanged 8 months agoApache-2.0View on GitHub

Diagnose and maintain Debian systems: release support, APT sources, package failures, services, networking, upgrades. Use for Debian hosts and images.

The file

We split this skill into the rules it gives an agent

6 rules. About 0 are common, 2 are distinctive, and 4 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Prefer a supported stable release for new general-purpose production deployments.

    line 22
  2. Very specific:

    All architectures except i386 now use 64-bit time_t.

    line 30
  3. Very specific:

    Keep trixie, trixie-updates, and trixie-security coherent with the installed release.

    line 35
  4. Very specific:

    Use apt interactively and apt-get in scripts.

    line 37
  5. Very specific:

    Check PID 1 before using systemd.

    line 43
  6. Distinctive:

    Keep Debian's externally managed Python intact.

    line 45

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Overview

Operate Debian according to its installed release and package policy. Baseline checked 2026-10-12: Debian 13 “trixie” is stable (point release 13.7, September 2026); Debian 14 “forky” is testing with no release date. Recheck release and security notices before lifecycle decisions. Read /etc/os-release, package architecture, repository suites, and deployment configuration before choosing commands. Apply shared Linux guidance for host/container boundaries and general service diagnostics.

Mental model

Debian's userspace release, running kernel, package candidates, and active configuration are separate facts. A Debian container can run on another distribution's kernel. A successful package installation does not prove that a service started, uses the intended configuration, or will survive recreation.

Releases and support

  • Prefer a supported stable release for new general-purpose production deployments. Stable receives backported fixes; an older upstream version string alone does not prove a missing security fix. Check the Debian package revision and security tracker.
  • Debian 13 has regular support through August 2028 and LTS through June 2030. LTS has package and architecture limits; it is not blanket coverage for every installed package. Inspect check-support-status when available.
  • Debian 12 left regular security support on 2026-07-11 and is in LTS until 2028-06-30; Debian 11's LTS ended 2026-08-31. Third-party extended LTS is a separate arrangement. Use published dates when a status label on an older page conflicts with the calendar.
  • Pin the intended codename in managed sources. The alias stable moves to a new major release. Point releases collect updates within one release; they are not separate upgrade channels.

Debian 13 compatibility changes

  • i386 now serves legacy userspace on amd64: there is no official i386 kernel or installer. Don't upgrade a standalone Debian 12 i386 system to trixie; plan an amd64 reinstall where hardware permits.
  • All architectures except i386 now use 64-bit time_t. On armel/armhf, library ABIs changed without necessarily changing sonames. Rebuild third-party native packages and test data exchange before deployment; a binary loading successfully does not establish compatibility or rule out silent data loss.

APT sources and transactions

  • For new source entries, use deb822 .sources stanzas under /etc/apt/sources.list.d/: Types, URIs, Suites, Components, and Signed-By. Inspect existing .list files too; duplicate entries and mismatched options can break updates.
  • Keep trixie, trixie-updates, and trixie-security coherent with the installed release; security uses the Debian security archive. Enable only required components, including non-free-firmware when needed. Use release-matched backports selectively; don't mix testing, unstable, Ubuntu repositories, or PPAs into stable to obtain one package.
  • Scope repository trust with Signed-By. Package-managed keyrings belong in /usr/share/keyrings; operator-managed ones in /etc/apt/keyrings, readable by _apt. Obtain keys from the repository publisher and verify identity. Don't use global apt-key trust, trusted=yes, or disabled signature checks to bypass a failure.
  • Use apt interactively and apt-get in scripts. Refresh indexes before resolving new installs; where supported, apt-get update --error-on=any makes partial download failures explicit. Stop on errors instead of silently using stale indexes or switching mirrors/releases.
  • -y answers APT questions; DEBIAN_FRONTEND=noninteractive selects debconf defaults. Neither defines every conffile decision or prevents service restarts. Scope automation settings to the command and make configuration/restart policy deliberate.
  • Diagnose with apt-cache policy PACKAGE, apt-mark showhold, dpkg --audit, and APT/dpkg logs. Review apt-get -s simulations before removals or dependency repairs. dist-upgrade may remove packages; don't use it, autoremove, or forced dpkg options as unexplained repairs. Never delete an active package-manager lock.

Services, networking, and Python

  • Check PID 1 before using systemd. Inspect systemctl cat UNIT, status, and the unit journal; use /etc/systemd/system/UNIT.d/ overrides rather than editing packaged unit files. Reloading unit definitions does not restart a running service. Verify runtime behavior and boot enablement separately.
  • Discover the manager for the affected interface: ifupdown (/etc/network/interfaces), NetworkManager, systemd-networkd, or image-managed configuration. Don't assume Netplan or systemd-resolved is installed. Avoid competing managers and edits to generated resolver files; temporary ip changes don't persist.
  • Keep Debian's externally managed Python intact. Use distro packages for OS integration, virtual environments for applications, and pipx for isolated Python CLIs. Don't replace /usr/bin/python3, remove the external-management marker, or use --break-system-packages as a routine fix.

Release upgrades

Follow the target release notes; Debian 13 supports upgrading from Debian 12, not skipping older releases. Check third-party packages, holds, disk space, backups, recovery access, and service downtime first. Apply the documented staged upgrade and review conffile changes. Verify boot, services, mounts, and application data afterward; an APT exit code alone is insufficient.

Read-only diagnostic example

Inspect package state without refreshing indexes or changing packages:

cat /etc/os-release
dpkg --print-architecture
apt-cache policy openssl
apt-mark showhold
dpkg --audit

Candidates reflect cached indexes; report their freshness separately.

Checklist

  • Release, architecture, support coverage, and execution boundary are established.
  • Sources and keys match the intended release; failures remain visible.
  • Dependency changes, restarts, and persistent configuration match the task.
  • Report observed results, changes performed, and unverified runtime behavior separately.

References

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.