Individual skill

import

Deploy the current local project to Hatchable. Use when the user wants to import, migrate, publish, or host an existing repo or working directory on Hatchable.

skills/import/SKILL.md

Read pinned source

Source commit ef6f5b8dceed3fab1037ad007f46eaa31c4d3c04

What was checked

Matches the observed repository HEAD
Yes
Scanner rules are current
No
Repository scan complete
Yes
Skill scan complete
Yes
Observed behavior
Not checked yet
Last checked
Nov 4, 2026

These are observations at the recorded commit, not a guarantee of safety. Review the source before running it.

Install this skill

Choose an agent in your Stack or copy a command below. Commands fetch the pinned commit and copy only this skill directory. Existing destinations are refused. Copying a command does not install anything.

Standard SKILL.md format has not been attested at this commit. No installation command is available; inspect the source.

Repository context

Repository stars (not skill ratings)
2
Repository last updated
Sep 24, 2026
License
MIT

Observed agent integration: No specific integration evidence. Standard SKILL.md installation does not imply verified compatibility.

Files and excerpt

File metadata and permitted, redacted excerpts come from the recorded scan. Source links are pinned to that commit.

Browse files
Read excerpt

# Import this project to Hatchable

Deploy the current working directory (or the path in "$ARGUMENTS", if given) as a Hatchable project.

Use the Hatchable MCP tools (the `hatchable` server bundled with this plugin). If they are unavailable or unauthenticated, tell the user to run `/mcp` and complete the Hatchable OAuth sign-in first.

1. **Survey the local project.** List its files and identify what maps to Hatchable's structure: static assets to `public/`, server endpoints to `api/*.js` handlers, schema to `migrations/*.sql`, shared code to `lib/`. Read https://hatchable.com/docs/developers/project-structure if unsure of the target shape.
2. **Check the fit before writing.** Hatchable runs plain JS with no build step and no npm install. If the project uses a bundler, TypeScript, an ORM, or a server framework, tell the user what needs restructuring and how much work it is BEFORE creating anything. Small static sites and plain-JS apps import cleanly; framework apps need porting.
3. `create_project`, then push the mapped files with `write_files` in batches.
4. `dry_run_deploy` first. Fix every blocker it reports (the errors name the supported alternative), then `deploy`.
5. Verify the live URL works, then hand it to the user. Mention that the project starts private and how to share or publish it from the console.

If the user's repo is on public GitHub and they'd rather not go file-by-file, they can also paste the repo URL into the console's Import page; offer that as the alternative.
Back to top