ワンクリックでManusで任意のスキルを実行

basercms-security-advisory

スター193

フォーク141

更新日2026年7月3日 04:54

baserCMS のリポジトリセキュリティアドバイザリ（GHSA・triage含む）対応を、一覧取得→指摘検証→課題別の修正→プライベートフォーク/ブランチ/PR作成→ローカル検証まで一気通貫で扱う手順とスクリプト。「セキュリティアドバイザリを確認」「triageの脆弱性を検証」「アドバイザリごとにフォークとPRを作って」「脆弱性修正をプルリクにまとめて」等のときに使う。Copilot/GHAはアドバイザリforkで使えないためローカル検証（/code-review・basercms-unittest）を正とする点、push反映待ちリトライ、共有ファイルのhunk分割、base追従の定番競合解決を収録。

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

baserproject

baserproject/basercms

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

baserCMS セキュリティアドバイザリ対応ガイド

baserCMS のリポジトリセキュリティアドバイザリ（GHSA・triage 含む）を、一覧→検証→課題別修正→フォーク/ブランチ/PR→ローカル検証まで一気通貫で扱う。スクリプトは scripts/ 配下。base ブランチは実行時の現在のブランチ（事前に対象リリースブランチを checkout しておく）。

0. 前提

gh CLI 認証済み。対象 upstream は BCSA_UPSTREAM（既定 baserproject/basercms）。
Copilot レビューと GitHub Actions はアドバイザリのプライベートフォークでは使えない。レビューはローカル /code-review、テストはローカル Docker（basercms-unittest）が正。
フォーク full_name=<owner>/basercms-<小文字GHSA>、remote=sec-<小文字GHSA(先頭ghsa-除去)>、ブランチ=security/<GHSA-ID>。

1. 一覧と分類

scripts/list-advisories.sh [--state triage] で state別件数と一覧を取得し、triage を抽出する。

2. 指摘の検証

scripts/fetch-advisory.sh <GHSA-ID> で詳細を取得し、現在のブランチの実コードと突き合わせて「的確 / 不正確 / 非該当」を判定する。対象が多い場合は読み取り専用の並列サブエージェントで分担する。フレームワークのデフォルト保護（ORM バインド / slug エンコード / h() 出力）で再現しないものは非該当として却下し、具体的な PoC を要求する。

3. 修正方針の確定

同一 sink の重複アドバイザリ、共有ファイルの hunk 分割、非該当の却下を整理する。重複の扱い（複数 fork へ同一修正 / 片方を重複クローズ）など判断が要る点はユーザーに確認する。

4. 課題別フォーク/ブランチ/PR

アドバイザリ単位で:

scripts/create-fork-branch.sh <GHSA-ID> — フォーク作成 → remote 追加 → 現ブランチ起点でブランチ作成
該当 hunk のみ適用（複数アドバイザリが同一ファイルを触る場合は git checkout … -- file で全取りせず hunk 単位で手適用）
どの脆弱性をどう直したか明確なメッセージでコミット
scripts/push-with-retry.sh <remote> security/<GHSA-ID> — フォーク反映待ちのリトライ付き push
scripts/open-pr.sh <GHSA-ID> [--title T] [--body-file F] — base=現ブランチで PR 作成

5. ローカル検証

scripts/build-integration.sh [統合ブランチ名] — 現ブランチ＋全 security/GHSA-* をマージ（競合は停止）
scripts/run-tests.sh — ローカル全テスト（詳細は basercms-unittest）
必要なら統合ブランチを個人フォーク（<個人フォーク名>）へ push して GHA を回す（アドバイザリ fork では GHA は動かない）

6. 最新 base への追従

origin/base が進んだら各 PR ブランチへ base をマージし、push し直す。定番競合:

order() → orderBy()（CakePHP 5.2 改名）
パス検証 realpath() === false バイパス修正 × $fullPath 検証の併合

7. 落とし穴レシピ

Copilot/GHA 不可: アドバイザリ fork では使えない。ローカル検証が正。
push 反映待ち: 新規 fork 直後は remote rejected (failure)。終了コードでリトライ（-> 等の文字列で成功誤検知しない）。
共有ファイルの hunk 分割: 例 PluginsService の basename と php 実行パス検証は別アドバイザリ。hunk 単位で分けて適用。
同一 sink の重複: 同一修正を複数 fork へ、または片方を重複クローズ。
非該当の見極め: framework デフォルト保護で再現しないものは却下。報告時点のブランチ状態まで遡って確認。
フルスイートのフレイキー: CreateReleaseCommandTest（実 composer 実行）は単体では緑。環境要因を切り分ける。
認可境界: permission.php の Api/Admin と Admin の auth 整合は、管理画面 SPA（ビルド済み JS まで）の依存を確認してから変更。

8. 補助スクリプト一覧

スクリプト	引数	役割
list-advisories.sh	`[--state S]`	アドバイザリ一覧・集計
fetch-advisory.sh	`<GHSA-ID>`	個別詳細取得（/tmp/bc-advisories へ保存）
create-fork-branch.sh	`<GHSA-ID>`	フォーク作成→remote→現ブランチ起点ブランチ
push-with-retry.sh	`<remote> <branch> [max]`	反映待ちリトライ push
open-pr.sh	`<GHSA-ID> [--title T] [--body-file F]`	base=現ブランチで PR 作成
build-integration.sh	`[統合ブランチ名]`	全 PR を統合ブランチへマージ
run-tests.sh	`[--filter X]`	ローカル全テスト（basercms-unittest 連携）

9. 既存スキル連携

テスト実行: basercms-unittest
移行起因の競合・非推奨: cakephp-migration / php-migration / basercms-plugin-migration

このリポジトリの他の Skills

同じリポジトリ

basercms-plugin-4-to-5-upgrade

baserproject/basercms

baserCMS 4 (CakePHP 2ベース) のプラグイン内部コードを baserCMS 5 (CakePHP 5ベース) へ移行する際の、Controller/Table/Entity/View/Helper/フォーム/Vue・JS の具体的な書き換えパターン集。「プラグインを4から5へ移行」「admin_ メソッドを Controller/Admin へ」「public $belongsTo/$hasMany を initialize() へ」「ClassRegistry/TableRegistry」「find(all/first/list, 配列) をクエリビルダへ」「$this->Model（null）を fetchTable へ」「getControlSource の単数→複数形」「$this->Form を BcAdminForm・control() へ」「検索フォーム searches/→search/」「FormHelper::create 文字列モデル→null」「FormHelper::year()/month()/domId() 廃止」「Time::format の ICU パターン」「Number::format/Text::truncate の null 不可」「配列条件の IN 自動付与なし・null は IS」「Vue/JS の admin URL を $.bcUtil.adminBaseUrl へ＋webpack 再ビルド」「$this->data / $View->request がヘルパ誤ロードを誘発」「MissingTableClassException / MissingHelperException / No context provider found」等、プラグインの画面・モデル・テンプレート・フロント表示のエラーを1つずつ潰す作業で参照する。本スキルは4系イディオムの検出と変換に絞り、5系での正しい書き方の正本は basercms5-plugin-development を参照する。サイト全体の4→5移行手順（インストール/DB移行/テーマ・プラグイン変換手順/Git運用）は basercms4-to-5-upgrade、テーマ（templates 中心）の移行は basercms-theme-4-to-5-upgrade、5.2→5.3 のプラグイン移行は

2026-07-05193

basercms-theme-4-to-5-upgrade

baserproject/basercms

baserCMS 4 のテーマ（templates/layout・element・Blog/Pages/Mail テンプレート＋少数の Helper で構成）を baserCMS 5 のテーマプラグインへ移行する際のパターン集。「テーマを4から5へ移行」「BcAddonMigrator でテーマ変換後の手修正」「siteConfig[] 廃止」「fullUrl() 廃止」「blogPosts() 等ショートカットメソッドの実在確認」「メールフォームテンプレートの移行（Mailform→BcBaser mailForm系）」「ウィジェット element の widgets→widget」「ビュー変数が空」「params[Content] 廃止」「css()/js() の inline 第2引数化」「アイキャッチ画像404」「サブディレクトリ設置でURLの base が欠ける」等で参照する。テーマ固有の移行パターン（TH-系）と、フロント表示エラーのうちテンプレート・テーマ描画系の実例パターン（F-系）を収録。本スキルは4系イディオムの検出と変換に絞り、5系テーマの正しい書き方の正本は basercms5-theme-development を参照する。プラグイン内部コード（Controller/Table/Entity/管理画面）は basercms-plugin-4-to-5-upgrade、サイト全体の手順は basercms4-to-5-upgrade、テスト実行は basercms-unittest スキルを参照。

2026-07-05193

basercms-unittest

baserproject/basercms

baserCMS（CakePHP5 / PHPUnit）のユニットテストをローカル Docker 環境で実行・調査する手順。「ユニットテストを実行して」「全テストを走らせて」「このテストだけ流して」「テスト失敗を調べて」「プラグイン単体でテストを動かしたい」「プラグインにテスト環境を導入したい」等のときに参照する。コンテナ名・実行コマンド・権限自動承認のためのコマンド整形・失敗の集計と切り分け方に加え、プラグイン単体（スタンドアロン）でユニットテストを実行する仕組みの導入手順（composer.json / phpunit.xml.dist / tests/bootstrap.php / TestApp 一式、phinx 0.16.10 ピンの罠）を収録。

2026-07-05193

basercms4-to-5-upgrade

baserproject/basercms

baserCMS 4 (CakePHP 2ベース) のコード・サイトを baserCMS 5 (CakePHP 5ベース) へアップグレード／移行する際に AIエージェントが遵守すべきルールとパターン集。「baserCMS 4 から 5 へ移行」「4系を5系にアップグレード」「BcDbMigrator でデータ移行」「BcAddonMigrator でテーマ／プラグイン変換」「CakePHP 2 → CakePHP 5 への書き換え」「admin_ プレフィックスメソッドの Controller/Admin への移動」「config/setting.php・config.php の return 配列化」「init.php 廃止と PluginClass 作成」「migration_snapshot 生成」「site_configs theme → sites theme」「移行の標準フロー／工程の順序」「プラグインを DB で直接有効化」「テーマを DB で直接適用」「request->data／query／params の getter 化」「File/Folder クラス廃止」「ClassRegistry → TableRegistry」「FrozenTime → DateTime」「FixtureManager → FixtureFactory」等、4→5 アップグレード作業全般で参照する。プラグイン内部コード（Controller/Table/Entity/View/Helper/フォーム/Vue・JS）の具体的な書き換えパターンは basercms-plugin-4-to-5-upgrade、テーマ（templates 中心）の移行は basercms-theme-4-to-5-upgrade、5.2→5.3 のプラグイン移行は basercms-plugin-5x-update、CakePHP本体起因は cakephp-migration、PHP本体起因は php-migration、テスト実行は basercms-unittest スキルを参照。移行先である5系での正しい書き方（開発の正本）は basercms5-plugin-development / basercms5-theme-development を参照。

2026-07-05193

basercms5-claude-workflow-setup

baserproject/basercms

baserCMS5（CakePHP5）の開発・移行を Claude Code で進めるときに、着手前に一度参照する「推奨ワークフロー環境セットアップ」スキル（提案ベース・実行は opt-in）。「5系プラグインの開発や移行をこれから始める」「どう進めるのがベストか」「設計→計画→実装の進め方/環境を整えたい」「パーミッションを整理して Auto mode で進めたい」等のときに最初に参照する。superpowers brainstorming での設計、permissions-audit でのパーミッション整理、その上での Auto mode 利用、spec/plan の Markdown プレビュー、brainstorming→plan プレビュー→spec 書き出しの順序を、強制せず"提案"する（やるかはユーザー判断、既に整っていればスキップ）。技術的な実装パターンは basercms5-plugin-development / basercms5-theme-development（共通ルールは basercms5-development）、移行の書き換えは basercms-plugin-4-to-5-upgrade / basercms-plugin-5x-update、テスト実行は basercms-unittest を参照。

2026-07-05193

basercms5-custom-content-development

baserproject/basercms

baserCMS 5系の標準プラグイン bc-custom-content（カスタムコンテンツ）でコンテンツ種別を新規構築・改修する際の正本パターン集。「custom_table/custom_fields/custom_links/custom_contents/custom_entries の関係」「CustomTablesService/CustomFieldsService/CustomLinksService/CustomContentsService/CustomEntriesService の使い方」「custom_fields.name はテーブル横断でグローバルユニーク」「フィールド名は ^[a-z0-9_]+$ のみ（camelCase不可）」「BcCcText/BcCcTextarea/BcCcSelect/BcCcRadio/BcCcDate/BcCcPref 等フィールドタイプ別のエスケープ挙動」「display_front の設定漏れ」「custom_entries.name が NULL だと詳細ページが404になる」「フロントテンプレート(templates/CustomContent/<template>/{index,view,archives,year}.php)のビュー変数」「bc-custom-contentは既存blog_postsへの後付けフィールド追加には使えない」で参照する。プラグイン開発の共通ルールは basercms5-plugin-development を参照。

2026-07-05193

name	basercms-security-advisory
description	baserCMS のリポジトリセキュリティアドバイザリ（GHSA・triage含む）対応を、一覧取得→指摘検証→課題別の修正→プライベートフォーク/ブランチ/PR作成→ローカル検証まで一気通貫で扱う手順とスクリプト。「セキュリティアドバイザリを確認」「triageの脆弱性を検証」「アドバイザリごとにフォークとPRを作って」「脆弱性修正をプルリクにまとめて」等のときに使う。Copilot/GHAはアドバイザリforkで使えないためローカル検証（/code-review・basercms-unittest）を正とする点、push反映待ちリトライ、共有ファイルのhunk分割、base追従の定番競合解決を収録。
license	MIT

baserCMS セキュリティアドバイザリ対応ガイド

0. 前提

gh CLI 認証済み。対象 upstream は BCSA_UPSTREAM（既定 baserproject/basercms）。
Copilot レビューと GitHub Actions はアドバイザリのプライベートフォークでは使えない。レビューはローカル /code-review、テストはローカル Docker（basercms-unittest）が正。
フォーク full_name=<owner>/basercms-<小文字GHSA>、remote=sec-<小文字GHSA(先頭ghsa-除去)>、ブランチ=security/<GHSA-ID>。

1. 一覧と分類

scripts/list-advisories.sh [--state triage] で state別件数と一覧を取得し、triage を抽出する。

2. 指摘の検証

3. 修正方針の確定

4. 課題別フォーク/ブランチ/PR

アドバイザリ単位で:

scripts/create-fork-branch.sh <GHSA-ID> — フォーク作成 → remote 追加 → 現ブランチ起点でブランチ作成
該当 hunk のみ適用（複数アドバイザリが同一ファイルを触る場合は git checkout … -- file で全取りせず hunk 単位で手適用）
どの脆弱性をどう直したか明確なメッセージでコミット
scripts/push-with-retry.sh <remote> security/<GHSA-ID> — フォーク反映待ちのリトライ付き push
scripts/open-pr.sh <GHSA-ID> [--title T] [--body-file F] — base=現ブランチで PR 作成

5. ローカル検証

scripts/build-integration.sh [統合ブランチ名] — 現ブランチ＋全 security/GHSA-* をマージ（競合は停止）
scripts/run-tests.sh — ローカル全テスト（詳細は basercms-unittest）
必要なら統合ブランチを個人フォーク（<個人フォーク名>）へ push して GHA を回す（アドバイザリ fork では GHA は動かない）

6. 最新 base への追従

origin/base が進んだら各 PR ブランチへ base をマージし、push し直す。定番競合:

order() → orderBy()（CakePHP 5.2 改名）
パス検証 realpath() === false バイパス修正 × $fullPath 検証の併合

7. 落とし穴レシピ

Copilot/GHA 不可: アドバイザリ fork では使えない。ローカル検証が正。
push 反映待ち: 新規 fork 直後は remote rejected (failure)。終了コードでリトライ（-> 等の文字列で成功誤検知しない）。
共有ファイルの hunk 分割: 例 PluginsService の basename と php 実行パス検証は別アドバイザリ。hunk 単位で分けて適用。
同一 sink の重複: 同一修正を複数 fork へ、または片方を重複クローズ。
非該当の見極め: framework デフォルト保護で再現しないものは却下。報告時点のブランチ状態まで遡って確認。
フルスイートのフレイキー: CreateReleaseCommandTest（実 composer 実行）は単体では緑。環境要因を切り分ける。
認可境界: permission.php の Api/Admin と Admin の auth 整合は、管理画面 SPA（ビルド済み JS まで）の依存を確認してから変更。

8. 補助スクリプト一覧

スクリプト	引数	役割
list-advisories.sh	`[--state S]`	アドバイザリ一覧・集計
fetch-advisory.sh	`<GHSA-ID>`	個別詳細取得（/tmp/bc-advisories へ保存）
create-fork-branch.sh	`<GHSA-ID>`	フォーク作成→remote→現ブランチ起点ブランチ
push-with-retry.sh	`<remote> <branch> [max]`	反映待ちリトライ push
open-pr.sh	`<GHSA-ID> [--title T] [--body-file F]`	base=現ブランチで PR 作成
build-integration.sh	`[統合ブランチ名]`	全 PR を統合ブランチへマージ
run-tests.sh	`[--filter X]`	ローカル全テスト（basercms-unittest 連携）

9. 既存スキル連携

テスト実行: basercms-unittest
移行起因の競合・非推奨: cakephp-migration / php-migration / basercms-plugin-migration