I-deploy ang folder ng mga static file gamit ang isang command.
Ina-upload ang folder as-is at nagpi-print ng live URL sa mga dalawang segundo. Walang account, walang config, walang build step — at kapag pinatakbo mo ulit, ang parehong site ang na-a-update.
$ npx harvisMay kasama kang agent? Puwede itong mag-deploy nang direkta.
Ang harvis.dev ay isang remote MCP server. Mag-paste ng isang config block sa Cursor, Claude Desktop, VS Code, o kahit anong MCP client at makakakuha ang agent mo ng deploy_site tool — walang account, walang API key.
- Ang mga client na may remote MCP support ay direktang kumokonekta sa URL
- Ang mga stdio-only na client tulad ng Claude Desktop ay dumadaan sa mcp-remote
- Ang bawat deploy ay nagbabalik ng live URL kasama ang private claim link para sa dashboard mo
$ claude mcp add --transport http harvis https://harvis.dev/api/mcpNasa GitHub ka na? Mag-deploy mula sa Actions.
Kapag nasa repo mo talaga ang site, isang step lang sa dulo ng workflow mo ang magsa-ship ng build output. Bawat push sa main ay nag-a-update ng parehong site.
- Magdagdag ng isang step pagkatapos ng build mo at ituro ito sa output folder
- Ang deploy token mula sa dashboard ang nagpapanatili sa pag-update ng parehong site
- Iwanan ang token at bawat run ay makakakuha ng bagong preview URL
name: Deploy
on:
push:
branches: [main]
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- run: npm ci && npm run build
- uses: harvis-io/static-deploy-action@v1
with:
directory: dist
token: ${{ secrets.HARVIS_DEPLOY_TOKEN }}Bakit bagong static hosting?
Lahat ng ibang option ay hihingi muna sa'yo ng something — isang Worker, isang repo, isang build. Hindi dapat kailanganin lahat ng iyon ng isang folder ng HTML.
Ginagawang Worker ng Cloudflare ang lahat
Kahit ang simpleng HTML page ay dumadaan na ngayon sa isang Worker, isang wrangler config, at isang build step. Napakaraming machinery para sa tatlong file na hindi naman nagbabago.
Tumatakbo ang Surge sa DigitalOcean
Ang Harvis naman ay tumatakbo sa edge network ng Cloudflare, kaya ang mga file mo ay ise-serve mula sa kung saan man naroroon ang mga visitor mo.
Kailangan ng repo ng GitHub Pages
Walang repository, walang commit, walang Actions workflow dito. Nag-a-upload ka ng mga file at live na agad ang mga ito — ang version control ay nananatiling pagpipilian mo, hindi requirement.
Ginawa para sa mga pansamantalang site
Mga demo, one-off na page, mockup na gusto mong tingnan ng katrabaho mo ngayon din. I-online, i-share ang link, kalimutan na.
Direktang mag-paste mula sa AI chat
Kapag binigyan ka ng model ng block ng HTML, i-drop mo lang ito at makakakuha ka ng tunay na URL. Walang project na iso-scaffold bago mo pa ito makita sa browser.
Tatlong paraan para mag-ship
Parehong deploy, kahit saan ka man nagtatrabaho.
- 01
Command line
Isang command mula sa kahit anong project folder. Patakbuhin ulit at ang parehong site ang mag-a-update sa lugar.
- 02
HTTP API
I-POST ang mga file mo sa /api/upload at basahin ang live URL direkta mula sa response.
- 03
Mga AI agent
Ituro ang isang agent sa MCP server o sa mga kopyahing instructions at magpa-publish ito para sa'yo.
Paano ito gumagana
- 01
I-install ang CLI
Isang command: "npm i -g harvis". O laktawan na lang ang pag-install at patakbuhin gamit ang "npx harvis".
- 02
Patakbuhin sa kahit anong folder
I-type ang "harvis" sa loob ng folder na gusto mong i-online. Ina-upload nito ang lahat — HTML, CSS, JS, larawan — sa loob ng ilang segundo.
- 03
Kunin ang mga link mo
Makakakuha ka ng public na link papunta sa live site at isang private na claim link. Buksan ang claim link at mag-sign in para pamahalaan ang site mula sa dashboard mo.
- Gumagana mula sa kahit anong project folder
- Walang kailangang account o config
- Patakbuhin ulit para i-update ang parehong site
Ginawa gamit ang AI at Na-publish sa harvis.dev
Isang pinili nang gallery ng mga site na na-online na ng mga tao. Pindutin ang kahit anong card para makita itong live.
Mga madalas itanong
Lahat ng maaari mong itanong bago mo pindutin ang publish.