Git代码看板小程序发版了：先把手机上看仓库这件事做好
这段时间，我把 Git代码看板 的小程序版做出来了，也开始进入可以持续发版的阶段。
先说明一下，它不是那种一上来就什么都想做的大产品。
这次更像是把一个我自己也会反复用到的需求，认真做成了一个可以拿出来用的版本：
如果用一句话概括这次发版，我更愿意说：
先把“离开电脑之后，怎么继续看代码和看仓库”这件事做好。
为什么是小程序版
我做这个小程序，不是为了把 GitHub 或 Gitee h5版再做一遍。 我只是想把“登录自己的账号，在微信里快速看仓库和代码”这件事做得简单一点。
比如你在通勤路上，突然想确认某个仓库最近有没有更新；比如你在开会，想快速翻一下 README 或配置文件；比如你做自己的 side project，偶尔会想看看某个项目最近状态怎么样，Star 有没有变化。
这些时候，你并不是想“正式开始写代码”，你只是想：
电脑前这些动作都很自然，但到了手机上，体验就经常断掉。
所以我最后没有从“做一个大平台”开始，而是从一个更具体的问题开始：
怎么让开发者在移动场景里，也能比较顺手地访问自己的代码世界。
这次发版，先做了哪些能力
当前这个版本，我主要把几件高频动作先打通了。
1. GitHub / Gitee 登录和统一入口
很多开发者并不是只在一个平台上工作。
有的项目在 GitHub，有的镜像或协作在 Gitee，还有些仓库分散在不同账号下面。如果每次都要切平台、切账号、重新找仓库，其实很消耗注意力。
所以 Git代码看板 的第一步，不是炫功能，而是把入口先统一起来。
2. 手机上快速看仓库和代码
很多时候你要的不是完整开发环境，而是一个“马上能看”的能力。
比如：
这些动作如果能在手机上顺畅完成，很多小问题其实当场就能解决，不用非得等回到电脑前。
3. 看项目状态，而不只是看一个页面
我做“代码看板”这个名字，不是想做一个花哨的概念，而是希望它真的是个面板。
也就是说，除了点进某个仓库，还能更快看到：
对独立开发者或者同时维护多个项目的人来说，这种“先看整体，再看细节”的方式会更省力。
这次发版，不想吹得太大
这篇也算是一个很简单的发版说明，所以我还是想说得诚实一点。
现在这个版本并不是“功能已经全了”，也不是“已经把所有开发者场景都覆盖了”。
它更像一个已经能开始用、也值得继续迭代的版本。
有些能力已经可以支撑真实使用，有些细节后面还会继续补。如果后面有人真的开始拿它当日常工具，我反而更容易知道下一步该优先做什么。
所以这次发版的重点，不是宣布一个多大的故事，而是把第一批真正能用的东西交付出来。
这个公众号后面会写什么
既然公众号也开始用了，我后面会把这里当成 Git代码看板 的更新记录和开发笔记出口。
不过先说在前面，我没有打算把它运营成一个日更号，也不会为了发内容硬凑选题。
时间有限，这个号后面大概率会按“有东西可写，再认真写一篇”的节奏来更新。
目前比较明确会写的内容，大概有三类。
1. Git代码看板的小程序发版和功能更新
这是最直接的一类。
后面如果有新版本、新功能、关键交互调整，或者我对产品方向有新的判断，都会优先在这里记录。
2. AI智能体开发相关内容
最近我也在持续折腾 AI智能体、自动化工作流这类东西。
如果中间有一些真正值得拿出来讲的经验，比如：
这些内容，我也会放到这个号里。
3. 代码开发和真实踩坑
除了产品本身，我也会写一点更贴近开发过程的东西。
不一定是系统性教程，更可能是：
如果能对同样在做产品、做工具、做 side project 的人有一点参考价值，这个号就算没白写。
公众号的规划，先保持简单一点
这个号后面不会做得很重，也不会一下铺得特别开。
至少现阶段，我对它的规划比较简单：
更新频率不会特别高，但我希望每篇都尽量和真实开发、真实产品有关。
如果后面能稳定积累一批真正关心这类内容的人，这个号就已经达到目标了。
最后
Git代码看板 的小程序版已经开始发版了。
这次先不讲太大愿景，先把能用的东西一件一件做出来。公众号这边也一样，不求高频，只求内容尽量真实、有用、能接上后面的迭代。
小程序码
如果你想直接试试，现在可以微信扫码打开：
如果你扫码后有体验上的问题，或者你觉得现在最该优先补的不是“看代码”，而是别的能力，也欢迎直接告诉我。
如果你也会在手机上看 GitHub、Gitee、项目状态，或者你本身就在做产品、做工具、做自动化工作流，欢迎留言告诉我：
你最希望 Git代码看板 先把哪一类问题做好？也可以告诉我，你后面更想看“产品发版”、“AI智能体开发”，还是“真实代码开发踩坑”这类内容。
10个月宝宝每天需要喝多少奶粉？
