원클릭으로
create-pr
Create a pull request for the current branch with proper labels and description
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Create a pull request for the current branch with proper labels and description
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Generate the Agent Supply Chain newsletter by researching team activity on GitHub and Confluence, then creating a Confluence draft and Gmail draft
Give your AI agents something more useful than a prompt. Velocity through clarity.
Extract an Allium specification from an existing codebase. Use when the user has existing code and wants to distil behaviour into a spec, reverse engineer a specification from implementation, generate a spec from code, turn implementation into a behavioural specification, or document what a codebase does in Allium terms.
Run a structured discovery session to build an Allium specification through conversation. Use when the user wants to create a new spec from scratch, elicit or gather requirements, capture domain behaviour, specify a feature or system, define what a system should do, or is describing functionality and needs help shaping it into a specification.
Generate tests from Allium specifications. Use when the user wants to propagate tests, generate test files from a spec, write tests for a specification, create property-based tests, produce state machine tests, check test coverage against spec obligations, or understand what tests a specification requires.
Autonomously work on Jira backlog tickets, creating PRs and shepherding them to merge
| name | create-pr |
| description | Create a pull request for the current branch with proper labels and description |
| disable-model-invocation | true |
| allowed-tools | Bash, Read, Glob |
| argument-hint | [--real] [additional labels...] |
| model | sonnet |
Create a pull request for the current branch following the Datadog Agent contributing guidelines.
main (or the default branch):
git status). If there are changes, create a new feature branch from the default branch (git checkout -b <branch-name>), stage the changes, commit, and push.main using git log main..HEADgit diff main..HEAD to understand all changes.github/PULL_REQUEST_TEMPLATE.mdcodex is installed (command -v codex). If it is, run a review against the default branch:
DEFAULT_BRANCH=$(git rev-parse --abbrev-ref origin/HEAD | sed 's|^origin/||')
codex review --base "$DEFAULT_BRANCH"
Show the review output to the user. If codex is not installed, skip this step silently.gh pr create --draft. If $ARGUMENTS contains --real, open as a regular (non-draft) PR instead (omit the --draft flag). Remove --real from $ARGUMENTS before processing remaining arguments as labels.fix(e2e): Fix flaky diagnose testfeat(logs): Add new log pipelinerefactor(config): Simplify endpoint resolutionchangelog/no-changelog and qa/no-code-changeqa/donebackport/<branch-name> if the user asks for a backportThe PR description should incorporate everything reviewers and future maintainers need:
gh pr create --draft \
--title "fix(e2e): Fix flaky diagnose test by adding missing fakeintake redirect" \
--label "changelog/no-changelog" \
--label "qa/no-code-change" \
--body "$(cat <<'EOF'
### What does this PR do?
<description of changes>
### Motivation
<why this change is needed>
### Describe how you validated your changes
<testing done>
### Additional Notes
<any extra context>
EOF
)"
/create-pr — creates a draft PR (default)/create-pr --real — creates a non-draft PR/create-pr --real team/my-team — non-draft PR with an extra labelReturn the PR URL when done.