# 不会代码也能开发上线GitHub项目？聊聊我用AI对话做完一个网页的真实体验

> 作者/来源: UCloud 运营管理员
> 发布时间: 2026-10-14T09:12:22.468Z
> 分类: AI专区
> 原文链接: http://117.50.162.249:3000/yun/articles/2828

---

先说结论：如果你完全不会写代码、也不想碰终端，但想快速做一个轻量网页项目并上线，星图客户端加GitHub这套组合确实能跑通。核心路径就两步——先用自然语言让AI装好GitHub CLI并完成授权，再用一句话描述需求让AI搭建网页并推送到GitHub Pages。后续修改同样在对话框里完成，GitHub仓库会自动同步。

但这件事有明确的适用边界。复杂业务逻辑、多人协作、需要长期维护的项目，仍然要走专业开发流程。下面按我实际操作的顺序，把整个过程和判断依据拆开讲。

## 一、问题背景：为什么我会尝试这种方式

起因很简单：我想做一个倒计时网页，能自己添加纪念日，关掉再打开数据还在，最好还能分享给别人看。但我不会写代码，也不想为了一个小工具去学前端框架、配环境、研究部署流程。

传统路径要么找开发朋友帮忙，要么用低代码平台但受限于模板能力。我真正想验证的是：现在AI Agent对电脑的操作能力，能不能把“开发-提交-部署”这条链路全部接管，让用户只负责描述需求。

两天时间跑下来，答案是能。但前提是选对工具组合，并且理解它的能力边界。

## 二、核心痛点：零代码用户做网页项目，卡在哪

不会代码的人想做网页，通常卡在三个环节：

第一，环境配置。 装Node.js、配Git、搞明白终端命令，每一步都可能劝退。

第二，版本管理与部署。 代码写完了怎么传到GitHub，怎么开Pages托管，分支怎么选，这些概念对非开发者来说很陌生。

第三，修改迭代。 上线后发现要改个功能，又得重新走一遍不熟悉的流程。

这三个环节里，真正需要“写代码”的部分其实不多，大量时间花在工具链的操作上。而AI Agent擅长的恰恰是操作工具链。

## 三、不同方案对比：为什么选星图加GitHub

我实际考虑过三种路径：

方案一：纯手动学代码。 学习成本太高，对于只想做个倒计时页面的需求来说完全不划算。

方案二：低代码平台。 上手快，但自定义能力有限，数据存储和分享方式受平台限制，想加点个性化功能就很难。

方案三：星图客户端加GitHub。 星图负责理解需求、写代码、操作终端和浏览器；GitHub负责版本管理和Pages托管。用户只需要在对话框里说话。

我选方案三的核心原因是：它把“操作工具”这件事交给了AI，但产出的代码和部署结果仍然在标准GitHub仓库里，不是锁死在某个平台内。

## 四、为什么选择该方案：具体操作过程

### 工具准备

需要两样东西：

星图客户端，下载地址：https://astraflow-desktop.modelverse.cn/download/

它覆盖办公、开发、多模态创作等功能，可以自主管理电脑、操作应用和网页。用一个Key调用各家大模型，并在一个面板中展示模型消耗情况。对于经常在DeepSeek、GLM、MiniMax等多个大模型之间切换的用户，星图可以省去反复配置的麻烦。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030972249-e9fa63d482ec73e89bb3a2e419c34a1e.jpg)

GitHub账号，地址：https://github.com/

直接用国内邮箱注册登录即可。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030972184-fedb4a6c7152f7b44c659b0b6ec46ec5.jpg)

### GitHub配置：新建仓库并开启Pages托管

第一次使用GitHub还没有仓库，需要先在网页端新建一个New repository。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030972133-d120245ba288dcc400bc585dfe205ccd.jpg)

自定义输入名称，并打开Add README。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030972115-c090f1e2808a1a4343ab1b7c8d7dbb1b.jpg)

新建后在Settings - Pages里选择“Deploy from a branch”，Branch选择“main”分支，Save保存即可开启Pages托管。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030972100-3cf8f0957a4e09f260672e5005a8649a.jpg)

然后在星图客户端将下面指令发给AI，让它安装好GitHub CLI。星图AI会自动打开浏览器、终端完成认证和授权，不需要手动操作。

```
<code class="language-text">装 GitHub CLI
winget install --id GitHub.cli
登录 （浏览器授权一次）
gh auth login
</code>
```

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030972083-7f5a44a3cef0c492e4a4155a9d57d7ee.jpg)

配置完成即可开始项目开发。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030972065-32c5c73fd6dde01174a8d62e3c403122.jpg)

### 搭网页：一句需求描述完成开发与上线

每次对话可以选择【完全访问权限】，AI不用每一步都等待审核，运行速度会快很多。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030972046-65a5cdbba1adc8e45711aa8267926547.jpg)

将需求一句话发给它：

```
<code class="language-text">帮我做一个倒计时网页，好看一点，可以自己添加纪念日。先默认放一个「2027 年 1 月 1 日」。我还能自己往里加别的日子，加错了可以删掉，关掉网页再打开数据要还在。最后再帮我推到 GitHub 上线。
</code>
```

情况一：未安装GitHub CLI

如果前面没有安装GitHub CLI，这里会有提醒。用户可以自行选择，后面AI会按需求完成GitHub部署这一步。如果已经安装，则不会出现这个提示。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030972031-5e0a21820565aeaa60a13fcdcf31e9be.jpg)

情况二：已经安装GitHub CLI

已经安装好的界面会自动确认环境，直接进入开发步骤。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030972013-1ff0dcd913248134e37cb824737bae86.jpg)

AI会先搭建网页，写脚本、检查语法、做DOM集成测试。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030971998-c3e05c94bf3da330e4b4eb865c378b7e.jpg)

过程中会在右侧呈现网页效果，AI不断测试、修改，用户也能在右侧看到调整的内容。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030971979-73370a1025f35d5fea0ce998ef4f5f30.jpg)

网页搭建完成后进入上线环节。如果前面还没部署，此时AI会一并完成。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030971957-9fb0f0607992cda633f22a6ae3635a53.jpg)

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030971940-97dd5f1485241b2fb97048e226353c1f.jpg)

没有git/gh时，需要走GitHub API。星图会考虑数据安全问题，不会让用户把Token发送到对话框，而是指引用户如何获取和上传Token。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030971923-6d393844bcc04b6cb68a99d3ac7d9837.jpg)

在终端上传完成后，告诉它一句“好了”，它就直接帮忙上线到GitHub。已安装CLI的情况下，网页搭建完成后会直接上线。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030971906-176c471ea017385a18c582be5d22fa5b.jpg)

### 上线后调整

上线后网页有任何想调整的地方，同样直接通过对话发送需求即可。例如在原网页基础上将时间增加到时、分，再添加随机风景图：

```
<code class="language-text">纪念日的日期需要具体到几时几分，左侧倒计时中下方添加随机风景图，不同纪念日打开是不一样的风景
</code>
```

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030971889-d69c6de13b783069db57efa4c3d65067.jpg)

GitHub上也会同步更新到最新版本。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030971868-c9b279e5d1823362500df3d0333895f9.jpg)

### 替代方案：星图站点空间

如果不想部署在GitHub上，也可以用星图的站点空间创建专属应用，后续随时分享给朋友。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030971852-ff2012adb33204c82113d32c02bdfef0.jpg)

创建一个新站点，按星图的指引将密钥发到任一Agent终端，完成连接和开发，即可分享给指定的人使用或作为公开站点。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998208030971835-bc97f115ff4ccdc9a7d031b9f674a752.jpg)

## 五、实际使用建议

跑完整个流程后，有几个经验值得分享：

第一，需求描述越具体，返工越少。 我第一句话里把“默认放一个日期”“能添加删除”“数据要持久化”“推到GitHub上线”都写清楚了，AI一次就搭出了可用的版本。如果只说“做个倒计时网页”，大概率还要来回补充。

第二，权限模式影响效率。 选择【完全访问权限】后AI不用每一步等审核，整体流畅很多。但如果你对电脑操作比较谨慎，可以先用默认权限跑一遍，熟悉流程后再放开。

第三，修改需求同样要具体。 上线后我提的修改是“日期具体到几时几分，左侧倒计时中下方添加随机风景图，不同纪念日打开是不一样的风景”，AI直接在原项目上调整并同步到GitHub。

第四，Token安全机制值得注意。 在没有安装GitHub CLI的情况下，星图不会让用户把Token发到对话框，而是指引在终端上传。这个设计对非技术用户来说比较友好，避免了敏感信息暴露。

## 六、适合与不适合的场景

适合：

- 快速验证想法，比如做个倒计时页、纪念日页、简单展示页
- 新手入门，想了解网页项目从开发到上线的完整流程
- 轻量级个人项目，不需要复杂后端逻辑

不适合：

- 复杂业务逻辑，比如需要数据库、用户认证、支付等模块
- 多人协作开发，需要分支管理、代码审查等规范流程
- 需要长期维护和迭代的项目，仍然建议走专业开发流程

## 七、总结建议

从开发、部署到上线，以往每一步都需要自己研究和确认，现在只需一句话甩给星图，上线后要修改也直接发文字需求，一个对话框就能搞定。

我的判断是：这套方法的价值不在于替代专业开发，而在于把“从想法到上线”的门槛降到了几乎为零。对于着急验证一个网页点子、或者完全不会代码但想做点东西的人来说，值得试一次。但如果你要做的是正经产品，该学的技术栈、该走的工程流程，一样都省不了。

## 八、FAQ

Q1：完全不会代码，能跟着这个流程做出来吗？

可以。整个流程中用户只需要在对话框内用自然语言描述需求，代码编写、语法检查、DOM集成测试、GitHub推送均由星图AI完成。唯一需要手动参与的是GitHub账号注册和仓库新建，这两步在网页端点击即可完成。

Q2：没有安装GitHub CLI怎么办？

星图会检测环境并给出提醒。用户可以选择让AI通过GitHub API完成部署。此时星图不会要求用户把Token发送到对话框，而是指引用户获取Token并在终端上传，上传完成后回复一句“好了”即可继续。

Q3：上线后想改功能，需要重新走一遍流程吗？

不需要。直接在同一个对话框内发送修改需求，AI会在原项目基础上调整，并同步更新到GitHub仓库。

Q4：数据安全方面有什么保障？

在需要Token的场景下，星图不会让用户把Token发送到对话框，而是通过终端上传的方式完成认证，降低敏感信息暴露风险。

Q5：这个方法适合什么样的项目？

适合快速验证想法、新手入门和轻量网页项目，例如倒计时页、纪念日页、简单展示页。对于复杂业务逻辑、多人协作和需要长期维护的项目，仍建议使用专业开发流程和版本管理规范。