[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6F3DVCNVZFR94X5EN7XTH77":3,"skill-same:01M6F3DVCNVZFR94X5EN7XTH77":94},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":40,"linkOnly":41,"markdownContent":42,"markdownBody":43,"frontMatter":44,"refName":28,"commitSha":56,"skillDirectory":57,"forksCount":58,"repositoryHtmlUrl":59,"repositoryHomepageUrl":6,"ownerHtmlUrl":60,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":61,"install":62,"resources":75},"01M6F3DVCNVZFR94X5EN7XTH77","apple-container",null,"Build, run, and manage OCI\u002FLinux containers as lightweight per-container VMs on Apple-silicon macOS using Apple's open-source container CLI, no Docker daemon required.","boisenoise\u002Fskills-collections","boisenoise","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F193180?v=4","01M6CDBDQK6BDN55ZMA6B6PKBM","01M6CDBDVSJ3JPTBYN26FZ7TZK",13,"Apache-2.0","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-apple-container\u002FSKILL.md",[],[18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39],"apple container","apple","container","build","tree","daemon","apple-silicon","open-source","critical","as","main","community","cli","manage","open","license","oci","linux","docker","containers","github","gemini","2026-11-10 10:12:30",false,"---\nname: apple-container\ndescription: \"Build, run, and manage OCI\u002FLinux containers as lightweight per-container VMs on Apple-silicon macOS using Apple's open-source container CLI, no Docker daemon required.\"\ncategory: devops\nrisk: critical\nsource: https:\u002F\u002Fgithub.com\u002Fsanjay3290\u002Fai-skills\u002Ftree\u002Fmain\u002Fskills\u002Fapple-container\nsource_repo: sanjay3290\u002Fai-skills\nsource_type: community\ndate_added: \"2026-07-09\"\nauthor: sanjay3290\ntags: [macos, containers, oci, apple-silicon]\ntools: [claude, cursor, gemini]\nlicense: \"Apache-2.0\"\nlicense_source: \"https:\u002F\u002Fgithub.com\u002Fsanjay3290\u002Fai-skills\u002Fblob\u002Fmain\u002FLICENSE\"\n---\n\n# Apple `container`\n\n> Reference scope: this imported guide mixes release-era and later branch documentation; its `1.0.0+` annotations are not verified introduction versions. Match the installed `container --version` and subcommand `--help` to the same upstream release tag before using flags or defaults. Current branch documentation can describe unreleased behavior. No container runtime was executed for this static review.\n\n## When to Use\n\n- Use when building, running, or managing OCI\u002FLinux containers on Apple-silicon macOS with Apple's open-source `container` CLI\n- Use when you want lightweight per-container VMs instead of a Docker daemon\n- Use when translating Docker-style workflows (build, run, exec, logs, networking) to Apple's container tooling\n\nApple's `container` is an open-source CLI for building, running, and managing OCI\u002FLinux\ncontainers on Apple-silicon Macs. Each container runs inside its own lightweight virtual\nmachine (backed by the Containerization framework and the Virtualization API). A shared per-user\nAPI server and helpers run via `launchd`, with a separate runtime helper per container. Images are standard OCI\nartifacts, so they interoperate with Docker registries and other OCI tooling. The CLI is\ndeliberately Docker-like (`container run`, `container build`, and image ops under\n`container image push`\u002F`pull`), but it is a distinct tool: do not assume Docker command paths,\nflags, defaults, or daemon behavior carry over (e.g. there is no `container images`\u002F`push`\u002F`pull`\ntop-level command — image verbs live under `container image`).\n\n## Safety Gate\n\nContainer installation, service startup, image pulls, builds, runs, registry login, pushes,\nand resource cleanup change local or remote state. Keep the exact registry, mounts, ports, privileges and persistence impact within existing task authorization. Clarify missing destructive scope, sensitive mounts, credentials or external exposure before acting; do not ask again for actions already authorized.\n\n## Requirements\n\n- **Apple silicon only** (M1 or later). Intel Macs are not supported.\n- **macOS 26 (Tahoe) is the officially supported target.** The maintainers do not support\n  older macOS and typically will not fix issues that can't be reproduced on 26. The binary\n  still runs on **macOS 15 (Sequoia)** but with reduced networking: only the single default\n  subnet is available, and the `container network` group and `--network` flag error out.\n  macOS-26-gated features are called out throughout the reference files.\n- **Version:** this skill documents the **1.0.0** release (the historical reference snapshot). The `machine`\n  group, `container cp`, `container export`, `container prune`, `container image prune`,\n  `container registry list`, and `container system version` were **added in 1.0.0** (not in 0.7.1)\n  — features that postdate 0.7.1 are flagged *(1.0.0+)* in the reference files. Run `container --version` and\n  `container \u003Cgroup> --help` to see what your installed build supports.\n- Install by downloading the signed `.pkg` installer from the project's GitHub releases\n  (`apple\u002Fcontainer`) and running it. See `references\u002Fconcepts.md` for the full\n  requirements\u002Fcompatibility matrix and how the VM-per-container model works.\n\n## Setup\n\nInstall the signed package, then start the background services once:\n\n1. **Download** the latest signed installer `.pkg` from the\n   [GitHub releases page](https:\u002F\u002Fgithub.com\u002Fapple\u002Fcontainer\u002Freleases).\n2. **Double-click** the downloaded package and follow the prompts, entering your admin\n   password so it can place files under `\u002Fusr\u002Flocal`. For automated package installation, verify macOS installer syntax and package signature rather than inventing a container subcommand.\n3. **Start the services** and confirm they are healthy:\n\n```bash\n# Start the container services (container-apiserver + helpers via launchd). On first run it\n# offers to install the default Linux kernel — accept it, or start non-interactively with\n# `--disable-kernel-install` and add a kernel later via `container system kernel set`.\ncontainer system start\n\n# Verify services are healthy\ncontainer system status\n```\n\n`container system start` must have run before any container\u002Fimage\u002Fbuild command works — a\nconnection\u002FXPC error can indicate stopped services, incompatible components, permissions or launch failures. Inspect `container system status`, installed versions and logs before deciding whether startup or repair is needed. Stop and\nderegister the `launchd` services with `container system stop` (which takes only `-p\u002F--prefix`).\nThe startup flags for `container system start` (`-a\u002F--app-root`, `--install-root`, `--log-root`,\n`--enable-kernel-install`\u002F`--disable-kernel-install`, `--timeout`) are in\n`references\u002Fconfiguration.md`.\n\n**Upgrade \u002F downgrade \u002F uninstall** use helper scripts in `\u002Fusr\u002Flocal\u002Fbin` (stop first with\n`container system stop`): `update-container.sh` (add `-v \u003Cversion>` to pin a version), and\n`uninstall-container.sh -d` to remove user data or `-k` to keep it. Full recipes in\n`references\u002Fworkflows.md`.\n\n## Command groups at a glance\n\nInvoke everything as `container \u003Cgroup> \u003Csubcommand>`. Container-lifecycle verbs (`run`,\n`create`, `start`, `stop`, `exec`, `logs`, `inspect`, `list`\u002F`ls`, `delete`\u002F`rm`, `kill`,\n`stats`) and `build` are top-level; image operations like `push`, `pull`, and `tag` live\nunder `container image`. Run `container \u003Cgroup> --help` for exact flags, or read\n`references\u002Fcommands.md` for the exhaustive matrix.\n\n| Group | What it does | Example |\n|-------|--------------|---------|\n| container lifecycle | Create, start, run, stop, exec, inspect, list, remove containers | `container run --rm -it docker.io\u002Flibrary\u002Falpine sh` |\n| build | Build an OCI image from a Dockerfile in the builder VM | `container build -t myapp:latest .` |\n| image | List, tag, inspect, remove, load\u002Fsave, prune local images; push\u002Fpull to registries | `container image ls` |\n| registry | Authenticate (login\u002Flogout\u002Flist) to OCI registries | `container registry login ghcr.io` |\n| system | Start\u002Fstop\u002Fstatus services, logs, disk usage (`df`), DNS, kernel, properties | `container system status` |\n| network | Create\u002Flist\u002Fremove container networks (**macOS 26 only**) | `container network create mynet` |\n| volume | Create\u002Flist\u002Finspect\u002Fremove persistent volumes | `container volume create data` |\n| builder | Manage the builder VM that runs `container build` (start\u002Fstop\u002Fstatus) | `container builder status` |\n| machine *(1.0.0+)* | Persistent Linux \"machine\" environments (added in 1.0.0) | `container machine --help` |\n\nExact subcommand names, aliases, arguments, and flags for each group live in\n`references\u002Fcommands.md` — consult it before running an unfamiliar command rather than\nguessing Docker-equivalent syntax.\n\n## Navigating this skill\n\nRead the reference file that matches the task; do not guess flags or behavior.\n\n- **`references\u002Fcommands.md`** — exhaustive CLI reference: every command group, subcommand,\n  alias, argument, and flag. Read this to construct any concrete `container ...` invocation,\n  or to confirm a flag exists before using it.\n- **`references\u002Fconcepts.md`** — architecture (VM-per-container, Containerization framework),\n  system requirements and macOS 15 vs 26 differences, networking model, per-container IPs,\n  security model, and a Docker-vs-`container` comparison. Read this to explain how or why\n  something works, or when a Docker mental model gives the wrong answer.\n- **`references\u002Fconfiguration.md`** — the system service, `config.toml` \u002F property model,\n  default kernel, DNS domains, default registry, builder resources, and machine settings.\n  Read this to change defaults, tune CPU\u002Fmemory, point at a private registry, or manage the\n  kernel.\n- **`references\u002Fworkflows.md`** — copy-pasteable task recipes (run an image, build & push,\n  wire up local DNS, mount a volume, expose ports) and troubleshooting for common failures.\n  Read this first when the user wants to accomplish a concrete end-to-end task.\n\n## Key rules\n\n- **This is not Docker.** The CLI resembles Docker, but flags, defaults, and daemon behavior\n  differ. Verify syntax in `references\u002Fcommands.md` instead of assuming Docker equivalence.\n- **Check service state when runtime operations need it.** Inspect `container system status`; start stopped services when the task authorizes it. Diagnose other failures rather than repeatedly starting or reinstalling.\n- **Images are standard OCI artifacts** and interoperate with Docker registries and other OCI\n  tools. Image references that omit a registry default to `docker.io` (configurable via the\n  `registry.domain` property — see `references\u002Fconfiguration.md`).\n- **Each container gets its own IP address** on its network (one lightweight VM per\n  container). There is no shared Docker bridge; reach a container directly by its IP, or set\n  up a local DNS domain (`container system dns create ...`, admin required) for name-based\n  access.\n- **`container network` requires macOS 26.** On macOS 15 only the single default subnet is\n  available and the network command group is unavailable — see `references\u002Fconcepts.md`.\n- **Use fully-qualified image references** when precision matters (e.g.\n  `docker.io\u002Flibrary\u002Falpine` rather than bare `alpine`) to avoid ambiguity about the source\n  registry.\n\n## Limitations\n\n- Apple Container requires Apple silicon and has materially different support and networking\n  behavior across macOS releases; verify the installed CLI version before relying on a flag.\n- OCI images and registry content are third-party inputs. Inspect and trust the image source\n  before pulling or running it.\n- This skill does not make container workloads safe by default: mounts, published ports,\n  privileged settings, registry credentials, and cleanup can expose or destroy data.\n- Stop before uninstalling, pruning, deleting containers, volumes, or images, and require\n  task authorization covering the exact destructive scope; obtain clarification when that scope is missing.\n\n## Operational boundaries\n\nUse trusted pinned images and verify custom kernels, init images and plugin executables before use. Builds execute Dockerfile instructions; build args and printed environments can expose secrets. Use supported secret mounts rather than credential build args. Disable shell tracing when passing credentials, and prefer explicit HTTPS: historical `auto` scheme behavior may choose plaintext even on private networks. HTTP is only for an explicitly authorized disposable local test registry without reusable secrets.\n\nContainer machines weaken ordinary container defaults: the image controls init, expanded Linux capabilities, and potentially host home and SSH-agent access. Default examples disable the home mount; verify that flag on the installed release. Read-only home mounts still disclose keys and dotfiles. Agent forwarding allows guest processes to authenticate as the host user; do not forward it for untrusted workloads. Ordinary mounts, socket publishing and `--ssh` need the same explicit scope. VM isolation is not a guarantee against host compromise.\n\nPrefer explicit loopback bindings and inspect actual listeners; do not assume an omitted host address is loopback-only. Before cleanup, inventory exact resources and preserve needed data. Stopping services interrupts other user workloads; builder deletion discards cache. Backup data and consult version-specific migration guidance before downgrading; keeping data with `-k` does not guarantee backward compatibility. Performance and journaling choices require workload\u002Fdurability measurements, not fastest\u002Fsafest guarantees.\n","# Apple `container`\n\n> Reference scope: this imported guide mixes release-era and later branch documentation; its `1.0.0+` annotations are not verified introduction versions. Match the installed `container --version` and subcommand `--help` to the same upstream release tag before using flags or defaults. Current branch documentation can describe unreleased behavior. No container runtime was executed for this static review.\n\n## When to Use\n\n- Use when building, running, or managing OCI\u002FLinux containers on Apple-silicon macOS with Apple's open-source `container` CLI\n- Use when you want lightweight per-container VMs instead of a Docker daemon\n- Use when translating Docker-style workflows (build, run, exec, logs, networking) to Apple's container tooling\n\nApple's `container` is an open-source CLI for building, running, and managing OCI\u002FLinux\ncontainers on Apple-silicon Macs. Each container runs inside its own lightweight virtual\nmachine (backed by the Containerization framework and the Virtualization API). A shared per-user\nAPI server and helpers run via `launchd`, with a separate runtime helper per container. Images are standard OCI\nartifacts, so they interoperate with Docker registries and other OCI tooling. The CLI is\ndeliberately Docker-like (`container run`, `container build`, and image ops under\n`container image push`\u002F`pull`), but it is a distinct tool: do not assume Docker command paths,\nflags, defaults, or daemon behavior carry over (e.g. there is no `container images`\u002F`push`\u002F`pull`\ntop-level command — image verbs live under `container image`).\n\n## Safety Gate\n\nContainer installation, service startup, image pulls, builds, runs, registry login, pushes,\nand resource cleanup change local or remote state. Keep the exact registry, mounts, ports, privileges and persistence impact within existing task authorization. Clarify missing destructive scope, sensitive mounts, credentials or external exposure before acting; do not ask again for actions already authorized.\n\n## Requirements\n\n- **Apple silicon only** (M1 or later). Intel Macs are not supported.\n- **macOS 26 (Tahoe) is the officially supported target.** The maintainers do not support\n  older macOS and typically will not fix issues that can't be reproduced on 26. The binary\n  still runs on **macOS 15 (Sequoia)** but with reduced networking: only the single default\n  subnet is available, and the `container network` group and `--network` flag error out.\n  macOS-26-gated features are called out throughout the reference files.\n- **Version:** this skill documents the **1.0.0** release (the historical reference snapshot). The `machine`\n  group, `container cp`, `container export`, `container prune`, `container image prune`,\n  `container registry list`, and `container system version` were **added in 1.0.0** (not in 0.7.1)\n  — features that postdate 0.7.1 are flagged *(1.0.0+)* in the reference files. Run `container --version` and\n  `container \u003Cgroup> --help` to see what your installed build supports.\n- Install by downloading the signed `.pkg` installer from the project's GitHub releases\n  (`apple\u002Fcontainer`) and running it. See `references\u002Fconcepts.md` for the full\n  requirements\u002Fcompatibility matrix and how the VM-per-container model works.\n\n## Setup\n\nInstall the signed package, then start the background services once:\n\n1. **Download** the latest signed installer `.pkg` from the\n   [GitHub releases page](https:\u002F\u002Fgithub.com\u002Fapple\u002Fcontainer\u002Freleases).\n2. **Double-click** the downloaded package and follow the prompts, entering your admin\n   password so it can place files under `\u002Fusr\u002Flocal`. For automated package installation, verify macOS installer syntax and package signature rather than inventing a container subcommand.\n3. **Start the services** and confirm they are healthy:\n\n```bash\n# Start the container services (container-apiserver + helpers via launchd). On first run it\n# offers to install the default Linux kernel — accept it, or start non-interactively with\n# `--disable-kernel-install` and add a kernel later via `container system kernel set`.\ncontainer system start\n\n# Verify services are healthy\ncontainer system status\n```\n\n`container system start` must have run before any container\u002Fimage\u002Fbuild command works — a\nconnection\u002FXPC error can indicate stopped services, incompatible components, permissions or launch failures. Inspect `container system status`, installed versions and logs before deciding whether startup or repair is needed. Stop and\nderegister the `launchd` services with `container system stop` (which takes only `-p\u002F--prefix`).\nThe startup flags for `container system start` (`-a\u002F--app-root`, `--install-root`, `--log-root`,\n`--enable-kernel-install`\u002F`--disable-kernel-install`, `--timeout`) are in\n`references\u002Fconfiguration.md`.\n\n**Upgrade \u002F downgrade \u002F uninstall** use helper scripts in `\u002Fusr\u002Flocal\u002Fbin` (stop first with\n`container system stop`): `update-container.sh` (add `-v \u003Cversion>` to pin a version), and\n`uninstall-container.sh -d` to remove user data or `-k` to keep it. Full recipes in\n`references\u002Fworkflows.md`.\n\n## Command groups at a glance\n\nInvoke everything as `container \u003Cgroup> \u003Csubcommand>`. Container-lifecycle verbs (`run`,\n`create`, `start`, `stop`, `exec`, `logs`, `inspect`, `list`\u002F`ls`, `delete`\u002F`rm`, `kill`,\n`stats`) and `build` are top-level; image operations like `push`, `pull`, and `tag` live\nunder `container image`. Run `container \u003Cgroup> --help` for exact flags, or read\n`references\u002Fcommands.md` for the exhaustive matrix.\n\n| Group | What it does | Example |\n|-------|--------------|---------|\n| container lifecycle | Create, start, run, stop, exec, inspect, list, remove containers | `container run --rm -it docker.io\u002Flibrary\u002Falpine sh` |\n| build | Build an OCI image from a Dockerfile in the builder VM | `container build -t myapp:latest .` |\n| image | List, tag, inspect, remove, load\u002Fsave, prune local images; push\u002Fpull to registries | `container image ls` |\n| registry | Authenticate (login\u002Flogout\u002Flist) to OCI registries | `container registry login ghcr.io` |\n| system | Start\u002Fstop\u002Fstatus services, logs, disk usage (`df`), DNS, kernel, properties | `container system status` |\n| network | Create\u002Flist\u002Fremove container networks (**macOS 26 only**) | `container network create mynet` |\n| volume | Create\u002Flist\u002Finspect\u002Fremove persistent volumes | `container volume create data` |\n| builder | Manage the builder VM that runs `container build` (start\u002Fstop\u002Fstatus) | `container builder status` |\n| machine *(1.0.0+)* | Persistent Linux \"machine\" environments (added in 1.0.0) | `container machine --help` |\n\nExact subcommand names, aliases, arguments, and flags for each group live in\n`references\u002Fcommands.md` — consult it before running an unfamiliar command rather than\nguessing Docker-equivalent syntax.\n\n## Navigating this skill\n\nRead the reference file that matches the task; do not guess flags or behavior.\n\n- **`references\u002Fcommands.md`** — exhaustive CLI reference: every command group, subcommand,\n  alias, argument, and flag. Read this to construct any concrete `container ...` invocation,\n  or to confirm a flag exists before using it.\n- **`references\u002Fconcepts.md`** — architecture (VM-per-container, Containerization framework),\n  system requirements and macOS 15 vs 26 differences, networking model, per-container IPs,\n  security model, and a Docker-vs-`container` comparison. Read this to explain how or why\n  something works, or when a Docker mental model gives the wrong answer.\n- **`references\u002Fconfiguration.md`** — the system service, `config.toml` \u002F property model,\n  default kernel, DNS domains, default registry, builder resources, and machine settings.\n  Read this to change defaults, tune CPU\u002Fmemory, point at a private registry, or manage the\n  kernel.\n- **`references\u002Fworkflows.md`** — copy-pasteable task recipes (run an image, build & push,\n  wire up local DNS, mount a volume, expose ports) and troubleshooting for common failures.\n  Read this first when the user wants to accomplish a concrete end-to-end task.\n\n## Key rules\n\n- **This is not Docker.** The CLI resembles Docker, but flags, defaults, and daemon behavior\n  differ. Verify syntax in `references\u002Fcommands.md` instead of assuming Docker equivalence.\n- **Check service state when runtime operations need it.** Inspect `container system status`; start stopped services when the task authorizes it. Diagnose other failures rather than repeatedly starting or reinstalling.\n- **Images are standard OCI artifacts** and interoperate with Docker registries and other OCI\n  tools. Image references that omit a registry default to `docker.io` (configurable via the\n  `registry.domain` property — see `references\u002Fconfiguration.md`).\n- **Each container gets its own IP address** on its network (one lightweight VM per\n  container). There is no shared Docker bridge; reach a container directly by its IP, or set\n  up a local DNS domain (`container system dns create ...`, admin required) for name-based\n  access.\n- **`container network` requires macOS 26.** On macOS 15 only the single default subnet is\n  available and the network command group is unavailable — see `references\u002Fconcepts.md`.\n- **Use fully-qualified image references** when precision matters (e.g.\n  `docker.io\u002Flibrary\u002Falpine` rather than bare `alpine`) to avoid ambiguity about the source\n  registry.\n\n## Limitations\n\n- Apple Container requires Apple silicon and has materially different support and networking\n  behavior across macOS releases; verify the installed CLI version before relying on a flag.\n- OCI images and registry content are third-party inputs. Inspect and trust the image source\n  before pulling or running it.\n- This skill does not make container workloads safe by default: mounts, published ports,\n  privileged settings, registry credentials, and cleanup can expose or destroy data.\n- Stop before uninstalling, pruning, deleting containers, volumes, or images, and require\n  task authorization covering the exact destructive scope; obtain clarification when that scope is missing.\n\n## Operational boundaries\n\nUse trusted pinned images and verify custom kernels, init images and plugin executables before use. Builds execute Dockerfile instructions; build args and printed environments can expose secrets. Use supported secret mounts rather than credential build args. Disable shell tracing when passing credentials, and prefer explicit HTTPS: historical `auto` scheme behavior may choose plaintext even on private networks. HTTP is only for an explicitly authorized disposable local test registry without reusable secrets.\n\nContainer machines weaken ordinary container defaults: the image controls init, expanded Linux capabilities, and potentially host home and SSH-agent access. Default examples disable the home mount; verify that flag on the installed release. Read-only home mounts still disclose keys and dotfiles. Agent forwarding allows guest processes to authenticate as the host user; do not forward it for untrusted workloads. Ordinary mounts, socket publishing and `--ssh` need the same explicit scope. VM isolation is not a guarantee against host compromise.\n\nPrefer explicit loopback bindings and inspect actual listeners; do not assume an omitted host address is loopback-only. Before cleanup, inventory exact resources and preserve needed data. Stopping services interrupts other user workloads; builder deletion discards cache. Backup data and consult version-specific migration guidance before downgrading; keeping data with `-k` does not guarantee backward compatibility. Performance and journaling choices require workload\u002Fdurability measurements, not fastest\u002Fsafest guarantees.\n",{"name":5,"risk":26,"tags":45,"tools":47,"author":50,"source":51,"license":14,"category":52,"date_added":53,"description":7,"source_repo":54,"source_type":29,"license_source":55},[46,37,34,24],"macos",[48,49,39],"claude","cursor","sanjay3290","https:\u002F\u002Fgithub.com\u002Fsanjay3290\u002Fai-skills\u002Ftree\u002Fmain\u002Fskills\u002Fapple-container","devops","2026-07-09","sanjay3290\u002Fai-skills","https:\u002F\u002Fgithub.com\u002Fsanjay3290\u002Fai-skills\u002Fblob\u002Fmain\u002FLICENSE","7bf2279c8a65758319526a721d5c4b75683aec9c","skills\u002Fantigravity-apple-container",3,"https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections","https:\u002F\u002Fgithub.com\u002Fboisenoise","2026-11-14 14:18:11",{"source":8,"skillName":5,"commands":63,"prompt":73,"zipAvailable":74},[64,67,70],{"tool":65,"command":66},"npx","npx skills add boisenoise\u002Fskills-collections --skill apple-container",{"tool":68,"command":69},"bunx","bunx skills add boisenoise\u002Fskills-collections --skill apple-container",{"tool":71,"command":72},"pnpm","pnpm dlx skills add boisenoise\u002Fskills-collections --skill apple-container","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-apple-container\u002FSKILL.md",true,[76,82,86,90],{"path":77,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":80,"sourceHtmlUrl":81},"references\u002Fcommands.md","REFERENCE","参考文档",55447,"https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-apple-container\u002Freferences\u002Fcommands.md",{"path":83,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":84,"sourceHtmlUrl":85},"references\u002Fconcepts.md",19037,"https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-apple-container\u002Freferences\u002Fconcepts.md",{"path":87,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":88,"sourceHtmlUrl":89},"references\u002Fconfiguration.md",26438,"https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-apple-container\u002Freferences\u002Fconfiguration.md",{"path":91,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":92,"sourceHtmlUrl":93},"references\u002Fworkflows.md",18982,"https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-apple-container\u002Freferences\u002Fworkflows.md",[95,123,148,174,193,216],{"skillNo":96,"name":97,"nameZh":6,"description":98,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":99,"sourceHtmlUrl":100,"categories":101,"keywords":102,"publishedAt":40},"01M6WNH92BHVFXHGPDZCPJ0AG0","web-access","Use Treg for public web or platform data only when existing search, browser and connected tools cannot cover the task, with explicit cost and data boundaries.","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-web-access\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-web-access\u002FSKILL.md",[],[103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,26,118,119,120,121,122],"web","access","web access","official","development","browser","search","data","Tools","read","fetch","only","youtube","free tools","platform","free","cover","normal","when","2026",{"skillNo":124,"name":125,"nameZh":6,"description":126,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":127,"sourceHtmlUrl":128,"categories":129,"keywords":135,"publishedAt":40},"01M6WNF9XAYAB2CZDDJBAKNM93","treg","Use the Treg CLI or MCP catalog to discover, price and call authorized external tools with team-scoped credentials and a user-approved budget.","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-treg\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-treg\u002FSKILL.md",[130],{"categoryNo":131,"categoryName":132,"taxonomyType":133,"taxonomyTypeDesc":134},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[125,136,30,38,106,107,33,111,137,138,139,140,141,142,143,26,144,145,146,147,122],"MCP","Budget","credentials","team","catalog","use","call","discover","external tools","with","scoped","blob",{"skillNo":149,"name":150,"nameZh":6,"description":151,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":152,"sourceHtmlUrl":153,"categories":154,"keywords":160,"publishedAt":40},"01M6WN93MEAZ4E41DYAHJRPHQT","recruit","Turn a job description into an evidence-linked candidate shortlist through Treg, with job-related ranking and optional authorized business contact enrichment.","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-recruit\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-recruit\u002FSKILL.md",[155],{"categoryNo":156,"categoryName":157,"taxonomyType":158,"taxonomyTypeDesc":159},"01JBSEEDCAT000000000000038","人力资源","PROFESSION","适用职业",[150,38,106,33,161,162,163,164,165,166,26,167,168,169,145,170,171,172,173,147,125,122],"https","email","enrichment","business","evidence","phone","ranking","post","job description","for","person","candidate","reason",{"skillNo":175,"name":176,"nameZh":6,"description":177,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":178,"sourceHtmlUrl":179,"categories":180,"keywords":181,"publishedAt":40},"01M6WN8R5RXSMHM9B4D9FAFX42","rea-growth","Analyze a company’s public growth and content through Treg, distinguish observations from hypotheses, and produce an evidence-linked playbook within an approved budget.","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-rea-growth\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-rea-growth\u002FSKILL.md",[],[182,183,184,38,106,33,185,186,161,187,137,188,189,190,165,26,191,192,147,125,122],"growth","rea","rea growth","produce","content","playbook","marketing","analyze","public","observations","company",{"skillNo":194,"name":195,"nameZh":6,"description":196,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":197,"sourceHtmlUrl":198,"categories":199,"keywords":200,"publishedAt":40},"01M6WN2EVE3RQRGWAKBT4S7YT2","make-ugc","Create original AI UGC-style product videos through Treg: research hooks, approve a licensed presenter and voice, generate clips, add captions and report costs.","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-make-ugc\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-make-ugc\u002FSKILL.md",[],[201,202,38,203,106,204,33,205,206,207,208,209,26,210,211,212,213,214,215,147],"make","make ugc","research","create","Video","Captions","ads","short","hooks","head","style","niche","trending","talking-head","approve",{"skillNo":217,"name":218,"nameZh":6,"description":219,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":220,"sourceHtmlUrl":221,"categories":222,"keywords":223,"publishedAt":40},"01M6WN10ARAA63Y8K1YNGXJ2RM","lead-signals","Find and qualify public buying signals through Treg, rank fitting business accounts and optionally enrich authorized business contact information.","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-lead-signals\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-lead-signals\u002FSKILL.md",[],[224,225,226,38,106,33,227,228,164,229,27,26,230,231,232,233,234,235,236,147],"signals","lead","lead signals","how","find","ready","how to","qualify","people","information","enrich","changes","funding"]