Use when editing this repo's conf/agent-settings.toml, symlinks/apm/ files, or cli/src/domains/ai/apm implementation. Not for general skill-writing advice, audience/placement decisions, or unrelated agent behavior.
Scanned 8/31/2026
Install to Claude Code
npx -y skills add sneivandt/dotfiles --skill ai-tooling-apm --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Ai Tooling Apm?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/sneivandt-ai-tooling-apm)More formats (shields.io, HTML) on the badges page.
---
name: ai-tooling-apm
description: >
Use when editing this repo's conf/agent-settings.toml, symlinks/apm/ files,
or cli/src/domains/ai/apm implementation. Not for general skill-writing
advice, audience/placement decisions, or unrelated agent behavior.
---
# AI Tooling and APM
## Choose the owner
| Change | Location |
|---|---|
| repo-specific coding skill | `.agents/skills/` |
| reusable personal skill, hook, prompt, or instruction | `symlinks/apm/plugins/dot-*` |
| external plugin or MCP dependency | `symlinks/apm/config/*.yml` |
| stable Copilot/Codex preference | `conf/agent-settings.toml` |
| install and pin-update behavior | `cli/src/domains/ai/apm.rs` and `cli/src/domains/ai/apm/` |
Use the global `apm-dotfiles` skill for public-vs-private placement and plugin
audience decisions.
## APM rules
- Keep `base.yml`'s top-level `targets`; it prevents deployment to unintended
harnesses.
- Use dependency-level `targets` to narrow one package. Filters apply to the
whole package, so split packages when primitive compatibility differs.
- `copilot-cowork` remains experimental and receives skills only. A
Cowork-targeted skill must remain useful without MCP, hooks, prompts, agents,
commands, or instructions.
- Keep Cowork's APM feature enablement and path precedence, but use the custom
file-level reconciliation while upstream replaces destination directories.
Lockfile `target_subset` values remain authoritative deployment policy.
- Keep self-defined MCP servers direct unless transitive MCP trust is deliberate.
- Local plugins use `apm.yml`, `includes: auto`, and `.apm/<primitive>/`.
- Reference local plugins with forward-slash paths such as
`~/.apm/plugins/dot-agent`.
- New config fragments also need the matching `conf/symlinks.toml` entry.
- Never place secrets or private/employer content in public APM files.
## Engine rules
Dotfiles owns fragment merging, generated-manifest persistence, conditional
target orchestration, Cowork's ACL-safe exception, and the Copilot App autopilot
fixup. Native APM owns install/update planning, local-source integrity,
deployment convergence, and stale/orphan cleanup. Do not reintroduce
fingerprints, success markers, `apm outdated` parsing, or a separate
`apm prune`. Keep update-only scheduling behind `dotfiles install --update-pins`
in the command pipeline.
## Validation
Use the APM checks under [CLI validation](../../../docs/TESTING.md#cli-validation)
and preview reconciliation as described in
[Dry-run testing](../../../docs/TESTING.md#dry-run-testing). For Rust or
agent-settings changes, select additional coverage from
[Choosing coverage](../../../docs/TESTING.md#choosing-coverage).
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!