ソース情報
- リポジトリ
- drmoisan/drm-copilot
- ソースの最終更新活動
- 2026年7月3日 23:13
- 検出された SKILL.md の言語
- 英語
- スター
- 0
- フォーク
- 0
インストール方法
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
ソースファイルを確認
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
メニュー
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/drmoisan/drm-copilot --skill ci-workflowsコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか?SkillsMP が現在取得できるファイルをダウンロードできます。
Admit one new item into a running parallel run — preparation via a preparation-mode child orchestrator run, conflict-edge computation against all items including in-flight ones, and the admission decision that either places the item in the current cohort or defers it and recolors the unstarted subgraph. Appends exactly one mutations[] entry. In-flight items are never moved.
Execute a prepared parallel run for the parallel-orchestrator agent — cohort scheduling under a max_concurrency cap, per-item fan-out onto isolated worktrees branched from origin/main, per-item merge to main after durably confirming CI green, worktree cleanup, and the generated parallel-status.md projection. There is no integration branch and no final integration pull request.
Prepare a set of thematically unrelated items for concurrent execution before any execution begins - item intake over issue numbers and potential-entry paths, concurrent preparation-mode child orchestrator delegations, blast-radius computation and V1-V3 validation, cohort seeding with a recomputation-parity check, run-manifest and planner-checkpoint authoring, and the parallel-orchestrator kickoff artifact.
SOC 職業分類に基づく
SKILL.md を表示中
| name | ci-workflows |
| description | GitHub Actions PowerShell workflow authoring rules. |
Source: legacy Claude rule ci-workflows.
This rule governs GitHub Actions workflow steps that run PowerShell (pwsh). It exists because a pwsh step that intentionally invoked a failing nested command left $LASTEXITCODE == 1 after its verification logic had already succeeded, leaking a failure to GitHub Actions even though the step's intent was satisfied (issue #26, PR #30).
A workflow step whose run: block intentionally invokes a command expected to fail — for example a negative-path self-validation that asserts a gate catches a synthetic regression — MUST not allow the residual non-zero exit code to propagate to GitHub Actions.
For any such step, the run: block MUST do one of the following:
& ./some-tool --expect-failure
$LASTEXITCODE = 0
if ($verificationSucceeded) { exit 0 } else { exit 1 }
A pwsh step terminates with the exit code of the last external command unless the script explicitly resets it or calls exit. Negative-path verification steps therefore require an explicit reset or explicit exit 0.
$LASTEXITCODE from an intentionally-failing nested command causes a passing verification to report failure.run: block, so this defect is invisible to local feature-review. This textual rule is the artifact local review cites when reading workflow YAML.pwsh steps with deliberately-failing nested commands.modified-workflow-needs-green-run (see .agents/skills/feature-review-workflow/SKILL.md) requires a green workflow run against the branch head before a workflow change can merge, which exercises the exit-code path on the runner.run: block uses shell: pwsh (or the repo default pwsh) and intentionally invokes a failing nested command.