
Atxp Git
- 269 installs
- 10 repo stars
- Updated April 27, 2026
- atxp-dev/cli
atxp-git is a Claude Code skill that lets ATXP-authenticated agents create repositories, obtain authenticated clone and push URLs, and manage repos on code.storage.
About
atxp-git is an atxp-dev/cli agent skill for Git repository hosting tailored to ATXP-authenticated agents. It covers creating repositories, fetching authenticated clone and push URLs, and managing repos on code.storage over HTTPS via git.mcp.atxp.ai. Compatibility requires Node.js 18 or newer, npx, git for clone and push, and the ATXP_CONNECTION credential for all operations. Developers reach for it when automating repo provisioning from the terminal instead of manual hosting setup during agent-driven builds.
- Terminal-first Git commands for agent-driven repos
- Branch, commit, and PR workflow automation
- Pairs with atxp-dev/cli skill ecosystem
- Reduces context switching during implementation
- Supports consistent repo hygiene across projects
Atxp Git by the numbers
- 269 all-time installs (skills.sh)
- Ranked #148 of 733 Git & Pull Requests skills by installs in the Skillselion catalog
- Data as of Jul 30, 2026 (Skillselion catalog sync)
npx skills add https://github.com/atxp-dev/cli --skill atxp-gitAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 269 |
|---|---|
| repo stars | ★ 10 |
| Last updated | April 27, 2026 |
| Repository | atxp-dev/cli ↗ |
How do agents create Git repos on ATXP code.storage?
Automate Git workflows from the terminal—branching, commits, PR prep, and repo hygiene—when building or shipping code with atxp-dev/cli agent skills.
Who is it for?
Developers running ATXP agent workflows who need programmatic Git hosting without manual dashboard steps.
Skip if: Teams using only GitHub or GitLab without ATXP, or workflows that do not require ATXP_CONNECTION authentication.
When should I use this skill?
User needs to create, clone, or manage ATXP code.storage repositories from an authenticated agent session.
What you get
Hosted repository records, authenticated clone URLs, and local clones ready for push.
- Hosted repository on code.storage
- Authenticated clone and push URLs
By the numbers
- Requires Node.js >=18
- Uses HTTPS endpoints git.mcp.atxp.ai and *.atxp.code.storage
Files
ATXP Git — Agent Repository Hosting
ATXP Git gives each agent a private namespace for Git repositories on code.storage. Agents can create repos, get authenticated clone/push URLs, and interact with them using standard Git commands. The MCP server handles provisioning and access control — all file operations happen through native Git.
Ephemeral Remote URLs
This is the most important concept to understand when using this tool.
Remote URLs returned by remote-url contain a time-limited JWT embedded directly in the URL. This means:
1. URLs expire. The default TTL is 1 hour (3600 seconds). After expiry, any git clone, git push, git pull, or git fetch using that URL will fail with an authentication error. 2. URLs are not persistent. Do not store remote URLs in config files, environment variables, or long-lived scripts expecting them to work indefinitely. They are single-use credentials with a short lifespan. 3. Refresh when expired. When a git operation fails with an auth error, get a fresh URL and update the remote:
# Get a new writable URL
npx atxp@latest git remote-url my-project --writable
# Update the existing remote with the new URL
git remote set-url origin <new-url>
# Retry the operation
git push4. No separate credential setup needed. The URL embeds authentication — no git credential helper or SSH key configuration is required. 5. Read vs. write URLs. Read-only URLs are free. Writable URLs cost $0.01 (this meters storage growth from pushes). Always request read-only unless you need to push.
Practical Workflow for Long-Running Tasks
If your task involves multiple git operations over time:
1. Get a writable URL at the start of your work session
2. Clone and make changes
3. Commit and push before the URL expires (within 1 hour)
4. If you need to push again later, get a fresh URL firstFor tasks that may span multiple hours, request a new URL before each push rather than at the start. The --ttl flag can extend expiry up to the server maximum, but planning for refresh is more robust.
Security Model
- Repos are private by default — only the owner can access them.
- Public repos allow read-only access from other authenticated users via
remote-urlwithwritable: false. - Write access requires repo ownership. No collaborator model — repos are single-owner.
- URLs contain credentials — treat
remote-urloutput like a secret. Do not log, echo, or share writable URLs. - Soft-delete — deleted repos become immediately inaccessible but are permanently removed after 30 days.
Commands Reference
| Command | Cost | Description |
|---|---|---|
npx atxp@latest git create <repoName> | $0.50 | Create a new repository |
npx atxp@latest git list | Free | List your repositories |
npx atxp@latest git remote-url <repoName> | Free | Get a read-only authenticated URL |
npx atxp@latest git remote-url <repoName> --writable | $0.01 | Get a writable authenticated URL |
npx atxp@latest git delete <repoName> | Free | Soft-delete a repository |
npx atxp@latest git help | Free | Show help |
Options
| Option | Applies To | Description |
|---|---|---|
| `--visibility <private\ | public>` | create |
--default-branch <name> | create | Default branch name (default: main) |
--writable | remote-url | Request a push-capable URL ($0.01 instead of free) |
--ttl <seconds> | remote-url | URL expiry in seconds (default: 3600) |
--limit <n> | list | Max repos to return (default: 20, max: 100) |
--cursor <token> | list | Pagination cursor from a previous response |
Repo Naming
Repository names must be lowercase alphanumeric with hyphens and underscores only (e.g., my-project, agent_workspace).
Typical Agent Workflow
# 1. Create a repository ($0.50)
npx atxp@latest git create my-app
# 2. Get a writable URL ($0.01)
npx atxp@latest git remote-url my-app --writable
# Returns: https://t:eyJ...@atxp.code.storage/userid/my-app.git
# 3. Clone, work, push (standard git)
git clone <url>
cd my-app
# ... make changes ...
git add . && git commit -m "initial commit" && git push
# 4. Later — URL expired? Get a fresh one
npx atxp@latest git remote-url my-app --writable
git remote set-url origin <new-url>
git pushError Responses
| Scenario | Error message |
|---|---|
| Not authenticated | "ATXP authentication required" |
| Repo doesn't exist (or private + not owner) | "Repository not found" |
| Write to another user's repo | "Permission denied" |
| Repo name already taken | "Repository already exists" |
| Service unavailable | "Service temporarily unavailable. Please retry in a few seconds." |
| Git ref conflict | "Conflict: ... Re-read the current state and retry." |
Visibility
| Mode | Owner | Other authenticated users |
|---|---|---|
| Private | Full read/write | No access |
| Public | Full read/write | Read-only (via remote-url with read-only default) |
Rate Limits
- Per-client: 120 requests/minute
- Per-IP: 10,000 requests/minute
Exceeding limits returns HTTP 429 with a Retry-After hint.
Related skills
How it compares
Pick atxp-git when agents must provision ATXP-hosted repos; use generic Git skills for standard GitHub or GitLab workflows.
FAQ
What does atxp-git require to run?
atxp-git requires Node.js 18+, npx, git for clone and push, and ATXP_CONNECTION for authentication. Network access targets git.mcp.atxp.ai and *.atxp.code.storage over HTTPS only.
What can atxp-git create for agents?
atxp-git creates repositories on code.storage and returns authenticated clone and push URLs so ATXP-authenticated agents can clone, commit, and push without manual hosting UI steps.