一个人，一句话，一个Issue从创建到关闭，全程不到10分钟。
前言：命令行的进化
作为一个独立开发者，我每天都在和终端打交道。git add、git commit、git push，这些命令早已刻进了肌肉记忆。
但说实话，有时候面对一堆待处理的Issue，我内心是崩溃的。
直到最近，我尝试了一种新的工作方式——让Claude Code直接连接GitHub CLI，用自然语言驱动整个开发流程。
那种感觉，就像给你的AI助手配了一双能操作键盘的手。
起因：一个简单的需求
我有一个开源小项目：加密钱包助记词打印模板。某天，我给自己提了一个Issue：
#1 修改重要提醒文字为红色
目前助记词卡片中间的”重要提醒”文本默认是褐色，希望将文本改成红色，这样可以更加醒目地提醒用户。
一个再简单不过的CSS修改需求。
按照以往的流程，我需要：打开项目 → 找到对应文件 → 定位样式代码 → 修改颜色值 → 测试效果 → 提交代码 → 关闭Issue。或者是启动Claude Code，手工布置任务，等到完成后，再去手工close issue。
这次，我决定换个玩法。
准备工作：给Claude Code接上GitHub
首先，确保你的环境里安装了GitHub CLI（gh）。如果没有：
# macOS
brew install gh
# Windows
winget install GitHub.cli
然后完成身份认证：
gh auth login
跟着引导走，选择GitHub.com，HTTPS协议，浏览器登录。几秒钟后，你会看到那个让人安心的绿色对勾：
✓ Authentication complete.
✓ Logged in as thesignalwise
配图：gh auth login 的终端输出和浏览器授权页面
魔法时刻：一句话搞定一切
进入项目目录，启动Claude Code：
claude --dangerously-skip-permissions
⚠️
--dangerously-skip-permissions会跳过执行确认，适合你完全信任当前操作环境时使用。生产环境请谨慎。
然后，我只输入了一句话：
请使用gh cli查看最新的github issue，并解决其中一个。
接下来发生的事情，让我有点恍惚。
Claude的思考与行动
Claude首先尝试获取Issue列表：
gh issue list --limit 10 --state open --json number,title,body,labels,assignees
它甚至在第一次命令出错时（assignee写错了），自动修正为assignees重新执行。
拿到Issue后，Claude开始分析：
找到了一个issue：#1 “修改重要提醒文字为红色”
这是一个增强功能请求…这个问题很适合解决，因为：
- 是一个简单的CSS样式修改
- 有明确的需求描述
- 涉及用户体验改进
然后它读取了index.html，精准定位到第97行的.warn类：
/* 修改前 */
.warn { color: #7c5a13; } /* 褐色 */
/* 修改后 */
.warn { color: #dc2626; } /* 红色 */
不仅修改了中文版，还同步更新了英文版index_en.html。
配图：GitHub Issue #1 的详情页面
一键收尾：提交、推送、关闭
修改完成后，我追加了一句：
提交git commit并推送远程，然后关闭issue
Claude的操作行云流水：
git add index.html index_en.html
git commit -m "修改重要提醒文字为红色，提高安全警示效果
Fixes #1
- 将.warn类颜色从#7c5a13(褐色)改为#dc2626(红色)
- 同步更新中英文版本"
git push origin main
当它准备手动关闭Issue时，发现了一个小惊喜：
! Issue #1 is already closed
因为commit message里包含了Fixes #1，GitHub已经自动关联并关闭了这个Issue。
Claude甚至知道这个机制，并向我解释了原因。
配图：重要提醒文字已变为红色的最终效果
配图：GitHub Issue自动关闭的状态页面
配图：产品需求的确已经实现，且看到了效果（文字变成红色）
这种体验意味着什么？
回顾整个过程，我的实际输入只有两句话：
- “请使用gh cli查看最新的github issue，并解决其中一个。”
- “提交git commit并推送远程，然后关闭issue”
剩下的一切——读取Issue、分析需求、定位代码、修改文件、验证结果、编写commit message、推送代码——全部由Claude自主完成。
这不是简单的”AI帮我写代码”。
这是AI理解了我的开发工作流，并且能在其中自主导航。以后， 你可以在火车上通过github app手机端提交零散的需求或者灵光乍现的点子，然后在某个深夜，安排Claude Code 帮你一次性开发完成，那种感觉——太舒服了！
更多可能性
有了gh cli这个桥梁，你还可以尝试：
# 让Claude帮你review PR
"查看最近的pull request，给出代码review意见"
# 让Claude帮你整理Issue
"查看所有open的issue，按优先级分类整理"
# 让Claude帮你写release notes
"查看最近10个已合并的PR，帮我写这个版本的更新日志"
# 让Claude参与讨论
"查看issue #5的所有评论，总结各方观点"
当AI能够读写你的GitHub仓库，它就不再只是一个代码生成器，而是一个真正的协作者。
写在最后
我知道有些朋友可能会担心：让AI直接操作代码仓库，安全吗？
我的建议是：
- 从小项目开始尝试，建立信任感
- 善用Git的版本控制，任何修改都可以回滚
- review AI的每一次提交，至少在初期
- 不要在敏感项目上使用skip-permissions模式
但说真的，当你第一次看到AI自己去查Issue、自己分析需求、自己修改代码、自己写commit message的时候…
那种感觉，就像第一次用上智能手机，你会意识到：哦，原来这件事可以这样做。
我们正站在一个有趣的节点上。
如果你也尝试了这种工作方式，欢迎在评论区分享你的体验。
见微知著 · TheSignalwise 
留下评论