AI 为何频频索要仓库链接？
近期利用 Codex 与 Claude Code 开发若干小型项目。
某次，我指令 AI 将代码推送至 GitHub。
原以为它能径直完成任务。
未曾想它反问道：
请告知仓库地址。
此刻我略显困惑。
内心嘀咕：
不正是你负责提交吗？
为何还需我来提供仓库链接？
经一番钻研方知，此乃众多新手常遇之难题。
且该问题背后，实则蕴含 Git 与 GitHub 的核心概念。
⸻
AI 不知目标提交地
设想你本机存有某项目：
D:\Workspace\project\视频下载器
你向 AI 下达指令：
帮我推送到 GitHub。
对人类而言，此言似无大碍。
然对 AI 来说，却缺失关键信息。
只因 AI 仅知晓：
本地路径：
D:\Workspace\project\视频下载器
它并不清楚：
对应何种 GitHub 仓库
譬如：
github.com/minjun3219/video-downloader
亦或是
github.com/minjun3219/bilibili-downloader
还是
github.com/company/video-tools
它全然不知。
故而只能反问：
仓库地址为何？
⸻
本地工程≠GitHub 仓库
许多初涉 Git 者，易生一误解。
认为：
本地存有项目
=
GitHub 拥有仓库
实则大相径庭。
好比：
你电脑中存在：
D:\Workspace\project\视频下载器
此为本地工程。
而 GitHub 之上：
github.com/minjun3219/video-downloader
此乃远程仓库。
二者本无关联。
中间需建立一次映射关系。
Git 方能明了：
此本地工程
对应
此 GitHub 仓库
⸻
origin 究竟何意？
诸多教程皆现此类语句：
git remote add origin xxx
初看令人费解。
后发觉，译为通俗语言便易理解。
例如：
git remote add origin https://github.com/minjun3219/video-downloader.git
实则为：
为此 GitHub 仓库起个别名，唤作 origin。
此后：
git push origin main
即等同于：
将代码推送至该远程仓库。
因此：
origin
≠ GitHub
origin
≠ 固定地址
origin
= 当前项目远程仓库之别名
各项目均可拥有专属 origin。
⸻
为何 AI 偶不问仓库地址？
因其已然知晓。
譬如：
你此前已执行：
git remote add origin xxx
或者：
gh repo create
那么项目中已存远程仓库配置。
此时运行：
git remote -v
或可见：
origin https://github.com/minjun3219/video-downloader.git
AI 一见便知：
原来此项目对应彼仓库。
于是直接 push 即可。
绝不会再行询问。
⸻
GitHub CLI 乃 AI Agent 时代关键
往昔创建仓库流程如下：
开启 GitHub
点击 New Repository
输入仓库名称
建立仓库
复制仓库链接
返回本地配置
全程极为手工。
但 AI Agent 时代已然变革。
现今更推崇：
gh auth login
登录一次。
继而：
gh repo create video-downloader
直接创建仓库。
甚至可自动：
绑定 origin
建立远程仓库
推送代码
时常连网页无需开启。
⸻
为何我愈发青睐 GitHub CLI？
因其解决了一至关重要问题。
昔日：
项目
↓
Git
↓
GitHub
需人手动连接。
如今：
项目
↓
AI Agent
↓
GitHub CLI
↓
GitHub
整条链路皆可自动化。
对 AI 而言：
命令行远较网页易于操作。
故未来愈多项目管理操作，都将借由 GitHub CLI 完成。
⸻
结语
后来我察觉。
AI 询问仓库地址，非因它不会提交。
而是因其不明：
当前项目
对应哪个 GitHub 仓库
此问题本质非 Git 之过。
而是项目与仓库间的映射难题。
领悟此点后。
许多过往看似繁杂之物，诸如：
origin
remote
GitHub CLI
自动建仓库
瞬间串联贯通。
很多时候，我们自认在学习命令。
实则是在理解系统运作机制。