本项目是以解决GitHub上组织或组织内团队无法实现自动化邀请的脚本项目，
reference/是之前迭代的项目，我看其内容似乎过于繁琐，所以准备优化并简化该项目，并把这两个脚本合并成一个脚本
本脚本输入：
- 直接输入用户名或邮箱
- 关于用户名和邮箱的xlsx文件，或者直接的csv文件
其中，xlsx文件，默认检索
GitHub用户名,GitHub邮箱和姓名三列,
csv文件,默认第一行用户名,第二行邮箱,第三行姓名,有支持自定义顺序的选项参数
本脚本处理:
- 组织邀请, 直接发邮箱邀请(可以直接按用户名邀请吗?,如果可以,就用用户名邀请)
- team邀请, 直接用用户名邀请, 如果没有在组织内,就先发组织邀请
本脚本输出:(以下是硬性要求输出)
- 哪些人成功发送邀请,哪些人发送失败(这里的人,指姓名), 输出要干净和整齐
- 发送失败的原因 和处理措施
- 剩下没想好, 你问我
至于项目最终结构:
- 要求一个
dsh/目录存放日志和skill, 其他没想好,到时候和我一起讨论 - 要求一个面向使用者的非常简短的readme,里面只包含使用前提和使用时的命令介绍和例子,
- 要求一个面向开发者的略微详细些的architecture,里面里看着写,
>>> 特别提醒 >>>除token.txt不要出现任何敏感信息<<< 特别提醒 <<<
后续(2026-10-04): 脚本已定稿并转为稳定使用。
reference/旧项目已删除; 输入不再接受.txt名单与标准输入, 只收 csv/xlsx 表格 (表格之外可以在命令行再补一个用户名或邮箱)。详见 README.md 与 ARCHITECTURE.md。
后续(2026-10-05): 结构定了。源码按职责拆成
inviter/包(14 个模块), 仓库根的github_inviter.py退化为转发用的兼容层、但仍然是入口 —— 命令、参数、输出一律没变, 旧文档与旧测试都照旧能用。 日志与 skill 实际落在.dsh/(即上面写的dsh/, 已统一命名)。 依赖方向与兼容层约定见 ARCHITECTURE.md 第二节; 这次拆分的过程记录见 .dsh/logs/2026-10-05-split-into-modules.md。