
Project Init
- 190 installs
- 1 repo stars
- Updated August 2, 2026
- fandhe-ai/agent-cli-skills
Helps with ai & agent building tasks.
About
project-init is a Claude Code skill for ai & agent building. It helps solo builders move faster with AI-assisted development.
- project-init
- AI & Agent Building
- AI-coding skill
Project Init by the numbers
- 190 all-time installs (skills.sh)
- Ranked #2,958 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
- Data as of Aug 3, 2026 (Skillselion catalog sync)
npx skills add https://github.com/fandhe-ai/agent-cli-skills --skill project-initAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 190 |
|---|---|
| repo stars | ★ 1 |
| Last updated | August 2, 2026 |
| Repository | fandhe-ai/agent-cli-skills ↗ |
What it does
Helps with ai & agent building tasks.
Files
project-init
GitHub Project v2 を新規作成し、標準フィールドを設定してリポジトリにリンクします。ビルトインワークフロー(自動ステータス変更・自動追加・自動アーカイブ)の設定もガイドします。
前提条件
ghCLI がインストールされ、認証済みであることprojectスコープが付与されていること(gh auth statusで確認)
フロー
Step 1: プロジェクト情報を確認する
ユーザーから以下を確認:
- プロジェクトタイトル
- オーナー(ユーザー or Organization)
- 可視性(PUBLIC / PRIVATE)
- 説明文(任意)
オーナーが未指定の場合は自動検出:
gh repo view --json owner -q '.owner.login'Step 2: プロジェクトを作成する
gh project create \
--owner <owner> \
--title "<タイトル>" \
--format json出力からプロジェクト番号を取得する。
Step 3: リポジトリにリンクする
gh project link <number> --owner <owner>Step 4: 標準フィールドを作成する
以下のフィールドを順次作成する:
# Status(デフォルトで存在する場合はスキップ)
gh project field-create <number> \
--owner <owner> \
--name "Status" \
--data-type "SINGLE_SELECT" \
--single-select-options "Todo,In Progress,In Review,Done"
# Priority
gh project field-create <number> \
--owner <owner> \
--name "Priority" \
--data-type "SINGLE_SELECT" \
--single-select-options "High,Medium,Low"
# Size
gh project field-create <number> \
--owner <owner> \
--name "Size" \
--data-type "SINGLE_SELECT" \
--single-select-options "XS,S,M,L,XL"Note: Status フィールドは GitHub が自動作成する場合がある。エラーが出た場合は既存フィールドをそのまま使用する。
Step 5: プロジェクトの説明を設定する
gh project edit <number> \
--owner <owner> \
--description "<説明文>" \
--visibility <PUBLIC|PRIVATE>Step 6: ビルトインワークフローを設定する
GitHub Projects v2 にはコード不要のビルトインワークフローがある。プロジェクト設定画面でユーザーに以下の有効化をガイドする。
設定 URL: https://github.com/orgs/<owner>/projects/<number>/workflows (個人プロジェクトの場合: https://github.com/users/<owner>/projects/<number>/workflows)
推奨するビルトインワークフロー
| ワークフロー | 動作 | デフォルト状態 | 推奨 |
|---|---|---|---|
| Item closed | Issue/PR がクローズされたら Status → Done | 有効 | そのまま維持 |
| Pull request merged | PR がマージされたら Status → Done | 有効 | そのまま維持 |
| Item reopened | Issue が再オープンされたら Status → Todo | 無効 | 有効化を推奨 |
| Item added to project | アイテム追加時に Status → Todo | 無効 | 有効化を推奨 |
| Auto-add to project | フィルタに一致する Issue/PR を自動追加 | 無効 | 有効化を推奨 |
| Auto-archive items | Done から N 日後に自動アーカイブ | 無効 | 任意 |
| Auto-close issue | ボードで Done にすると Issue を自動クローズ | 無効 | 有効化を強く推奨 |
重要: Auto-close を有効にしないと、ボード上で Status を Done にしても Issue は自動クローズされない。双方向同期には必須。
Auto-add フィルタ例
is:issue,pr is:open repo:<owner>/<repo>ラベルで絞り込む場合:
is:issue,pr is:open label:sprint-1 repo:<owner>/<repo>Step 7: 継続的自動同期の案内
ビルトインワークフローではカバーできない PR ライフサイクル連動(opened→In Progress, review_requested→In Review)などの高度な同期が必要な場合は、project-sync-issues スキルで GitHub Actions ワークフローを生成できることを案内する。
Step 8: 作成結果を報告する
以下の情報を表示:
- プロジェクト URL
- プロジェクト番号
- 作成されたフィールド一覧
- リンクされたリポジトリ
- ビルトインワークフロー設定 URL
- 推奨設定のチェックリスト
注意事項
- Status のオプション値はユーザーの要望に応じてカスタマイズ可能
- フィールド作成でエラーが発生した場合(既に存在する等)はスキップして続行する
- Organization プロジェクトの場合、適切な権限が必要
- ビルトインワークフローは CLI/API では設定できないため、Web UI での設定が必要
- sandbox 環境では実行できない(後述の「sandbox 環境での実行」節を参照)
検証
Step 8 完了後、以下で作成結果を確認する:
gh project view <number> --owner <owner> --format json
gh project field-list <number> --owner <owner> --format jsonプロジェクト URL・フィールド一覧(Status / Priority / Size)が出力されれば完了。
sandbox 環境での実行
このスキルは sandbox 環境では実行できない。ネットワークアクセス・ファイルシステムへの書き込みが必要なため、通常の Claude Code セッションで実行すること。