Agent skill · software engineering · affaan-m
opensource-pipeline
开源流水线：fork、清理并打包私有项目以安全公开发布。串联3个代理（fork代理、清理代理、打包代理）。触发词：'/opensource'、'open source this'、'make this public'、'prepare for open source'。
Why this skill is useful
Adds a complete executable pipeline for safely open-sourcing projects, including scripts for forking, sanitizing, and packaging that aren't available in public documentation.
What it needs
Requires gh installed locally. Requires github account access. About 2k tokens when loaded. Last updated 2026-08-06. 238,342 stars on the source repository.
What this skill does
开源流水线技能 通过三阶段流水线安全地开源任何项目：分叉（剥离密钥）→ 净化（验证清洁）→ 打包（CLAUDE.md + setup.sh + README）。 何时激活 用户说"开源此项目"或"使其公开" 用户希望将私有仓库准备为公开发布 用户需要在推送到 GitHub 前剥离密钥 用户调用 /opensource fork、/opensource verify 或 /opensource package 命令 命令 操作 --------- -------- /opensource fork PROJECT 完整流水线：分叉 + 净化 + 打包 /opensource verify PROJECT 对现有仓库运行净化器 /opensource package PROJECT 生成 CLAUDE.md + setup.sh + README /opensource list 显示所有暂存项目 /opensource status PROJECT 显示暂存项目的报告 协议 /opensource fork PROJECT 完整流水线——主要工作流程。 步骤 1：收集参数 解析项目路径。如果 PROJECT 包含 /，则视为路径（绝对或相对）。否则检查：当前工作目录、$HOME/PROJECT，然后询问用户。 询问用户： 1. "哪个项目？"（如果未找到） 2. "许可证？（MIT / Apache-2.0 / GPL-3.0 / BSD-3-Clause）" 3. "GitHub 组织或用户名？"（默认：通过 gh api user -q .login 检测） 4. "GitHub 仓库名称？"（默认：项目名称） 5. "README 的描述？"（分析项目以提供建议） 步骤 2：创建暂存目录 步骤 3：运行分叉代理 生成 opensource-forker 代理： 等待完成。读取 {STAGINGPATH}/FORKREPORT.md。 步骤 4：运行净化代理 生成 opensource-sanitizer 代理： 等待完成。读取 {STAGINGPATH}/SANITIZATIONREPORT.md。 如果失败： 向用户展示发现结果。询问："修复这些问题并重新扫描，还是中止？" 如果修复：应用修复，重新运行净化器（最多重试 3 次——3 次失败后，展示所有发现结果并请用户手动修复） 如果中止：清理暂存目录 如果通过或带警告通过： 继续步骤 5。 步骤 5：运行打包代理 生成 opensource-packager 代理： 步骤 6：最终审查 向用户展示： 步骤 7：GitHub 发布（用户批准后） /opensource verify PROJECT 独立运行净化器。解析路径：如果 PROJECT 包含 /，则视为路径。否则检查 $HOME/opensource-staging/PROJECT，然后 $HOME/PROJECT，最后当前目录。 /opensource package PROJECT 独立运行打包器。询问"许可证？"和"描述？"，然后： /opensource list 显示每个项目及其流水线进度（FORK\REPORT.md、SANITIZATION\REPORT.md、CLAUDE.md 是否存在）。 /opensource status PROJECT 暂存布局 反模式 绝不在未经用户批准的情况下推送到 GitHub 绝不跳过净化器——它是安全门 绝不在净化器失败且未修复所有关键发现后继续 绝不在暂存目录中保留 .env、.pem 或 credentials.json 最佳实践 对于新版本，始终运行完整流水线（分叉 → 净化 → 打包） 暂存目录会持续存在直到显式清理——用于审查 在发布前，任何手动修复后重新运行净化器 参数化密钥而非删除它们——保留项目功能 相关技能 参见 security-review 了解净化器使用的密钥检测模式。
How to use it
Reference it in AdaL, Claude Code, Cursor or any coding agent — nothing to install:
@skills affaan-m/opensource-pipeline--407e3d