opensource-pipeline

Topics in the source

• オープンソースパイプラインスキル
• アクティベートするタイミング
• コマンド
• プロトコル
• /opensource fork PROJECT
• ステップ1: パラメータを収集する
• ステップ2: ステージングディレクトリを作成する
• ステップ3: フォーカーエージェントを実行する

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のorgまたはユーザー名？」（デフォルト: gh api user -q .loginで検出） 4. 「GitHubリポジトリ名？」（デフォルト: プロジェクト名） 5. 「READMEの説明？」（提案のためにプロジェクトを分析） opensource-forkerエージェントをスポーン: 完了を待つ。{STAGINGPATH}/FORKREPORT.mdを読む。 opensource-sanitizerエージェントをスポーン: 完了を待つ。{STAGINGPATH}/SANITIZATIONREPORT.mdを読む。 FAILの場合: 結果をユーザーに表示する。「これらを修正して再スキャンしますか、それとも中止しますか？」と尋ねる。 修正する場合: 修正を適用し、サニタイザーを再

This is an excerpt. Refer to the complete source and its current requirements.