opensource-pipeline

原文涵盖的主题

• 开源流水线技能
• 何时激活
• 命令
• 协议
• /opensource fork PROJECT
• 步骤 1：收集参数
• 步骤 2：创建暂存目录
• 步骤 3：运行分叉代理

通过三阶段流水线安全地开源任何项目：分叉（剥离密钥）→ 净化（验证清洁）→ 打包（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 | 显示暂存项目的报告 | 完整流水线——主要工作流程。 解析项目路径。如果 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 的描述？"（分析项目以提供建议） 生成 opensource-forker 代理： 等待完成。读取 {STAGINGPATH}/FORKREPORT.md。 生成 opensource-sanitizer 代理： 等待完成。读取 {STAGINGPATH}/SANITIZATIONREPORT.md。 如果失败： 向用户展示发现结果。询问："修复这些问题并重新扫描，还是中止？" 如果修复：应用修复，重新运行净化器（最多重试 3 次——3 次失败后，展示所有发现结果并请用户手动修复） 如果中止：清理暂存目录 如果通过或带警告通过： 继续步骤 5。 生成 opensource-packager 代理： 向用户展示： 独立运行净化器。解析路径：如果 PROJECT 包含 /，则视为路径。否则检查 $HOME/opensource-staging/PROJECT，然后 $HOME/PROJECT，最后当前目录。 独立运行打包器。询问"许可证？"和"描述？"，然后： 显示每个项目及其流水线进度（FORK\REPORT.md、SANITIZATION\REPORT.md

这里只展示节选，请以完整原文和当前要求为准。