核心团队专用 · 原「团队成员接入指南」

📘 核心团队接入指南

从「注册进 GitHub 组织」到「让 Claude Code 自动上传进度」,再到「部署到公用 VPS」——照着一步步做就行。

🔀 你是各部门来提交代码贡献的伙伴,不是核心团队(温蒂/艾拉/金金/林晨风)?麻烦改看 《外部贡献者接入指南》。
整体原理:你把代码 push 到团队 GitHub 组织里你的仓库 → 面板自动把这次提交整理成你今天的进度(按你的花名)。让 Claude「做完一段自动 commit+push」,你就完全不用手动记进度。
如果你的服务还要跑在公用 VPS 上(像面板/话术/质检那样),第 5 步教你怎么让 Claude 帮你部署上去。
全流程 6 步:① 注册 & 进 GitHub 组织 → ② 装 Claude Code + 配 git → ③ 面板登记花名 → ④ 接项目仓库 + 自动 commit&push → ⑤(可选)部署到公用 VPS → ⑥ 日常规范
1

注册 & 加入团队 GitHub 组织

  1. 有 GitHub 账号吗?没有就到 github.com 免费注册一个(记住你的用户名,后面到处要用)。
  2. 把用户名发给管理员:把你的 GitHub 用户名私发给 艾拉(t.me/Islalalawan),请她邀请你进 kefucenterteam 组织。
  3. 接受邀请:到你的 GitHub 通知(右上角铃铛)或注册邮箱,点接受组织邀请。
为什么要进组织?你的项目仓库必须放在 kefucenterteam 组织下,面板才会通过组织 webhook 自动记录你的进度(零额外配置)。
2

装 Claude Code + 配好 git 身份

  1. 装好 Claude Code(还没装就先装)。
  2. 配 git 身份(终端跑一次,把用户名换成你自己的):
git config --global user.name "你的GitHub用户名"
git config --global user.email "你的GitHub用户名@users.noreply.github.com"
gh auth login   # 让本机能推代码(或配好你的 Git 凭据 / PAT)
关键:user.name 必须 = 你的 GitHub 用户名,而且要和你在第 3 步面板里填的一模一样;user.email 用 GitHub 给的 noreply 邮箱(如上),或已经在 GitHub 验证过的邮箱——面板先靠邮箱认出是哪个 GitHub 账号、再靠用户名,把每次提交归到你的花名。填错/不一致,进度就会记到别人或原始英文名头上。
🔴 本地用自己的账号(2026-10-08 起):本机推代码一律用你自己的 GitHub 账号(团队公用账号只给 VPS 拉代码用);也不要在单一仓库里另外设 user.name/user.email——仓库内的设定会盖过上面的全域设定,面板就认不出你(进度面板仓之前被设成 kefu-bot,一百多笔提交都认不出是谁)。查法:在仓库里跑 git config --local --get-regexp user,有输出就是被盖了。
🔑 GitHub Token / Key 怎么交给 Claude?(重要)
绝对不要把 token 直接贴进 Claude 的聊天框——它会留在对话记录里,等于泄露。
正确做法:优先交给系统保管(gh auth login 或 Windows 凭据管理员),Claude 推代码时会自动用到;真要存成文件,就放在个人目录、不在任何仓库里(例如 ~/.git_token),别放进项目资料夹——放项目里就算写进 .gitignore,也常被打包、复制或一个 git add -A 带走;然后告诉 Claude:「我的 GitHub token 存在 <文件路径>,需要时你自己去读,别打印出来」。
这样 Claude 每次 push 都能自动读取凭据、自动联动 git,token 全程不进聊天、不进仓库。
3

到面板登记你的花名 & GitHub 账号

  1. 打开面板 http://72.60.199.242:8080 → 用「统一登录中心」登录(跟考勤、其他面板同一套账号:输入花名或工号 → 用考勤机器人确认,不用另设密码)。
  2. 右上「⚙️ 设置 → GitHub 资料」→ 填你的 GitHub 用户名(必填)。
  3. (可选)填 GitHub Token(需 repo 权限)——只有用面板的「转移仓库」功能才需要;加密存储。不会拿?👉 点这看图文引导。
顺序很重要:一定要先填好 GitHub 用户名,再开始 push。否则你最早那几条进度会先记成原始英文名,事后得请管理员帮你改回花名。
4

接项目仓库 + 让 Claude「做完一段自动 commit&push」

有三套,按你的情况选:A 全局版(设一次、所有项目通用,推荐)/B 专案版(把你自己的项目接上面板)/C 协作版(不建不转仓库,只帮别人的现有专案推提交)。A 可长期常驻,B/C 是当下要接某个项目时贴。

A · 全局版(推荐)

写进你的 ~/.claude/CLAUDE.md(全局设定)。以后任何「已把 origin 指向团队组织仓库」的项目都自动遵守,开新项目不用再贴。

# 自动同步团队进度面板(全局规则,对所有项目生效)

每当我在【已把 git 远程 origin 指向团队组织 kefucenterteam 的项目】里完成一段有意义的工作,自动执行(不用我提醒):
- git add -A
- git commit:提交信息用「简体中文一句话」,具体写清这段做了什么(到功能/模块)。动词写明:修复了/优化了/重构调整了/新增了/解决了……(面板据此自动归类:BUG修复/优化/逻辑修整/功能开发/障碍解决…)。别写"更新代码""改一下"。**尽量说人话、少堆生涩技术缩写**——面板会把它整理给主管看。
- git push 到 origin 当前分支
- 如果卡住:提交信息里同时写清「阻碍」和「所需协助」——阻碍=在等什么资料/缺什么权限/需要谁配合;所需协助=具体要拿到什么、或谁在什么时间做什么动作。例:「阻塞:等待财务提供对账API文档;需要:财务本周内给出字段说明」。面板会填进「阻碍/所需协助」两栏并在汇总看板「当前阻碍」列出。
- 如果某个功能模块进度有变化(完成/推进/卡住/新增模块),顺手更新项目根目录的 进度看板.md(没有就建),每行:模块名 | 状态 | 进度% | 一句话说明;状态只用 待开始/进行中/待协助/已完成;可选首行「整体: NN%」。可选「里程碑: 一句话」(你判断专案当前整体进展写一句,如「已上线,进入持续优化」,显示在卡头📌)。**每个模块下方可跟若干「✅ 已完成功能 / ⬜ 未完成功能」子行**,让主管看到该架构下哪些功能好了、哪些还没。push 后面板「专案进度总览」自动刷新;只改这个文件不算每日进度。**模块名/说明/功能项都要白话、面向管理层**:把技术改动翻成「对业务/用户/团队的意义」(接口→系统对接、token→凭证、部署→上线…),少堆技术缩写,但要具体、不编造没有的成效。

【安全红线】只对已配置 origin=kefucenterteam 组织仓库的项目自动 push;含密码/token/凭据的文件夹或工作区,绝不自动 git init / add / push。

【为什么】push 后面板用提交信息自动整理成当日进度,写得越清楚面板越准;同一天多次 push 自动合并成一条。阻碍/完成等判断由面板服务端自动完成。

B · 专案版

当你要把某个具体项目接上面板时贴这段(含设 origin、把这一个仓库建到/转进组织)。

请帮我设置「自动上传 Git + 同步团队进度面板」,并从现在起长期遵守。

【一次性设置】
1. 确认当前项目是 git 仓库;不是就 git init。
2. 把远程 origin 指向团队组织里我的仓库:
   https://github.com/kefucenterteam/<我的仓库名>.git
   - 仓库名就是进度面板上显示的「专案名」,请起个有意义的名字。
   - 如果组织里还没有这个仓库:
     ① 我已有这个仓库(在我自己账号下)→ 到面板「⚙️设置 → 转移仓库 → ①列出我的仓库 → 勾选这一个 → ②转移所选」,只把这一个转进组织(我名下其他仓库不动);
     ② 全新项目 → 直接在 kefucenterteam 组织下创建一个同名仓库。
3. 设置我的 git 身份 user.name 为我的 GitHub 用户名。
4. 把【从此以后】这些规则写进项目根目录的 CLAUDE.md,让以后每次会话都自动遵守。

【从此以后——每完成一段有意义的工作,就自动执行,不用我提醒】
- git add -A
- git commit:提交信息用「简体中文一句话」,清楚写明这一段做了什么
  (要具体到功能/模块,别写"更新代码""修改一下"这种空话)
  动词写清楚:修复了/优化了/重构调整了/新增了/解决了……——面板会据此
  自动归类(BUG修复 / 优化 / 逻辑修整 / 功能开发 / 障碍解决 等)。
  尽量说人话、少堆生涩技术缩写(面板会把它整理给主管看)。
- git push 到 origin 当前分支
- 如果卡住了:在提交信息里同时写清「阻碍」和「所需协助」,按这条进度实际需要写——
  阻碍=在等什么资料 / 缺什么权限 / 需要谁配合,才能继续;
  所需协助=具体要拿到什么、或需要谁在什么时间做什么动作。
  例如:「阻塞:等待财务提供对账 API 文档;需要:财务本周内给出字段说明」。
  面板会自动据此填进「阻碍 / 所需协助」两栏,并在汇总看板的「当前阻碍」里列出。
- 如果这一段让某个「功能模块」的进度有了变化(完成 / 推进 / 卡住 / 新增模块),
  顺手更新项目根目录的 进度看板.md(没有就新建),每行一个模块:
    模块名 | 状态 | 进度% | 一句话说明
  状态只用四种:待开始 / 进行中 / 待协助 / 已完成;可选首行「整体: NN%」(不写自动取平均)。
  可选「里程碑: 一句话」——你判断专案当前整体进展写一句(如「已上线,进入持续优化」),
  显示在总览卡头的 📌 位置。
  每个模块行下方还可以跟若干功能清单子行,标出该架构里哪些功能好了、哪些还没:
    ✅ 已完成的功能
    ⬜ 未完成 / 待做的功能
  (面板会显示在该模块卡片里,给主管一眼看清这个架构下的功能进度。)
  push 后面板「专案进度总览」(给上级看整体进度)会自动刷新。只改这个文件不算进每日进度。
  **模块名和说明要白话、面向管理层**:把技术改动翻成「对业务 / 用户 / 团队的意义」
  (接口→系统对接、token→凭证、部署→上线、缓存→加速…),少堆技术缩写,
  但要具体、不编造没有的成效或数字。(这是给主管看的,别写技术黑话。)

【为什么要这样】
我 push 之后,团队进度面板会用提交信息自动整理成我今天的工作进度,
所以提交信息写得越清楚,面板上的进度就越准。同一天多次 push 会自动合并成一条。
(阻碍/测试/完成等判断都由面板服务端自动完成,你只要把提交信息写清楚即可。)

C · 协作版(帮别人的现有专案,不新建 / 不转仓库)

你只是本次帮忙某个已经在组织里的专案——不建也不转仓库,只要把提交推上去、让面板把这段进度记到那个专案、算到你头上。回答两个常见疑问:归属哪个专案=你 push 到哪个仓库;不用转仓库。

我要协助团队里一个【已经在组织 kefucenterteam 里的现有专案】,不新建也不转移仓库,只是本次帮忙并把提交推上去,让面板把我这段进度记到那个专案下、算到我头上。

1. 先确认我要协助的是哪个专案、它对应的组织仓库地址:
   https://github.com/kefucenterteam/<目标仓库名>.git
   (目标仓库名 = 进度面板上那个专案卡里显示的英文仓库名;不确定就问管理员 / 艾拉。)
2. 本地没有这个仓库就 git clone 上面的地址;已有本地副本就把 origin 指到上面的地址。
3. 设置我的 git user.name = 我的 GitHub 用户名(一定要设!面板据此把这次提交归到"我"的花名,不影响原负责人)。
4. 我每做完一段有意义的工作:git add -A → 用简体中文一句话写清这段做了什么(具体到功能/模块)→ git push 到 origin 当前分支。

(面板按"谁提交"自动归属:我用自己账号 push,这段进度就算在这个专案下、记到我头上;原负责人的记录不受影响。同一天多次 push 自动合并成一条。)
✓ 贴进去执行后,以后你每写完一段,Claude 就会自动用中文说明提交并推送,面板随即出现你今天的进度(含改动文件清单、估算工时等)。
👥 别人接手已有专案?不用改任何 markdown。面板按提交者的 GitHub 账号自动归属花名——谁用自己的账号 push,进度就自动算到谁头上。接手测试/优化的人,只要用自己账号提交即可。
5

(可选)部署到公用 VPS

如果你的 agent / 服务要跑在团队的公用 VPS 上(像面板、话术、质检那样对外提供服务),按下面做。只写代码、不需要长驻服务的,跳过这步。

🔴 2026-10-07 起:VPS 一律走 git(艾拉定)。线上只认 GitHub 上的那一版:本地改 → commit → push 到组织仓库 → 部署(VPS 只往前拉)。不再用上传档案的方式部署,也不在服务器上直接改档。
  1. 先推再部署:本地有没提交、没推的改动,部署会被挡下——线上只会是 GitHub 上那一版,不会是你本机的半成品。
  2. 部署 = 在 VPS 上快进拉取:只准往前拉(不合并、不覆盖),拉完重启服务、确认服务起来了。
  3. 线上被人直接改过 → 部署会被挡:先把那份改动收进 git(拉回本地 → 看过 → commit + push),再部署。别用强制覆盖绕过,那等于把别人的改动丢掉。
  4. 要还原:回到 git 里的旧版本即可,不再靠 .bak 备份档。
接手「现有」专案?用仓库根目录的统一部署器,不用自己写脚本:
python deploy.py <专案> --diff 先看线上现况和这次会带上线的版本(什么都不动,最常用)
python deploy.py <专案> --pull 线上被人直接改过时,把那几个档拉回本地 → 你看过再 commit + push 收编
python deploy.py <专案>  部署(本地没推、线上被直接改过、线上有自己的提交,都会自动挡下)
各专案现况(2026-10-08):面板 kefu、话术 huashu、AI 网关 aigw、质检 zhijian 已走 git(这几个 --force/--seed 不再适用);AI 看板 aidash 由温蒂在她自己电脑开发并部署,统一部署器对它只读(只能 --diff);新质检面板有自己的部署清单(仓库里 code/qc2/DEPLOY.md)。
部署要用的服务器连接资料放根目录 .vps_creds.json(不入库,私下跟艾拉要)。
新专案第一次上 VPS?先找艾拉安排:分配端口、建独立 systemd 服务(含记忆体上限)、在 /opt 下把你的仓库接成 git 工作树、加进统一部署器。之后就照上面的方式部署。
🔴 安全红线:服务器连接资料、密码、令牌,绝不写进任何会 git commit 的文件、绝不贴进聊天 / 仓库 / 这个面板。凭据一旦外泄,整台服务器就等于敞开。
🔴 为什么一定要走 git:VPS 上的专案是多条工作线共同维护的。以前用上传档案部署时,本地一旧就会把别人直接改在线上的东西无声冲掉,而且通常没人当场发现——AI Gateway 线这样冲掉过别人两次;进度面板 10-08 切 git 时,也查出两处只活在线上、git 里没有的改动。走 git 之后,线上只能是 GitHub 上那一版,有人绕过就会在部署时被挡下来。
记住顺序:改完代码 → commit + push(进度面板同时记下你今天做了什么)→ 部署(服务实际更新)。push 是部署的前提,不是另一回事。
6

日常 & 几点规范